Tchater maintenant avec le support
Tchattez avec un ingénieur du support

Identity Manager 8.2 - Configuration Guide

About this guide One Identity Manager software architecture Customizing the One Identity Manager default configuration Customizing the One Identity Manager base configuration One Identity Manager schema basics Editing the user interface
Object definitions for the user interface User interface navigation Forms for the user interface Statistics in One Identity Manager Extending the Launchpad Task definitions for the user interface Applications for configuring the user interface Icons and images for configuring the user interface Using predefined database queries
Localization in One Identity Manager Process orchestration in One Identity Manager
Mapping processes in One Identity Manager Setting up Job servers
The One Identity Manager Service functionality Tracking changes with process monitoring Conditional compilation using preprocessor conditions Scripts in One Identity Manager
Visual Basic .NET scripts usage Notes on message output Notes on using date values Tips for using Windows PowerShell scripts Using dollar ($) notation Using base objects Calling functions Pre-scripts for use in processes and process steps Using session services Using #LD-notation Script library Support for processing scripts in the Script Editor Creating and editing scripts in the Script Editor Copying scripts in the Script Editor Testing scripts in the Script Editor Testing script compilation in the Script Editor Overriding scripts Permissions for running scripts Editing and testing script code with the System Debugger Extended debugging in the Object Browser
One Identity Manager query language Reports in One Identity Manager Adding custom tables or columns to the One Identity Manager schema Web service integration SOAP Web Service One Identity Manager as SPML provisioning service provider Processing DBQueue tasks One Identity Manager Service configuration files

Creating local debug assemblies

To generate local debug assemblies

  1. In the Database Compiler, on the Compiler settings page, set the Create debug information option.

  2. Select the Scripts including all dependencies compiler setting.

  3. Start the compiler.

    During compilation you will see more messages that refer to creating the debug assemblies locally. Some compiler steps, for example, compiling web projects, are skipped because they cannot be debugged locally.

The Database Compiler saves the assemblies and associated PDB files in the %USERPROFILE%\AppData\Local\One Identity\One Identity Manager\AssemblyCache directory on the local computer.

The source code is saved in the %USERPROFILE%\AppData\Local\One Identity\One Identity Manager\AssemblyCache\Sources directory.

Therefore, the assemblies are not transferred to the database.

Debugging in the Object Browser

NOTE: You can debug locally until assemblies without debug data are generated on the workstation or new assemblies are loaded over a database connection.

To debug in the Object Browser

  1. Start the Object Browser and select the Debug > Debugger start/stop menu item.

    Visual Studio opens and the Object Browser is connected to the debugger. This process may take a few moments. If Visual Studio connection can be established, the Manage breakpoints dialog opens.

  2. In the Manage breakpoints dialog, you can define different breakpoints for scripts, templates, format scripts, table scripts, processes, and task definitions.

    • To define a new breakpoint, click and select one of the following options:

      • Script processing: Adds a breakpoint of Script type. Under Breakpoint operation, select a script.

      • Column processing: Adds a breakpoint of Column type. Under Breakpoint operation, select a format script, template, or script for conditionally removing permissions.

      • Table processing: Adds a breakpoint of Table type. Under Breakpoint operation, select a table script.

      • Process generation: Adds a breakpoint of Process type. Under Breakpoint operation, select a process.

      • Object method: Adds a breakpoint of Object method type. Under Breakpoint operation, select a task definition.

    • To use an existing breakpoint, select it in the list.

    • To delete a breakpoint, select it in the list and click .

    • To delete all breakpoints, click .

  3. Click OK.

    This closes the Manage breakpoints dialog. The breakpoint definitions are transferred to Visual Studio.

    NOTE: You can open the Manage breakpoints dialog again from the Debug > Configure breakpoints menu.

  4. In the Object Browser, run the actions that you want to debug, for example, call a script, run a column template, or generate a process.

    The moment the action is about to be run, Visual Studio is brought into the foreground and opens the place in the source code with the selected breakpoint. From this point on, all of Visual Studio's comprehensive debugging options are available to you in full. For example, use F10 to step through the code line for line or use F5 to continue with the program.

  5. After you have completed debugging, select the Debug > Debugger start/stop menu item to

    disconnect Visual Studio from the Object Browser and close it.

Related topics

Troubleshooting debugging in the Object Browser

Problem

In the Database Compiler, the Create debug information is not shown.

Cause

The system user has not been assigned the Allows local debug assemblies to be created program function (Common_CompileForDebug) though their permissions groups.

Solution

In the Designer, assign the program function to a custom permissions group and add the system user to this permissions group. For more information about controlling conditions with program functions, see the One Identity Manager Authorization and Authentication Guide.

Problem

The Debug menu is not shown in the Object Browser.

Possible cause
  • Visual Studio is not installed with the required options.

  • The assemblies do not contain debug information.

Possible solutions
Problem

Breakpoints are shown as disabled in Visual Studio.

Cause

Breakpoints are shown as disabled if the assembly with the function to be debugged is yet not loaded into memory. For example, the assemblies for generating processes are not loaded into the application until the point of generation. From then on the breakpoint is enabled and you can jump to it.

Problem

Breakpoints in Visual Studio are always shown as disabled and you cannot jump to them.

Possible cause
  • The Object Browser still has the wrong assemblies loaded.

  • The Object Browser could not find debug information for the assemblies.

Possible solution

If Visual Studio is connected the Object Browser, switch to Visual Studio and open the Debug > Windows > Modules. Here you will find a list of all the modules that are loaded and additional information.

One Identity Manager query language

The One Identity Manager query language can be used to create queries or Where clause expressions against the One Identity Manager object layer.

For example, the One Identity Manager query language is used to communicate between application servers and clients. Currently, you can use the One Identity Manager query language in the Object Browser's query window .

The query language is not case sensitive. Keywords can be written in upper or lower case. To be able to identify them more easily, keywords are always written in capital letters in the following examples.

In a lot of parts, the query syntax is based on SQL syntax. This makes it easier to convert simple Where clauses from SQL syntax to the query syntax.

Detailed information about this topic
Documents connexes

The document was helpful.

Sélectionner une évaluation

I easily found the information I needed.

Sélectionner une évaluation