- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎02-25-2016 05:58 PM
Hi,
I have created a few PowerShell activities using the Activity Designer and they are working well. I have an output configured to send executionResult.errorMessages to a variable called activityOutput.errorMessages using direct parsing. In my workflow that uses this activity, I am able to drag my variable from the Data tab into a Log Message activity. This works as expected - the PowerShell error is stated in the Log.
My issue is with using the ${data.get(21).errorMessages} variable anywhere else. It doesn't seem to work in the same way as scratchpad variables. I want any PowerShell errors to be saved to a task description or work note so that the Resolver will know what went wrong (e.g. they will see that the user does not exist in Active Directory).
Are there any other activities that accept databus outputs? I've tried Run Script, Set Values, Catalog Task, etc.
I'm using Fuji Patch 10.
Solved! Go to Solution.
- Labels:
-
Service Mapping
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎02-25-2016 07:14 PM
Hah, I figured this out.
I need to use data.get(21).errorMessages in my script field, not ${data.get(21).errorMessages}. It works fine now!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎11-02-2018 03:03 AM
its the number which workflow context provide to activities, so if the same activity is being used in same workflow twice/thrice then the number would be different.
so, simply it is just defining the activity output with a unique value to differentiate among them.
Regards, Bharat
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
‎02-28-2024 08:49 AM
Same question.. i still curious to know what stands behind this number