Commit() in Page Extension Action button

itsJ
Member Posts: 4
Hello Experts.
I have a few questions regarding Commit() function and would appreciate some clarifications.
1. is Commit function in a page extension action button risky? I have an action button that modifies a table column and right below that a preview posting function. (GenJnlPost.Preview(Rec)). it's returning an error and with some adjustments, a Commit() before the preview posting fix the issue. But I'm still not sure if using a Commit() in this scenario is the best approach, specially when I watched some yt videos stating that Commit is risky specially if placed in an Event Subscriber.
2. does a Commit() function affects other user's session?
Thank you!
I have a few questions regarding Commit() function and would appreciate some clarifications.
1. is Commit function in a page extension action button risky? I have an action button that modifies a table column and right below that a preview posting function. (GenJnlPost.Preview(Rec)). it's returning an error and with some adjustments, a Commit() before the preview posting fix the issue. But I'm still not sure if using a Commit() in this scenario is the best approach, specially when I watched some yt videos stating that Commit is risky specially if placed in an Event Subscriber.
2. does a Commit() function affects other user's session?
Thank you!
0
Answers
-
1) If you can avoid it, avoid it. Split the actions in two, let the user activate the preview posting with a separate click.
But a commit in this spot is not particularly risky, as BC would save (and commit) the page's Rec before and probably after the page action anyway.
2) Yes. Mainly in the way that locks get released. But users may read different data, depending on their transaction type.0 -
1) If you can avoid it, avoid it. Split the actions in two, let the user activate the preview posting with a separate click.
But a commit in this spot is not particularly risky, as BC would save (and commit) the page's Rec before and probably after the page action anyway.
2) Yes. Mainly in the way that locks get released. But users may read different data, depending on their transaction type.
but if user1 runs into a Commit(), of course his/her changes will be written in the database. will other user's changes also be written in the database? at the same exact moment user1 runs into that Commit()?0 -
[Topic moved from 'General Chat' forum to 'NAV Three Tier' forum]
Regards,Alain Krikilion
No PM,please use the forum. || May the <SOLVED>-attribute be in your title!0
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.6K Microsoft Dynamics NAV
- 18.7K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 116 Navision DOS
- 851 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 617 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 320 Dynamics CRM
- 111 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 990 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 35 Design Patterns (General & Best Practices)
- 1 Architectural Patterns
- 10 Design Patterns
- 5 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1.1K General Chat
- 1.6K Website
- 83 Testing
- 1.2K Download section
- 23 How Tos section
- 252 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions