NAV 2016 Cumulative Update 2 is released. I have to admit, normally I don’t pay that much attention to updates, but the last ones are on my radar because of some promisses.
Symbol Menu
Nobody could be happier with the new code editor than me. It makes me more productive and makes our environment sexier and more attractive to young people.
However, the very first piece of feedback I gave was that in some cases the Symbol Menu was not bad.
This feedback was first ignored during the Technical Preview process, but due to pressure after release it is now back.
Glad I was not the only one.
Events & Extensions
There are a couple of interesting KB articles in CU2. Mainly about Extensions and Events.
376710 | You cannot publish an extension if it contains too many objects. |
So somebody is trying to wrap their entire vertical solution in an Extension? 😉
376969 | An extension object cannot be added when a deleted base object had the same ID. |
This is a strange one. First and foremost, if you package an extension ALWAYS use ID’s in you CfMD range. I don’t recommend packaging custom objects as Extension.
You can change the automatically generated ID in the Database-Alter menu on the Advanced Tab.
I admit, it does not work too well with distributed development where each developer has their own database.
Hopefully in the (near) future Microsoft will make the required changes in NAV to make proffesional development easier out of the books so we can safely say distributed development is easy. I would also like to see GIT support.
Long live centralized development! 🙂
No, really, when distributed development, you should “control” your environment (like Kamil does). So “automagically” set up db’s and stuff. One step is updating this setting .. and when it’s managed, it’s set as well.
No need to say that PowerShell is the way to manage it 😉
LikeLiked by 1 person
What we do for now in our small (4) team is that each developer has a custom sql script that he runs on every restored DB, which inserts his user into the DB and also updates uidoffset with his custom number. The problem I have personally is sometimes I forget to set a custom uid whenever I create a ‘branch’ database to work on some complex feature, then I have issues during my own merge 🙂
LikeLiked by 1 person
You can program the check into PowerShell, just like Per did in Mergetool :p.
And on top of that: you can provide a complete branching-script in PowerShell easily – try that in Mergetool! :p
LikeLike