Solved! Go to Solution.
Views
Replies
Total Likes
Interesting thought. If that is the case then you should be able to add a check into your SQL query to ensure that you are using the current record.
and status="CURRENT" may suffice.
Views
Replies
Total Likes
It looks like the step is trying to assign a task to a specific group and that group is either not found or is inactive. You say that the process gets a user id, but the error says the system is trying to lookup the entry as a group.
Can you check the task step and see if the UserID is assigned to a group rather than a user?
Views
Replies
Total Likes
The userid is correctly assigned to a user.
The problem seems to be raised since the user has been recreated in the LDAP (we are synchronized with LDAP) with exactaly the same attributes.
My hypothesis is that during syncronization LiveCycle recognize that the user is no more the same and take two actions:
- logically delete the old user
- create a new user with a new guid but with the same attributes values
Before assign the user task, we figure out who is the user involved by querying the livecycle DB, using the mail as search criteria.
We get the first occurrence of the results (thinking that only one will be find) and we read from that occurrence the userid that we use later to assign the user task.
In this case the query get the logically deleted entry, so we translate the mail with a userid that cannot be used in a user task, since logically deleted.
Does it make sense for you? Or I'm completely out of track?
Views
Replies
Total Likes
Interesting thought. If that is the case then you should be able to add a check into your SQL query to ensure that you are using the current record.
and status="CURRENT" may suffice.
Views
Replies
Total Likes
That was the case, indeed.
We solved with your suggestion.
Thanks
Views
Replies
Total Likes
Hi Hodmi,
We have been having some issues similar to the one above, and thought you might be able to assist us. Here are few lines from the Stalled Operation Error Details:
The scenario is the following: the user was initially created in the default domain for test purposes and then was deleted.
The same user was synchronized with the Enterprise LDAP with the same information except for the password.
We are using Adobe LiveCycle ES 8.2.1.
The problem is that every time the user is assigned a task or try to create one the system gives the below error. Even though the user can currently log into the workspace without any problem, but she not able to participate in any workflow processes.
A user was found but is not active for User Identifier:(deleted username for privacy purpose). Could not create queue.
StackTrace:
com.adobe.idp.taskmanager.dsc.client.task.ActivePrincipalNotFoundException: A user was found but is not acive for User Identifier:(deleted username for privacy purpose). Could not create queue.
at com.adobe.idp.taskmanager.dsc.service.TaskManagerServiceImpl.getSpecificUserQueueFromXPath(TaskManagerServiceImpl.java:6718)
at com.adobe.idp.taskmanager.dsc.service.TaskManagerServiceImpl.getQueueForPathExpression(TaskManagerServiceImpl.java:6762)
at com.adobe.idp.taskmanager.dsc.service.TaskManagerServiceImpl.getQueue(TaskManagerServiceImpl.java:6513)
at com.adobe.idp.taskmanager.dsc.service.TaskManagerServiceImpl.createTask(TaskManagerServiceImpl.java:174)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
Would you be able to direct us in the right locate as to where to correct this issue so the user can fully participate in all processes?
Thank you in advance for your help.
Views
Replies
Total Likes
Views
Likes
Replies
Views
Likes
Replies