The Designer ES Help manual says that this AWS_Assigned_ID field contains the ID of the current Participant of the workflow.
But the field appears to be Null/Empty when I run my form/workflow in the WorkSpace, at each and every step. (I made it visible)
Does that field give you a user ID? If it does, would you please email me (email@example.com) your Archive (lca) ? I'd like to find out what have I done wrong. TIA.
You can find out who initiates the process by checking the Task->User's ID.
Double click your xfaForm variable. Under Advance Settings open the Render Service tab.
The render service you are using is probably the "Sample - Form/Render PDF Form" which contains 4 input variables: formURL, inDocData, targetURL and userAgent.
You could create another input variable for that process called "Initiator" to which you could pass Task -> User's ID.
Then your render service could do whatever it needs to do with that ID before rendering the form.
If you just want to fill the AWS_Assigner_ID, then in your render service add a Process Management/Form Augmenter/Insert Workflow XFO Data operation.
Set the Input Form Data Document to the input data variable (probably inDataDoc), Submit Target URL to the target URL variable (probably targetURL) and Assigner User ID to the variable that contains the user id.
This should populate your AWS_Assigner_ID field.
I just tried that, but it's still empty.
I put the "Insert Workflow XFO Data" in between the "set params for Forms" and "render Form", is that the right place to put it?
And the "Initiator" variable has a type of "string", correct?
How come we need to do this? I consider AWS_ fields Adobe's system fields that we don't mess around. Shouldn't ES populate them automatically like what previous versions of LiveCycle have done?
What I am looking for is a way to do something like this:
ES is different than 7.x. The AWS_* fields are only really needed for offline and email based procesess. Otherwise you don't need to worry about them.
In fact the only thing you need to put on your form is a submit button.
If you want to prepopulate information for a user based on ID, then what you can do is use the same technique to pass the User ID to the render service. Then make a database call to get the information you need for that ID.
Then format the data into xml and populate the inDataDoc variable with that xml so that LC Forms merges it with your template when it renders it back to the client. That way your form is going to be populated.
Is that what you're trying to achieve.
The Email and Offline don't seem to work either, but that's another topic.
But yes, what I am trying to achieve is the PrePopulate functionality.
Can you post your modified Render Form service somewhere? because I tried that but failed.
appreciate your help.
one last picky comment is: the Designer ES Help doc is not quite correct. It says Assigned_ID field contains the user ID, it doesn't say that we need to do all this extra work.
I figured out why I didn't get the user ID into the "assigned ID" field... it's my mistake in configuring that "get xfo" task.
So, the current situation is, I got the "AWS_assigned_id" field populated with the correct data.
But I can't get the rest of the user data (in the database) onto the form.
I looked at the "Prepop_UserID" service that you sent me, but couldn't see how you manipulate that input ID variable... don't know how to merge the database output into the input Document. Could you explain how is it done?
I also tried the LC-7's method (because I got the assigned_id field populated). I created a service that query the MySQL database, and created a WSDL connection on the form, and made a "connectionSet.myds.execute " call at the Form Ready event. But got no result. It returned something like "error reading the wsdl file" error message. I checked that query service in AdminUI, the service didn't get the call it seemed (looked like it's not invoked at all). Nothing's stalled either. Any suggestion on what might have caused this?
If you populate the AWS_assigned_id, then you're right, we are kind o back with the same technique as 7.x. You can call a web service to populate the form. One thing you need to make sure if that the web service can be called anonymously. Otherwise, it won't work because. You can set that under adminui/Archive Administration/Service Management, click on your service and under the Security tab set the Security Option to disabled.
If you use the other technique, then you get the ID in your process the same way but then you are responsible to build an xml that will merge properly with you form. You can build it manually. If the info is in the database, you can use the "Query for Multiple Rows as XML" which will return XML. Then you pass that xml in a Document variable to the Form Data property of the render operation.
Paul G. took a look at my service/form and noticed that my process/service was defined as "Long-Lived" (which was the default value in this per-release version) and that was problem. After I changed it to short-lived, the LC-7.x technique worked in the ES.
thanks to both, Jasmin and Paul.
It seems that the AWS_ASSIGNED_ID field value, along with 3 other AWS_ fields are used in the "Process Management -- Complete Task" service.
After a user processes a User task that's assigned to him, I assume something would call this "Complete Task" service, am I correct?
So, maybe when we Render the XDP form, we should always add that "Insert Workflow XFO Data" operation, such that the workflow can function properly??
I think the "Default Render" service sets proper values into those "AWS_" fields, but why the "Sample Form - Render PDF Form" doesn't ?? maybe this is the root cause of some of the problems that I have seen so far...