Object Compatibility Between Cumulative Updates?
poddie
Member Posts: 6
Is it ok to develop objects in a later CU than the client is running?
For example, if a client is running 2016 CU8, and my development server has 2016 CU14, can I develop objects on the development server and export them for use at the client? Do the objects formats change due to CUs?
If the answer is no, it seems that separate servers must be installed on the development server for each CU in use at a client. I am hoping that is not the case of course...
I would tend to think they might change, but only actually do between certain updates. If this is the case, where can I find a list of the updates that change the object file formats?
Thanks!
For example, if a client is running 2016 CU8, and my development server has 2016 CU14, can I develop objects on the development server and export them for use at the client? Do the objects formats change due to CUs?
If the answer is no, it seems that separate servers must be installed on the development server for each CU in use at a client. I am hoping that is not the case of course...
I would tend to think they might change, but only actually do between certain updates. If this is the case, where can I find a list of the updates that change the object file formats?
Thanks!
0
Answers
-
Hmmm... but I'm asking about importing fobs produced in LATER versions into an earlier one. For example, client is running 2016 CU8, and my development server has 2016 CU14. Can I import the CU14 object into CU8 without issues?
(I understand the point that if I use a system function only available in CU14 it won't work of course.)
Thanks0 -
Hi,
There will be no problem. You can import the objects in lower build, but we need to consider few things:- If the change is standard NAV Object, merge of change, fix is required.
- Importing the object directly in lower build will replace the functionality in those builds, also possible chances of getting compile issues.
- Objects in Custom range or add-on range can be directly imported unless if you have not used any new functions, objects which are added in the higher build.
1 -
Hi,
There won't be any issue with updating the object in higher CU of Same version's(i.e.,NAV2016).
but as best practice have a recheck either to import directly or to merge the changes.
If the object is new one and does't not exits in old CU database you can import directly.
But if it already exits in old CU , then is better to merge the changes rather than importing directly which avoids any missing code or function's
0
Categories
- All Categories
- 75 General
- 75 Announcements
- 66.7K Microsoft Dynamics NAV
- 18.8K 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
- 610 NAV Courses, Exams & Certification
- 1.9K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 251 Dynamics CRM
- 103 Dynamics GP
- 6 Dynamics SL
- 1.5K Other
- 991 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 28 Design Patterns (General & Best Practices)
- Architectural Patterns
- 9 Design Patterns
- 4 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1K General Chat
- 1.6K Website
- 77 Testing
- 1.2K Download section
- 23 How Tos section
- 249 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions