Using UserName option for Development and debugging

Joe_Mathis

Using my laptop at client site for development.

I can use a SQL login to run the development environment, no problem.

I can use the UserName option in the ClientUserSettings.config to login to the NAV 2013 client, no problem.

I want to run the debugger... problem. ](*,)

I can't add a Breakpoint and I can't start the debugger because it want's to relate itself to my development login (which won't work).

For now I have to join the domain which is not an issue for this client, but I have other clients not so understanding, plus it's not the best solution.

I already thought about using RDC to a terminal server, which is viable, but I want to use my programs installed on the laptop.

Any thoughts on how to do this better?

Thanks!

P.S. I already posted the idea to http://www.ILoveNAV.com, so if you want to see it, vote for it. Hopefully I just missed something...

EDIT:
Found this...
Microsoft.Dynamics.Nav.Client.exe –debug "DynamicsNAV://localhost:7046/DynamicsNAV70/CRONUS International Ltd./runpage?page=9506"

http://msdn.microsoft.com/en-us/library/dd338743(v=nav.70).aspx

Joe_Mathis

So...

You can do it, but with some odd gyrations.
First you start the debugger from the command line.

Microsoft.Dynamics.Nav.Client.exe –debug "DynamicsNAV://localhost:7046/DynamicsNAV70/CRONUS International Ltd./runpage?page=9506"

IF you want to start it from a browser don't forget to put the %20 in for the spaces. I had trouble with it finding the page when I didn't use IE.

For some reason or another I couldn't get it to find any existing sessions.

Anyways you can start another session and the debugger will see it, but you won't have any break points set.

This is the gyration, you have to set it up using the breakpoints page.

This page lets you choose the Object type, Object ID, and then finally the Line No.

I haven't tried to figure out how it's counting the Line No. on anything other than tables, but on tables it starts with the four main triggers; OnInsert, OnModify, OnDelete, OnRename and then moves to the Functions, and finally to the fields.

So you have to count the code lines down to where you want to go in that order. I exported the code into a text editor and moved everything around to figure it out at first.

That took a while, so I thought for a minute :-k and then inserted an error where I wanted the first break point. You might not be able to do that on a production system.

Anyways, once you get your first breakpoint set and your session hits it, you can set more break points from inside the debugger.

If anyone else knows a better way, I'm all ears.