Debugging MDrivenServer Serverside actions
(x)
No edit summary
Line 12: Line 12:
If an exception occurs in a serverside viewmodel we will set ErrorInfo, ExceptionInfo and lastly call OnException-action.
If an exception occurs in a serverside viewmodel we will set ErrorInfo, ExceptionInfo and lastly call OnException-action.
[[File:2019-09-09 14h11 14.png|none|thumb|593x593px]]
[[File:2019-09-09 14h11 14.png|none|thumb|593x593px]]
The action above will fail since we have not provided the needed columns for [[Emailing from an app using MDrivenServer|sending an email]].
The email action above will fail since we have not provided the needed columns for [[Emailing from an app using MDrivenServer|sending an email]].


The action OnException is executed last - you may receive the errorinfo and exceptioninfo in string variables and make use of them in the OnException action.
The action OnException is executed last - you may receive the errorinfo and exceptioninfo in string variables and make use of them in the OnException action.

Revision as of 12:23, 9 September 2019

Catching debug info and saving it to your model

To further simplify debugging we have in the September 2019 release added extended functionality.

You can add root viewmodel columns named:

ErrorInfo (not case sensitive, must start with) - string typically less than 255 char

ExceptionInfo (not case sensitive, must start with) - string typically long with a callstack - we will truncate to fit target attribute

OnException (action, not case sensitive, must start with)

If an exception occurs in a serverside viewmodel we will set ErrorInfo, ExceptionInfo and lastly call OnException-action.

2019-09-09 14h11 14.png

The email action above will fail since we have not provided the needed columns for sending an email.

The action OnException is executed last - you may receive the errorinfo and exceptioninfo in string variables and make use of them in the OnException action.

When an exception occurs changes done will be rolled back prior to applying the error handling described here.

It is ok to leave out some of the error handling columns if you do not need them.

Logging and information on what the server does

To see what actions that has been executed you can look them up in admin/AdminAppPeriodicActions.aspx

2019-09-09 13h54 03.png

You can also get an overview what runs when by looking at /admin/WorkInfo.aspx

x

And then you will always see actions in the log at admin/Log.aspx:

x

Notice the number hiliited in green - this number binds one server job together - there may be many jobs going in parallel - and the log will be mixed - but the number will help you see what belongs to what.

This page was edited 77 days ago on 02/10/2024. What links here