Receintly I had to create a communication with a company that would return an image after having received certain info.
Now, in order to store the image (wether in the disk or a BLOB field) we cannot just use the “save as” feature
What the web service did was generate the image file, code it into base64 and send the “translated” info. What does this mean? Well, it means receiving a string of text 4.000 characters long. Not as visual as expected…
But let us not lose hope! This rang a bell in my head. I could have sworn I had seen something similar previously in my collection. So after searching through the personal box of code and the internet (a line from here, a line from there…) what I discovered was this:
After having had time to play with the new merge cmdlets and having understood the way they work I must say I am quite happy with them.
The issue I’ve had with the new tools is the “feel” when using them. They are not “user-friendly” and I know that it is meant for developers and devs should be used to the powershell environment. Regardless of that I have built a completely free NAV module you can download here that gives that NAV feel we are all used to Let me know if you like it.
My opinion is that using these tools is really fast for the tasks they do, and they do them surprisingly well (I’ll confess, I was quite sceptical at first).
First of all I want to clarify that I have learned from this pattern from the big NAV specialist Waldo. All credit go to him.
So, in this post I want to get myself acquainted with this way of developing. It allows you to save a lot of time in the upgrading process and version changes. The name of this method is “Hooks Pattern”.
This system or methodology enables, when doing the merge (either manual or automatic) to decrease by a lot (over 50%) the invested time in merging the objects from the old version with the newer one keeping the customizations in them.
Today the official NAV team has published in their official blog the new Cumulative Update 9 for NAV2013R2.
In this CU9 we can find new cmdlets for Powershell and speed up the merge between versions or products. These utilities are prepared for different versions and not just NAV2013R2 but it is not compatible with dataports, forms oR section-based reports.
At this point I think it is known to all of us that the users have a tendency to leave Microsoft Dynamics NAV open even if they are not in need of using it. This might be due to a distraction and they start doing something else, or just because it’s coffee time
But the licenses have the user number very well defined and not all the companies can afford to have more sessions open than needed. This is specially true when external applications interact with the ERP in order for the system to run the company business logic.
But what can we do?