Howdy, Stranger!
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
- 115 Navision DOS
- 854 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 615 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 302 Dynamics CRM
- 109 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 993 SQL General
- 384 SQL Performance
- 34 SQL Tips & Tricks
- 34 Design Patterns (General & Best Practices)
- Architectural Patterns
- 10 Design Patterns
- 5 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.7K General
- 1.1K General Chat
- 1.6K Website
- 79 Testing
- 1.2K Download section
- 23 How Tos section
- 259 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions
Custom Control Add-in caching in Nav 2009 R2 RTC
KarlRhodes
Member Posts: 37
We have a custom .Net add-in control that we developed for a customer some years ago.
The customer recently asked us for a minor change to the control, and this took just a couple of minutes to do.
However, when we compiled the new DLL in Visual Studio and then copied it to the add-ins folder on our test server, the changes weren't recognised.
We've now been through the entire server and removed the DLL from everywhere we could find it. The only instance of the DLL is the one we have recently compiled, but it seems the old DLL is still being served.
We have message box error messages that come up for instance when some config isn't correct. We've changed these error messages and broken the config but still the old messages come up.
Apart from the DLL being updated nothing else has changed. We haven't changed the version or the public key token.
We've even rebooted the middle tier and the server the RTC is executed from, as well as having recompiled the page in Nav that the control is on.
My questions are these
Has anyone ever seen this before?
How do I force my DLL to take effect?
The customer recently asked us for a minor change to the control, and this took just a couple of minutes to do.
However, when we compiled the new DLL in Visual Studio and then copied it to the add-ins folder on our test server, the changes weren't recognised.
We've now been through the entire server and removed the DLL from everywhere we could find it. The only instance of the DLL is the one we have recently compiled, but it seems the old DLL is still being served.
We have message box error messages that come up for instance when some config isn't correct. We've changed these error messages and broken the config but still the old messages come up.
Apart from the DLL being updated nothing else has changed. We haven't changed the version or the public key token.
We've even rebooted the middle tier and the server the RTC is executed from, as well as having recompiled the page in Nav that the control is on.
My questions are these
Has anyone ever seen this before?
How do I force my DLL to take effect?
0
Answers
No PM,please use the forum. || May the <SOLVED>-attribute be in your title!
Further I had a similar situation. The reason there was, that I didn't changed the version. After updating this it worked for me.
Apologies for updating this so late...
A little embarrassingly, the issue was all my fault.
We had moved on from the old days of Nav 2009 R2 and have been developing on newer systems, and when I came back to this project the version of the Microsoft.Dynamics.Framework.UI.Extensibility was incorrect. This was masked by the fact that simply renaming the old DLL is insufficient.
Nav 2009 R2 RTC scans all DLLs in the add-ins folder for the assembly name and version,and if it happens to find the old, renamed file first, that's the one it'll use. Once we removed all the old irrelevant back files, the DLL error became apparent. Then once we used the correct extensibility DLL, every thing started to work as we expected.