Appian Community
Site
Search
Sign In/Register
Site
Search
User
DISCUSS
LEARN
SUCCESS
SUPPORT
Documentation
AppMarket
More
Cancel
I'm looking for ...
State
Not Answered
Replies
5 replies
Subscribers
9 subscribers
Views
3688 views
Users
0 members are here
Share
More
Cancel
Related Discussions
Home
»
Discussions
»
General
Is there any way to update the process variable of another process using appian
ajinkyab277
Certified Lead Developer
over 10 years ago
Is there any way to update the process variable of another process using appian OOB feature
Below are some options but they have their own limitations.
1. Send and received message node: messaging is not synchronous
2. Set external pv: Cloud approved but not OOB smart service and this does not updates the history of the process
3. IFM manager: - This is not OOB
OriginalPostID-144593
OriginalPostID-144593
Discussion posts and replies are publicly visible
0
chetany
A Score Level 1
over 10 years ago
Why not use option 1? It is OOB. Just send a message to a destination process and update the PV in that process when you receive that message. Moreover, it can be targeted to a specific process by specifying pp!id. In my opinion, asynchronous behavior is preferable, so I don't think it is a limitation. Or, Do you insist on having synchronous workflow?
Cancel
Vote Up
0
Vote Down
Sign in to reply
Verify Answer
Cancel
0
ajinkyab277
Certified Lead Developer
over 10 years ago
Hi Chetan ,
My process models are time sensitive. I mean it will affect the functionality if there is considerable amount of time lag.
Thanks
Ajinkya
Cancel
Vote Up
0
Vote Down
Sign in to reply
Verify Answer
Cancel
0
chetany
A Score Level 1
over 10 years ago
Hi Ajinkya, I think I have a solution. Since you need both synchronous behavior and you also want to capture the PV in process history, you can do the following: Let us suppose you want to set the variable "pv1" in process1 and also want to capture it in process history. Now, create another dummy pv in that process, let us say it is "dummy_pv1" (it should be of same type as pv1). While creating "dummy_pv1" set it to "hidden" so that it is not captured in process history. Now, from process2, you want to set "pv1" of process1. Use Set-PV smart service, and instead set "dummy_pv1" of process1. In process1, have a rule(trigger) which will execute when "dummy_pv1" is not null. In the trigger flow, add a script task which updates the value of pv1 by copying the value from "dummy_pv1". So, in this way, your "pv1" value will change. In effect, you have changed the value of "pv1" from process2 and also pv1 will be captured in process history. I know this is a "hack", but it will work. You will also need to take care of the activation and deactivation the trigger(rule)
Cancel
Vote Up
0
Vote Down
Sign in to reply
Verify Answer
Cancel
0
ajinkyab277
Certified Lead Developer
over 10 years ago
Hi Chetan,
This is good suggestion,But 'Set external pv' is not OOB smart service.
Thanks,
Ajinkya
Cancel
Vote Up
0
Vote Down
Sign in to reply
Verify Answer
Cancel
0
Chris
over 10 years ago
If message receipt is too slow, you could always utilize a DB - have the updating process change a DB field where your receiving process queries in a loop every so often (1 minute or so, etc). Little more overhead, but depends how time sensitive your process is.
In our environment, the send message service has almost no lag - are you seeing major lag times with this feature?
Cancel
Vote Up
0
Vote Down
Sign in to reply
Verify Answer
Cancel