Some general rules of the Appsense Environment Manager and howto to implement a fast logon. Most of this is available in version 8.3 and upwards.
Personalize or Policy
The order of which things comes down is;
Personalization data
Policy
If a value is both persisted in personalization data and then enforced via policy – it is essentially beeing set twice. Pick one – don’t personalize or don’t enforce.
Avoid including to much in Global settings for Personalization or for each app. If you add an exclusion or remove an inclusion at a later stage – it will not clean out any settings already in the database. Whats in the database will always be brought down to the client.
(things can be cleaned out of the database – but that’s tedious)
Order items
Items in a policy can be placed in multiple ways and there aren’t any obvious structure todo it if you are brand new. Here comes some general rules of the trade;
Long running actions should start of early – so place them at the top. As early as possible.
Scripts needs to be extracted and then executed. They cost time. Avoid unless necessary. Appsense native functions are faster.
If one action fails (setting an environment variable as an example), all actions depending on that will be stopped. To avoid child nodes still executing, check Stop if failed. (correction by Bryan Chriscoli)
Since 8.1, the threads are dynamically created. You can have 100 parallel actions and it will create 100 threads, child’s actions/nodes are then limited to 10.
(correction by Brian Chriscoli)
Logon vs Process start
Avoid setting all application specific settings during logon, if its only effecting one (or a set of) applications use the Process Start (Office for example)
Use the condition to set a process trigger to only run once for the session to avoid additional startup time for applications
Stop if Fails will stop processing child nodes. A failed action will stop processing child actions. There is a big difference in this functionality.
Since 8.1, the threads are dynamically created. You can have 100 parallel actions and it will create 100 threads, child’s actions/nodes are then limited to 10.
Regards,
Bryan
Thanks for the corrections!