| |
|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
  |
|
| I can't see UPES Workitems in the Running state |
« View previous topic :: View next topic » |
| Author |
Message
|
| kriersd |
 Posted: Wed Dec 11, 2002 9:07 am Post subject: I can't see UPES Workitems in the Running state |
 |
|
Master
Joined: 22 Jul 2002
Posts: 209
Location: IA, USA
|
Hello all
I know I have touched on this subject in the past, and I don't want to dwell on this too much, but I just don't get it.
Why did IBM change the way UPES activities show up on the worklist. In previous versions I was able to see UPES workitems in the running state on a worklist. My understanding is that this was changed in the current version to only show automatic UPES activities that have returned with a non zero return code (IN ERROR). My beef with this approach is that I now I do not have a good way to FORCE RESTART several UPES activities when they are in the running state.
Anyone else found this to be a issue of concern?
Any comments on this would be great... I would like to know what everyone else thinks.
_________________
Dave Krier
IBM WebSphere MQ Workflow V3.4 Solution Designer |
|
| Back to top |
|
 |
| jmac |
| Posted: Wed Dec 11, 2002 3:48 pm Post subject: |
|
|
Jedi Knight
Joined: 27 Jun 2001
Posts: 3081
Location: EmeriCon, LLC
|
Dave:
The logic behind them not using a Workitem was to save the overhead of creating the Workitem.
When we first got the ActivityInstance "Container repair" apis (don't remember what release, but was either 330, or the Prior release), I wrote to my devloper friend, and questioned why there was not a "queryActivityInstance" method that I could use to get at the Activity Instances, I was told that the developers debated adding this method, but in the end did not add this feature. If enough customers ask for this we may be able to get it. The thing is that we would need to have the ability to Filter on the Process Instance name on the query, for this to be most useful.
I agree with you totally that this is a painful way to have to go to do a force restart. I always use the HTML thin client monitor to do this, since I find it to be just as easy as using a home-grown tool to do the force restart.
_________________
John McDonald
RETIRED |
|
| Back to top |
|
|
| kriersd |
| Posted: Thu Dec 12, 2002 7:51 am Post subject: |
|
|
Master
Joined: 22 Jul 2002
Posts: 209
Location: IA, USA
|
jmac
Yes, I too use the thin client, however, it is quite painfull when you have several hundred upes activities that need to be force restarted. I'll send my thoughts to IBM and see what they say.
Thanks for your info..
Dave
_________________
Dave Krier
IBM WebSphere MQ Workflow V3.4 Solution Designer |
|
| Back to top |
|
|
| jmac |
| Posted: Thu Dec 12, 2002 3:15 pm Post subject: |
|
|
Jedi Knight
Joined: 27 Jun 2001
Posts: 3081
Location: EmeriCon, LLC
|
Dave:
The more people who ask for a queryActivityInstances method, the more likely we are to get one. I think, that if this is done right, we could write a better tool to do things like "Mass Force Restart or Terminate" of the "Workitem-less" activities.
_________________
John McDonald
RETIRED |
|
| Back to top |
|
|
| educos |
| Posted: Thu Jan 02, 2003 8:34 am Post subject: |
|
|
Apprentice
Joined: 18 Jul 2001
Posts: 34
Location: Salt Lake City, UT
|
What I've done in the past to work around this issue is set a relatively short notification time on those UPES activities ("relatively short" depends on what's acceptable to the business and what's realistic given the scheduling server overhead), then have an independent program (logged on in default mode as the UPES activity user ID) query for notitifications for those activities at regular interval. Then for each activity instance notification, the logic would force restart the activity instance - which creates a workitem in Ready state for the user id of the UPES activity.
This approach has worked well under many different scenarios and doesn't cause very much overhead as long as you go easy on the notification time and the interval of the query notification program. |
|
| Back to top |
|
|
|
|
|
| |
|
Page 1 of 1 |
|
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
|
|
|
|
