This feature was added but not explained who and why needs it and for what purposes.
Same thing for queries, although I have figured this one out, it is not really an end user feature (because users cannot add filters manually before executing them, making them more or less useless as direct reports), it is more like meant for developers for performance reasons.
0
Comments
If I get it right it would be uses mainly for error handling?
You can start a Job Queue on the normal Service Tier that all users use or setup one specifically for the NAS.
I use the backgroundsessions to run multithreaded interfaces. With classic you were required to purchase a NAS license for every thread, now it is multithreaded for free.
Miklos: Think of STARTSESSION as an async CODEUNIT.RUN.
Sessions: http://msdn.microsoft.com/en-us/library ... 2(v=nav.70).aspx
Of course you then need to keep track of whether the process finished, and if so, if it did it successfully. Therefore we also created the Job Queue functionality that can be used to 'streamline' the background processes.
And correct, just like queries, this is not end-user functionality; they are tools for the partner to improve performance or to put long-running tasks out of the user's view.
Besides: There is indeed a "NAS" in NAV2013. However, instead of a separate UI-less "client" as in NAV5.0, it's a separate process inside the NAV server.
Microsoft - Dynamics NAV
Explore STARTSESSION and STOPSESSION functions. Also, Job Queue codeunits working with it.
For better understanding you may write simple codeunit making some basic stuff and use separate session by means of the operators mentioned above.
Edit: sorry, the answer almost duplicates of what BardurKnudsen wrote in more details. Mentioned it too late.