locked
How do I check that MicrosoftServices.IdentityManagement.WorkflowActivityLibrary.dll is registered? RRS feed

  • Question

  • The topic tells everything. I am creating a step-by-step guide how to deploy the mimwal. Now I am stuck in verifying that the tasks after running Register.ps1 are run correctly.

    So how do I check that dlls are registered?

    Friday, February 26, 2016 7:30 AM

Answers

  • Ok, the problem was again the wrong gacutil version. Somehow it had changed back to 4. something. Then I replaced it with version 3. something and now dlls has been registered. Also there are wal activities visible on the action workflow.
    • Marked as answer by 2xTsei Tuesday, March 8, 2016 10:34 AM
    Tuesday, March 8, 2016 10:33 AM

All replies

  • Sorry, but what is the specific question? What part of instructions in the B&D Wiki is not clear? The Wiki already mentions where to check.
    Friday, February 26, 2016 7:58 AM
  • •Review the console messages from the  Register.ps1  script. If there are no errors, manually confirm that following tasks were performed successfully: ◦In the GAC of the server with MIM / FIM Service role MicrosoftServices.IdentityManagement.WorkflowActivityLibrary.dll is registered. 
    ◦In the GAC of the server with MIM / FIM Portal role MicrosoftServices.IdentityManagement.WorkflowActivityLibrary.dll and MicrosoftServices.IdentityManagement.WorkflowActivityLibrary.UI.dll are registered. 
    ◦The WAL Assembly Bindings redirects in the app.config and / or web.config are created / updated with the latest version of the WAL assemblies.
    ◦A diagnostics source for WAL is present in the app.config and / or web.config.
    ◦An ActivityInformationConfiguration (AIC) object for each WAL activity is created / updated. All WAL AIC's are labelled with the "WAL: " prefix.
    ◦An event log and a event source for WAL is registered. There will be a test event logged in the "WAL" event log.
    

    Well, all those above.

    At least EventViewer ok but what comes to others I am not sure how to check those.

    Friday, February 26, 2016 8:24 AM
  • To open GAC explorer, you simply type "assembly" in the "Run" menu in Windows Start button.

    app.config is Microsoft.ResourceManagement.Service.exe.config of FIMService and web.config is for the FIM/MIM Portal. Both should have a system.diagnostics source for MicrosoftServices.IdentityManagement.WorkflowActivityLibrary.

    Sunday, February 28, 2016 12:33 AM
  • Ok, everyting else is ok but the dll registrations. What could be the problem?

    I did also get a "skipping workflow" couple of time when running a UpdateWorkflowXoml.ps1.

    Anyway, I did not get any error messages while running register.ps1.

    Monday, February 29, 2016 1:05 PM
  • Are you saying that the DLLs missing from GAC? In that case, did you miss to re-sign the assemblies? The script only checks for "Fail" or "Error" in the execution status string when registering the DLL's in GAC. In English that is. What is the Locale of your Server? If it's anything but English, then it might be possible that the error message from gacutil.exe is not in English.

    If you don't have any workflows using previous version of WAL already (which is your case), you'll get "skipping workflow" when running a UpdateWorkflowXoml.ps1.

    Monday, February 29, 2016 1:16 PM
  • Are you saying that the DLLs missing from GAC? In that case, did you miss to re-sign the assemblies? The script only checks for "Fail" or "Error" in the execution status string when registering the DLL's in GAC. In English that is. What is the Locale of your Server? If it's anything but English, then it might be possible that the error message from gacutil.exe is not in English.

    If you don't have any workflows using previous version of WAL already (which is your case), you'll get "skipping workflow" when running a UpdateWorkflowXoml.ps1.

    Yes, the DLLs are missing from GAC. And no, I didn't miss the re-sign of the assemblies, if you are talking about the sign.cmd. The server is also a English.

    I run the register.ps1 from under the src\solutionOutput -folder.

    Tuesday, March 1, 2016 6:10 AM
  • If you are not getting any errors from Register.ps1 script on an English server means that you may not be looking at GAC correctly. Do you have screenshot of your GAC that you can share?
    Tuesday, March 1, 2016 6:36 AM
  • Does this help?

    <img alt="run -> assembly" src="https://social.technet.microsoft.com/Forums/getfile/810228" />


    • Edited by 2xTsei Tuesday, March 1, 2016 1:03 PM
    Tuesday, March 1, 2016 1:03 PM
  • Keep scrolling until you as past all Microsoft assemblies. :) Then you should see MicrosoftServices ones.
    Tuesday, March 1, 2016 1:13 PM
  • Hmm. I think I rolled enough.

    Tuesday, March 8, 2016 6:39 AM
  • Did you try to see what happens if you try to register the DLLs using gacutil.exe yourself from a command-prompt?
    Tuesday, March 8, 2016 7:34 AM
  • Actually not, I need to try that one.
    Tuesday, March 8, 2016 8:50 AM
  • Well, gacutil.exe /l doesn't list anything and gacutil.exe /i MicrosoftServices.IdentityManagement.WorkflowActivityLibrary.dll doesn't do anything.

    So I think there is something wrong with the gacutil process.

    Tuesday, March 8, 2016 9:59 AM
  • Ok, the problem was again the wrong gacutil version. Somehow it had changed back to 4. something. Then I replaced it with version 3. something and now dlls has been registered. Also there are wal activities visible on the action workflow.
    • Marked as answer by 2xTsei Tuesday, March 8, 2016 10:34 AM
    Tuesday, March 8, 2016 10:33 AM