Sorry, hit send before I got it all out.
I took a LCA from a process from a dev environment.
I then imported into another environment.
These 2 environments have different LDAP domains. Although they have the same groups.
When invoking the process and when it gets to the assign user task it stalls and give me the following error.
java.lang.Exception: No Active User in an Active Domain found with DomainID: DC, CanonicalName: ddf932b293c2be49ba6dc0f555d86044
I tried creating the domain with a name of 'DC', however that did not work.
I tried with a different name, this also did not work.
I tried making changes in the process, I tried changing to to send directly to a group as I orginally had it sending as a xpath.
I tried creating a new version of the process.
I tried copying the process to a new process.
Why is it not picking up the correct domain ID?
How can I correct this?
On the user step, when you select group and hit "Browse", do you see the group in the list? Does it work when you manually select it.
If you don't want to do that, you will have to add a Find Group step before the user step that will find the group in the current user manager, so that you can pass the right canonical name to the user step.
Yes, I can see the group in the list when I browse.
I have tried selecting it, and then invoking the process which produces the same error.
I took a look at the Find Groups task, I already have the canonical name. even passed it into a string
and grabbed it from the debug and paste that into find user and group via the adminui and it found the group.
I deleted the LDAP synch I had and then created another one with a different name than the dev environment, the error still comes up and complains that the domainid is the one from the dev environment. Why is it looking for my dev domainid?
Should it not be dynamic based on the environment your in?
If my dev and other environments have different domainid's I will always get this issue?
(as we have virtual enviroments each with it own domain controller and different name conventions in each)
" have tried selecting it, and then invoking the process which produces the same error."
That I don't get. You're saying that when you hit browse you get the group from a different domain (not DC) and when you select that group you still have the following error in the log:
"java.lang.Exception: No Active User in an Active Domain found with DomainID: DC, CanonicalName: ddf932b293c2be49ba6dc0f555d86044"?
It should pick what ever domain you have in your environment. The fact that you get the list of right users and domain when you hit browser tells us that it pick the right domain. Something weird.
in the assign task I browse and choose the group from the domain.
I save that and when go into workspace and invoke the process as I normally would.
and it creates the same error is what I meant.
I agree with you, trying to work around it but unable to ask of yet.
Try to create a new set of groups that I have not used in this process and assign to that group and see what the outcome is.
so creating a different group with a name that I didn't use in the dev environment has worked.
I will proceed with this, as I am creating a proof of concept.
Solutions Architect / www.firstpeoplesplus.com <http://www.firstpeoplesplus.com/> / 613.686.6473
Sounds like you're describing a really unfortunate behaviour (aka bug) in LiveCycle.
In short, when you select a User or a Group in the assignTask step, it displays the user/group name, but internally it actually uses the ID.
Since ID's are different on different systems, your process isn't transportable across different systems.
There are two workarounds:
1. Use the xpath method instead, and assign to '<group_name>' or '<user-email>' as a string (between single quotes). assignTask will try to resolve any string it finds as either an id, a user login, user email, or group name.
2. Use a group or user lookup step prior to the assign task, store the ID in a process variable, and assign to that process variable in the XPath expression.
Please let me know if this fixes your problem.