I think I would rather fire the ticket processing with an escalation that runs every x minutes (depending on your needs). This escalation thread is automatically started whenever AR System is started.
You could for instance look for all records in the staging table that have status "To be processed", and set the value to "Processing" . This might then trigger a filter that will do the actual processing and after that sets the status to "Processed". Just an example (not the best one) but I hope you'll get the idea.
Kind regards,
Michiel
(who is beiing RACced right now)
On 9/5/06, Narayanan, Radhika <[EMAIL PROTECTED]> wrote:
Hi,
Thanks for the response. The reason I want to do this is :
We're building an interface between 2 remote Helpdesk Systems. Ticket data is going to be exchanged.
When we receive ticket data from the remote system, it has to be processed before it is finally updated into
HPD:Helpdesk.
If Remedy service fails or a "timeout due to a busy server" occurs in the midst of processing, there would be unprocessed records lying in the temporary table.
I was wondering how we could restart processing when remedy is restarted.
Thanks
Radhika
Direct : +44 20718 20262
Extn : 20262
PS : I just found out that the submission transaction (made by the 3rd Party integrator which sits between the 2 helpdesk systems) itself would be rolled back if Remedy service fails during processing. That means there would never be unprocessed
records. Makes my life easy. I hope it really works that way. However, armonitor.cfg seems a good idea. I'll remember that.
-----Original Message-----
From: Action Request System discussion list(ARSList)
[mailto:[email protected]]On Behalf Of Carey Matthew Black
Sent: 05 September, 2006 2:27 PM
To: [email protected]
Subject: Re: Workflow to fire on every restart of Remedy
Radhika,
While I am not sure what you are trying to achieve. However, based on
the stated requirement I would consider something along the following
path...
Add a line to your armonitor.cfg config file to run a command line
program to do a submit(or modify) of a record in the form of interest.
I would suggest that you look at the driver, or JavaDriver program.
You could also write your own API client too. For the windows env you
might need to actually implement a Windows Service to make this a
clean solution too. (You may find that the process is called several
times (4 times in less than 30 seconds immediately following start
up.) then not called anymore.
Ref: ConfigGuide-630.pdf page: 310.
(Yea I know you said 5.1.2, but the same should apply to that
version, I just do not have those docs loaded anymore.)
But some questions for you about what your really trying to do...
About the form in question:
) How many data records are there in this form?
) What value are you setting this field to? (a timestamp?)
) Are you trying to do something with respect to Server Clustering?
Their might be easier ways to achieve whatever it is that your trying
to do. However, you did not describe what that really is.
Good luck.
--
Carey Matthew Black
Remedy Skilled Professional (RSP)
ARS = Action Request System(Remedy)
Solution = People + Process + Tools
Fast, Accurate, Cheap.... Pick two.
Never ascribe to malice, that which can be explained by incompetence.
On 9/5/06, Narayanan, Radhika < [EMAIL PROTECTED]> wrote:
> **
>
>
> Hi,
>
> I want to set a field in a form based on a condition. And I want to do this
> every time the Remedy service is restarted ( and only when it is restarted).
>
> (Setting a field on the form should trigger the filters on Modify of that
> form.) How should I do this ?
>
> ( ARS 5.1.2 Patch 1389, customized ITSM 5.5, SQL Server 2000, Windows 2000,
> 2 instances of Remedy in an active-passive cluster and
>
> 2 instances of SQL Server 2000 in an active-passive cluster )
>
> Thanks
> Radhika
>
> Direct : +44 20718 20262
> Extn : 20262
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you.
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
__20060125_______________________This posting was submitted with HTML in it___
