RE: Escalation Error
I guess you are making an equal to query on clob data type. What all is on stack on AR? Esclation+API+SQL logs may help find the piece. From: ARSList [mailto:arslist-boun...@arslist.org] On Behalf Of Brittain, Mark Sent: 19 September 2018 02:02 To: ARList (arslist@ARSLIST.ORG) Subject: Escalation Error HI All I am seeing two strange escalation errors that I can't identify based on the logs. An application command failed.ERROR (552): The SQL database operation failed.; ORA-00932: inconsistent datatypes: expected - got CLOB` Error while performing escalation action Both are in pool 1. I have been able to rule out any custom escalations, very few, and am hoping not to have to check each OTB escalation if hopes of finding the bad guys. Has anyone encountered this. ARS 9.1.4. Thanks Mark Mark Brittain | Senior Systems Engineer | 315.634.9337 125 Elwood Davis Road | Syracuse NY 13212 [new_spectrum] -- ARSList mailing list ARSList@arslist.org https://mailman.rrr.se/cgi/listinfo/arslist
Re: Escalation does not seem to complete its run over all the records..
First, and FYI, the filter counter that's used by the system to determine if a transaction exceeds the filtering limit set for the system is reset for every record process during an escalation. It is NOT cumulative across the entire run of the escalation. So unless one of the records being processed exceeds your 500K limit, your correct that it can't be the filter limit. I don't know anything about the specific forms or data you're dealing with here, but is it possible that those 209 records only come to meet the inclusion condition *after *the escalation begins its operation? Just like many other things in the AR system, an escalation performs its query when it first wakes up, and only operates on the records it finds with that initial query. If any records subsequently come to meet the condition they won't be processed (until the next run of the escalation). Hope this helps. -charlie On Wed, Sep 24, 2014 at 7:34 AM, Joe D'Souza jdso...@shyle.net wrote: ** I have a simple escalation that triggers on the form CTM:LoadPostalCodes with a condition 'DL_Status' = Unvalidated During an initial run if there was no data in CTM:LoadPostalCodes, all records meet that condition. The escalation sets two fields in that form, z1D Action to VALIDATELOAD and DL_Status to Validated This triggers a bunch of out of the box data load filters, designed to validate and load the data in this form to the CTM:Postal Codes form. It works fine on almost all the records, except for 209 records in the end that do not get modified despite the fact they meet the condition on the Escalation. I have looked through the data in these 209 records, and nothing jumps up at me why this might be happening. The Error Flag is not set and the Last Modified Date does not change indicating that the Escalation did not even attempt to modify these records. I have a slight suspicion on max number of filters in an operation but somehow I doubt with just a little over 4000K records in that form to process, I would run over 50 filters as I doubt that there are over 100 filters for each record even if it were promoted. Also if max filter limit was the case, the system should have handled the unprocessed records of the first run on the second run of the escalation, but that does not happen either. Any alternate theories as to what may be happening? I have not yet activated any logs but will later if I can’t determine what is causing this behavior just by comparing the data with the workflow. Joe _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation does not seem to complete its run over all the records..
I found the problem. Its not the MAX Filters. And yes I knew that max filters is a transaction based setting and not for the entire escalation. But because it was stopping only after processing a certain number of records I was wondering if that had anything to do with it. The reason it wasn't processing was a violation of a unique index on City and Zip/Code. The data we are feeding from, doesn't have a very clean and organized postal information. So as a result some of the data there has Country, City and Zip Code but missing state. Others have state for what should have been the same record. As a result it sees data like India, HARYANA, Gurgaon, 122002 and India, '', Gurgaon, 122002 on the load form as two separate records that pass the duplicate test from the defined out of the box workflow, but when the second record was being set with z1D Action of VALIDATELOAD and DL_Status of Validated, it failed the rest of the transaction as the system encountered a violation of a unique index. I think it's a workflow bug in the load form that should have been checking for violation of that unique index, but it does not. Since it's a BMC out of the box workflow, I'll raise a ticket with them. Cheers Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Charlie Lotridge Sent: Wednesday, September 24, 2014 11:28 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation does not seem to complete its run over all the records.. ** First, and FYI, the filter counter that's used by the system to determine if a transaction exceeds the filtering limit set for the system is reset for every record process during an escalation. It is NOT cumulative across the entire run of the escalation. So unless one of the records being processed exceeds your 500K limit, your correct that it can't be the filter limit. I don't know anything about the specific forms or data you're dealing with here, but is it possible that those 209 records only come to meet the inclusion condition after the escalation begins its operation? Just like many other things in the AR system, an escalation performs its query when it first wakes up, and only operates on the records it finds with that initial query. If any records subsequently come to meet the condition they won't be processed (until the next run of the escalation). Hope this helps. -charlie On Wed, Sep 24, 2014 at 7:34 AM, Joe D'Souza jdso...@shyle.net wrote: ** I have a simple escalation that triggers on the form CTM:LoadPostalCodes with a condition 'DL_Status' = Unvalidated During an initial run if there was no data in CTM:LoadPostalCodes, all records meet that condition. The escalation sets two fields in that form, z1D Action to VALIDATELOAD and DL_Status to Validated This triggers a bunch of out of the box data load filters, designed to validate and load the data in this form to the CTM:Postal Codes form. It works fine on almost all the records, except for 209 records in the end that do not get modified despite the fact they meet the condition on the Escalation. I have looked through the data in these 209 records, and nothing jumps up at me why this might be happening. The Error Flag is not set and the Last Modified Date does not change indicating that the Escalation did not even attempt to modify these records. I have a slight suspicion on max number of filters in an operation but somehow I doubt with just a little over 4000K records in that form to process, I would run over 50 filters as I doubt that there are over 100 filters for each record even if it were promoted. Also if max filter limit was the case, the system should have handled the unprocessed records of the first run on the second run of the escalation, but that does not happen either. Any alternate theories as to what may be happening? I have not yet activated any logs but will later if I can't determine what is causing this behavior just by comparing the data with the workflow. Joe _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation qualification : DSO
Thanks Ken and Doug for your valuable inputs. I will work on that. Currently I am planning to use rrrchive for this archival as its big urgent. I am in the process of testing it on my dev environment: I am manually able to run rrrchive tool on command prompt and getting records archived. My config file is as follows source_server = sourceserver source_user = username source_password = password source_form = Form1 target_server = sourceserver target_user = username target_password = password target_form = Form1_Archive qual= ( 'Ticket Closed Date' = 2/28/2009 11:59:59 PM) AND ( 'Status' = Closed) AND ( 'Ticket Closed Date' = 1/1/2009 12:00:00 AM) transfertype= MOVE logfile = rrchivetest loglevel= INFO progressbar = YES logclearonrun = YES maxrecords = 500 multientrychunksize = 100 Running the command below on comand propmt gives me output in rrchivetest file in the same folder. C:\installer\rrrchive_win_dll\rrrchive testrrrchive.cfg Now if anyone could help me in scheduling this command on an windows server2012 VM every 3 hours that would be helpful. Detailed steps would really be helpful. Regards, Saurabh -- View this message in context: http://ars-action-request-system.1.n7.nabble.com/Escalation-qualification-DSO-tp118847p118890.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation qualification : DSO
I have managed to right a batch file which I have scheduled to run every 3 hours in task scheduler in windows VM. And it is working fine. But for few records I could see Deleted source=sourceserver, Form1, entry=1522516 rrrchive: 2014-09-10 12:07:02, type=ARS, level=ERROR, file=rrrchive.cpp, line=1116 ARDeleteEntry(server=sourceserver, form=Form1, entry=1522516) API CALL SEVERITY: AR_RETURN_ERROR, failure, status contains details ARStatusList: contains 1 messages Number: ARERR 302 Message: Entry does not exist in database Append: This might have happened because I closed the command prompt by mistake when I was testing the batch file on task scheduler. My question is if we can ensure in rrrchive config file that during MOVE. deletion from source should not happen until insertion in target form is not completed. I have already shared ny configuration. Urgent response is really appreciated. Regards, Saurabh -- View this message in context: http://ars-action-request-system.1.n7.nabble.com/Escalation-qualification-DSO-tp118847p118898.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation qualification : DSO
I know that Misi reads and replies to the list, but that is really a support question for RRRChive, and should be asked of the Developer directlyMisi is usually very good at responding on the list, but you may want to go to his website and ask directly there via the support link. On Wed, Sep 10, 2014 at 9:29 AM, MalviyaSaurabh malviya.saurab...@gmail.com wrote: I have managed to right a batch file which I have scheduled to run every 3 hours in task scheduler in windows VM. And it is working fine. But for few records I could see Deleted source=sourceserver, Form1, entry=1522516 rrrchive: 2014-09-10 12:07:02, type=ARS, level=ERROR, file=rrrchive.cpp, line=1116 ARDeleteEntry(server=sourceserver, form=Form1, entry=1522516) API CALL SEVERITY: AR_RETURN_ERROR, failure, status contains details ARStatusList: contains 1 messages Number: ARERR 302 Message: Entry does not exist in database Append: This might have happened because I closed the command prompt by mistake when I was testing the batch file on task scheduler. My question is if we can ensure in rrrchive config file that during MOVE. deletion from source should not happen until insertion in target form is not completed. I have already shared ny configuration. Urgent response is really appreciated. Regards, Saurabh -- View this message in context: http://ars-action-request-system.1.n7.nabble.com/Escalation-qualification-DSO-tp118847p118898.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation qualification : DSO
I just want to chime in that rrrChive is my favorite utility! THANKS MISI I typically use bat files to run multiple CFG files sequentially. I used to run several at once, but the DB runs faster single threaded. Instead of ‘logfile = rrchivetest’, try AUTO. I had asked Misi to add this feature so that each CFG file produces a log file with the same name. THANKS MISI The naming convention is important to coordinate the CFG, LOGs and BAT files. For example, where the client id is “clnt”: clntgo.bat accepts 2 parameters: CGF-Number and the date/time (be sure the format can be used in a filename.) The command “clntgo 26 140910” runs rrrChive with “clnt_23.cfg” produces “clnt_23_140910.log” I would also use an ARS escalation to call the bat files, at least to ensure that ARS is up and running. The rrrChive error usually indicates a problem in the source server. Especially with older AR Servers that have been upgraded multiple times, data errors in ‘old’ records are ‘identified’ by rrrChive. If you look at the SQL tables for ‘sourceserver, Form1, entry=1522516’ you may find incomplete pieces of the AR record. It will also produce errors for Selection Field values that are no longer valid, but were when the record was created. The same goes for other field properties like length and min/max values. The first few runs (usually for SYNCTOTARGET) produce errors that require data clean-up in the source server. Once these are fixed rrrChive runs smoothly every time. HTH and THANKS MISI! Joel Joel Senderjdsen...@earthlink.net310.829.5552 From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Wednesday, September 10, 2014 8:42 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation qualification : DSO ** I know that Misi reads and replies to the list, but that is really a support question for RRRChive, and should be asked of the Developer directlyMisi is usually very good at responding on the list, but you may want to go to his website and ask directly there via the support link. On Wed, Sep 10, 2014 at 9:29 AM, MalviyaSaurabh malviya.saurab...@gmail.com wrote: I have managed to right a batch file which I have scheduled to run every 3 hours in task scheduler in windows VM. And it is working fine. But for few records I could see Deleted source=sourceserver, Form1, entry=1522516 rrrchive: 2014-09-10 12:07:02, type=ARS, level=ERROR, file=rrrchive.cpp, line=1116 ARDeleteEntry(server=sourceserver, form=Form1, entry=1522516) API CALL SEVERITY: AR_RETURN_ERROR, failure, status contains details ARStatusList: contains 1 messages Number: ARERR 302 Message: Entry does not exist in database Append: This might have happened because I closed the command prompt by mistake when I was testing the batch file on task scheduler. My question is if we can ensure in rrrchive config file that during MOVE. deletion from source should not happen until insertion in target form is not completed. I have already shared ny configuration. Urgent response is really appreciated. Regards, Saurabh -- View this message in context: http://ars-action-request-system.1.n7.nabble.com/Escalation-qualification-DSO-tp118847p118898.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years _ARSlist: Where the Answers Are and have been for 20 years_ --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation qualification : DSO
I'm not sure what sort of problem you are having at the DB level, but have you tried putting this escalation into its own escalation pool? I'd give that a try and change it to run every 24 hours instead of every 30 minutes. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of MalviyaSaurabh Sent: Tuesday, September 09, 2014 12:49 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation qualification : DSO Thanks for all your reply. One more clarification which I am seeking out is that my escalation runs on every 30 mins, and I can see records coming into the DSO pending queue in the DSO Pending form, I would want to know from where i can get to how many records are qualified in each execution of this escalation. From my manual analysis of Pending form, after an execution the number of records in DSO Pending form reaches a maximum and then the records goes down to zero as it gets services by DSO. Also if I have to get the same functionality via rrrchive tool (i.e. automate restricted qualification to new 500 records in ( 'Ticket Closed Date' = 2/28/2009 11:59:59 PM) AND ( 'Status' = Closed) AND ( 'Ticket Closed Date' = 1/1/2009 12:00:00 AM) qualification) what parameter I would be using. qual= ( 'Ticket Closed Date' = 2/28/2009 11:59:59 PM) AND ( 'Status' = Closed) AND ( 'Ticket Closed Date' = 1/1/2009 12:00:00 AM) transfertype= MOVE Will using below help in my case or do I have to chose any other parameter. Please help. multientrychunksize = 500 Regards, Saurabh -- View this message in context: http://ars-action-request-system.1.n7.nabble.com/Escalation-qualification-DSO-tp118847p118864.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years - No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4765 / Virus Database: 4015/8175 - Release Date: 09/08/14 ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation qualification : DSO
Saurabh, I recently released a tool to analyze Escalation Runtimes http://remedylegacy.com/tools/escalation-runtime/ This tool will provide you the times that the escalation starts, ends, count of how many records it updated, optionally the request id's it updated, duration of the update, etc...check it out and see if it serves a purpose for you :) On Mon, Sep 8, 2014 at 11:49 PM, MalviyaSaurabh malviya.saurab...@gmail.com wrote: Thanks for all your reply. One more clarification which I am seeking out is that my escalation runs on every 30 mins, and I can see records coming into the DSO pending queue in the DSO Pending form, I would want to know from where i can get to how many records are qualified in each execution of this escalation. From my manual analysis of Pending form, after an execution the number of records in DSO Pending form reaches a maximum and then the records goes down to zero as it gets services by DSO. Also if I have to get the same functionality via rrrchive tool (i.e. automate restricted qualification to new 500 records in ( 'Ticket Closed Date' = 2/28/2009 11:59:59 PM) AND ( 'Status' = Closed) AND ( 'Ticket Closed Date' = 1/1/2009 12:00:00 AM) qualification) what parameter I would be using. qual= ( 'Ticket Closed Date' = 2/28/2009 11:59:59 PM) AND ( 'Status' = Closed) AND ( 'Ticket Closed Date' = 1/1/2009 12:00:00 AM) transfertype= MOVE Will using below help in my case or do I have to chose any other parameter. Please help. multientrychunksize = 500 Regards, Saurabh -- View this message in context: http://ars-action-request-system.1.n7.nabble.com/Escalation-qualification-DSO-tp118847p118864.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation qualification : DSO
I have what I call a diagnostic form where I create a record for the form / query I want to check the number of records on. An escalation runs periodically to do the query needed and then I move the $LASTCOUNT$ keyword into a field on that form. The count can then be emailed or acted on by filters if it's over a threshold (another field on the diagnostic form). Just my way of doing it without needing additional software. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of William Rentfrow Sent: Tuesday, September 9, 2014 8:28 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation qualification : DSO I'm not sure what sort of problem you are having at the DB level, but have you tried putting this escalation into its own escalation pool? I'd give that a try and change it to run every 24 hours instead of every 30 minutes. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of MalviyaSaurabh Sent: Tuesday, September 09, 2014 12:49 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation qualification : DSO Thanks for all your reply. One more clarification which I am seeking out is that my escalation runs on every 30 mins, and I can see records coming into the DSO pending queue in the DSO Pending form, I would want to know from where i can get to how many records are qualified in each execution of this escalation. From my manual analysis of Pending form, after an execution the number of records in DSO Pending form reaches a maximum and then the records goes down to zero as it gets services by DSO. Also if I have to get the same functionality via rrrchive tool (i.e. automate restricted qualification to new 500 records in ( 'Ticket Closed Date' = 2/28/2009 11:59:59 PM) AND ( 'Status' = Closed) AND ( 'Ticket Closed Date' = 1/1/2009 12:00:00 AM) qualification) what parameter I would be using. qual= ( 'Ticket Closed Date' = 2/28/2009 11:59:59 PM) AND ( 'Status' = Closed) AND ( 'Ticket Closed Date' = 1/1/2009 12:00:00 AM) transfertype= MOVE Will using below help in my case or do I have to chose any other parameter. Please help. multientrychunksize = 500 Regards, Saurabh -- View this message in context: http://ars-action-request-system.1.n7.nabble.com/Escalation-qualification-DS O-tp118847p118864.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years - No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4765 / Virus Database: 4015/8175 - Release Date: 09/08/14 ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation qualification : DSO
Hi... Thought I would throw a similar idea into the mix: use a control table to hold one of the parameters in the query. You have form A with millions of rows (that's a lac, right?), and you want to archive the oldest of these. In another table, form B, create one row with a date field. Initially set that date to be the very oldest record's submit date. Join this form to your form A so that you can see the date field in form B and the submit date and request ID of form A. Call this form C. Create one escalation which runs against form C every 30 minutes and looks for records older than the date field. If there are any records, perform the DSO operation on the form A record. If there are NO records, use an else action in the escalation to add some number of seconds - say 14400 for 4 hours worth - to the date field in form B. Make sure you add some limit to the else action so that you don't start archiving more recent records that you want - 2009 or 2010 or whatever. You could also make a max date field in form B and use that as a limit. But when this is set up, the escalation runs every 30 minutes and DSO's at most 4 hours worth of tickets, then basically does nothing for about an hour except to change the criteria for the next run. Overall load on the system is modest because of the chunking, and the escalation gets out of the way to allow other processes to run. All of the other suggestions are quite useful - a separate escalation pool, more escalation threads, time restrictions on when the escalation runs, using indexed criteria, etc. You could also run the escalation more or less often, change the added seconds and so forth to get the balance right. Hope this helps... Doug (no, the other, other Doug) -- Doug Blair +1 224-558-5462 Sent from my iPad Air Auto-corrected typos, misspellings and non-sequiturs are gratefully attributed to Steve Jobs :-) On Sep 9, 2014, at 8:54 AM, Ken Pritchard pri...@ptd.net wrote: I have what I call a diagnostic form where I create a record for the form / query I want to check the number of records on. An escalation runs periodically to do the query needed and then I move the $LASTCOUNT$ keyword into a field on that form. The count can then be emailed or acted on by filters if it's over a threshold (another field on the diagnostic form). Just my way of doing it without needing additional software. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of William Rentfrow Sent: Tuesday, September 9, 2014 8:28 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation qualification : DSO I'm not sure what sort of problem you are having at the DB level, but have you tried putting this escalation into its own escalation pool? I'd give that a try and change it to run every 24 hours instead of every 30 minutes. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of MalviyaSaurabh Sent: Tuesday, September 09, 2014 12:49 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation qualification : DSO Thanks for all your reply. One more clarification which I am seeking out is that my escalation runs on every 30 mins, and I can see records coming into the DSO pending queue in the DSO Pending form, I would want to know from where i can get to how many records are qualified in each execution of this escalation. From my manual analysis of Pending form, after an execution the number of records in DSO Pending form reaches a maximum and then the records goes down to zero as it gets services by DSO. Also if I have to get the same functionality via rrrchive tool (i.e. automate restricted qualification to new 500 records in ( 'Ticket Closed Date' = 2/28/2009 11:59:59 PM) AND ( 'Status' = Closed) AND ( 'Ticket Closed Date' = 1/1/2009 12:00:00 AM) qualification) what parameter I would be using. qual= ( 'Ticket Closed Date' = 2/28/2009 11:59:59 PM) AND ( 'Status' = Closed) AND ( 'Ticket Closed Date' = 1/1/2009 12:00:00 AM) transfertype= MOVE Will using below help in my case or do I have to chose any other parameter. Please help. multientrychunksize = 500 Regards, Saurabh -- View this message in context: http://ars-action-request-system.1.n7.nabble.com/Escalation-qualification-DS O-tp118847p118864.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years - No virus found in this message. Checked by AVG - www.avg.com Version: 2014.0.4765 / Virus Database: 4015/8175 - Release Date: 09/08/14 ___ UNSUBSCRIBE or access ARSlist Archives
Re: Escalation qualification : DSO
I don't believe so, an escalation will always iterate over all records that match the qual. On Mon, Sep 8, 2014 at 8:45 AM, MalviyaSaurabh malviya.saurab...@gmail.com wrote: Hi All, I am in the process of archiving records in remedy. I have written an escalation with DSO action written which is working. I have the escalation qualification as ( 'Ticket Closed Date' = 2/28/2009 11:59:59 PM) AND ( 'Status' = Closed) AND ( 'Ticket Closed Date' = 1/1/2009 12:00:00 AM) As over 1 lac record are there in this timespan, there are overhead issues happening at the db level. Is there any way we can have the escalation run in batches of say 500 records present in this qualification. Regards, Saurabh -- View this message in context: http://ars-action-request-system.1.n7.nabble.com/Escalation-qualification-DSO-tp118847.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation qualification : DSO
I would suggest look into RRR|Chive from rrr.se it just works fine in this case. On Sep 8, 2014 8:25 PM, LJ LongWing lj.longw...@gmail.com wrote: ** I don't believe so, an escalation will always iterate over all records that match the qual. On Mon, Sep 8, 2014 at 8:45 AM, MalviyaSaurabh malviya.saurab...@gmail.com wrote: Hi All, I am in the process of archiving records in remedy. I have written an escalation with DSO action written which is working. I have the escalation qualification as ( 'Ticket Closed Date' = 2/28/2009 11:59:59 PM) AND ( 'Status' = Closed) AND ( 'Ticket Closed Date' = 1/1/2009 12:00:00 AM) As over 1 lac record are there in this timespan, there are overhead issues happening at the db level. Is there any way we can have the escalation run in batches of say 500 records present in this qualification. Regards, Saurabh -- View this message in context: http://ars-action-request-system.1.n7.nabble.com/Escalation-qualification-DSO-tp118847.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation qualification : DSO
I would suggest you create several escalations splitting the date ranges into short segments. On Monday, September 8, 2014 10:59 AM, Vikrant Kulkarni vikrant.rem...@gmail.com wrote: ** I would suggest look into RRR|Chive from rrr.se it just works fine in this case. On Sep 8, 2014 8:25 PM, LJ LongWing lj.longw...@gmail.com wrote: ** I don't believe so, an escalation will always iterate over all records that match the qual. On Mon, Sep 8, 2014 at 8:45 AM, MalviyaSaurabh malviya.saurab...@gmail.com wrote: Hi All, I am in the process of archiving records in remedy. I have written an escalation with DSO action written which is working. I have the escalation qualification as ( 'Ticket Closed Date' = 2/28/2009 11:59:59 PM) AND ( 'Status' = Closed) AND ( 'Ticket Closed Date' = 1/1/2009 12:00:00 AM) As over 1 lac record are there in this timespan, there are overhead issues happening at the db level. Is there any way we can have the escalation run in batches of say 500 records present in this qualification. Regards, Saurabh -- View this message in context: http://ars-action-request-system.1.n7.nabble.com/Escalation-qualification-DSO-tp118847.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at http://www.arslist.org/ Where the Answers Are, and have been for 20 years _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation qualification : DSO
This is one of a few situations I've encountered where global fields at the server level would be useful. If we could create a global field with a lifespan of a transaction (or, in this case, the run of the escalation), that retained its same value across all records (of all forms) across the entire transaction, then you could architect the workflow so that each record increments a global counter and those after the 500th would disregard the operation. There would still be some minimal processing overhead for the the additional records (those over #500), but it should significantly mitigate the issue described. Sorry for the sidetrack. -charlie On Mon, Sep 8, 2014 at 7:58 AM, Vikrant Kulkarni vikrant.rem...@gmail.com wrote: ** I would suggest look into RRR|Chive from rrr.se it just works fine in this case. On Sep 8, 2014 8:25 PM, LJ LongWing lj.longw...@gmail.com wrote: ** I don't believe so, an escalation will always iterate over all records that match the qual. On Mon, Sep 8, 2014 at 8:45 AM, MalviyaSaurabh malviya.saurab...@gmail.com wrote: Hi All, I am in the process of archiving records in remedy. I have written an escalation with DSO action written which is working. I have the escalation qualification as ( 'Ticket Closed Date' = 2/28/2009 11:59:59 PM) AND ( 'Status' = Closed) AND ( 'Ticket Closed Date' = 1/1/2009 12:00:00 AM) As over 1 lac record are there in this timespan, there are overhead issues happening at the db level. Is there any way we can have the escalation run in batches of say 500 records present in this qualification. Regards, Saurabh -- View this message in context: http://ars-action-request-system.1.n7.nabble.com/Escalation-qualification-DSO-tp118847.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation qualification : DSO
Will server-side-table-chunk-size = 500 help? -Original Message- From: MalviyaSaurabh malviya.saurab...@gmail.com Sent: 08-09-2014 04:46 PM To: arslist@ARSLIST.ORG arslist@ARSLIST.ORG Subject: Escalation qualification : DSO Hi All, I am in the process of archiving records in remedy. I have written an escalation with DSO action written which is working. I have the escalation qualification as ( 'Ticket Closed Date' = 2/28/2009 11:59:59 PM) AND ( 'Status' = Closed) AND ( 'Ticket Closed Date' = 1/1/2009 12:00:00 AM) As over 1 lac record are there in this timespan, there are overhead issues happening at the db level. Is there any way we can have the escalation run in batches of say 500 records present in this qualification. Regards, Saurabh -- View this message in context: http://ars-action-request-system.1.n7.nabble.com/Escalation-qualification-DSO-tp118847.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation qualification : DSO
No, about the only thing that would help would be to limit the returned result to 500, which would cause TONS of other problems elsewhere in the system. On Mon, Sep 8, 2014 at 10:33 AM, Jayesh jhpancha...@gmail.com wrote: ** Will server-side-table-chunk-size = 500 help? -- From: MalviyaSaurabh malviya.saurab...@gmail.com Sent: 08-09-2014 04:46 PM To: arslist@ARSLIST.ORG Subject: Escalation qualification : DSO Hi All, I am in the process of archiving records in remedy. I have written an escalation with DSO action written which is working. I have the escalation qualification as ( 'Ticket Closed Date' = 2/28/2009 11:59:59 PM) AND ( 'Status' = Closed) AND ( 'Ticket Closed Date' = 1/1/2009 12:00:00 AM) As over 1 lac record are there in this timespan, there are overhead issues happening at the db level. Is there any way we can have the escalation run in batches of say 500 records present in this qualification. Regards, Saurabh -- View this message in context: http://ars-action-request-system.1.n7.nabble.com/Escalation-qualification-DSO-tp118847.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation qualification : DSO
Thanks for all your reply. One more clarification which I am seeking out is that my escalation runs on every 30 mins, and I can see records coming into the DSO pending queue in the DSO Pending form, I would want to know from where i can get to how many records are qualified in each execution of this escalation. From my manual analysis of Pending form, after an execution the number of records in DSO Pending form reaches a maximum and then the records goes down to zero as it gets services by DSO. Also if I have to get the same functionality via rrrchive tool (i.e. automate restricted qualification to new 500 records in ( 'Ticket Closed Date' = 2/28/2009 11:59:59 PM) AND ( 'Status' = Closed) AND ( 'Ticket Closed Date' = 1/1/2009 12:00:00 AM) qualification) what parameter I would be using. qual= ( 'Ticket Closed Date' = 2/28/2009 11:59:59 PM) AND ( 'Status' = Closed) AND ( 'Ticket Closed Date' = 1/1/2009 12:00:00 AM) transfertype= MOVE Will using below help in my case or do I have to chose any other parameter. Please help. multientrychunksize = 500 Regards, Saurabh -- View this message in context: http://ars-action-request-system.1.n7.nabble.com/Escalation-qualification-DSO-tp118847p118864.html Sent from the ARS (Action Request System) mailing list archive at Nabble.com. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation Permission Error
Well...one thing is for sure, that's not a system generated message, and not ITSM # eitherso, there is some workflow that is firing causing that error, so you just need to use something like ARInside to get the error messages and you will find your workflow. On Fri, Aug 29, 2014 at 6:59 AM, Brian Goralczyk bgoralczyk.w...@gmail.com wrote: ** All, I am kind of stumped here. I am hoping for some ideas on what to search for. I am getting an error when an escalation runs that it doesn't have permission to update a record. Can anybody give me an idea on what to look for to figure out why this is happening? ESCL Filter operation in escalation failed, errno=33049 ESCL You don't have sufficient permissions to perform this status change! AR Version 7.6.4 if that helps. TIA, Brian Goralczyk _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation Permission Error
Brian, It looks like this isn't an error with the Escalation but really an error thrown by a filter because of the type of operation you are trying to perform. (Hope that makes sense) For example, as a user, I may try to take a Change request and move it directly from Planning In Progress to Completed using the Status dropdown. When I try to save, a filter throws the error: You don't have sufficient permissions to perform this change. So, I think you need to look at the update you're trying to make, do it manually, see what the error is, and try to work around that. On Fri, Aug 29, 2014 at 8:59 AM, Brian Goralczyk bgoralczyk.w...@gmail.com wrote: ** All, I am kind of stumped here. I am hoping for some ideas on what to search for. I am getting an error when an escalation runs that it doesn't have permission to update a record. Can anybody give me an idea on what to look for to figure out why this is happening? ESCL Filter operation in escalation failed, errno=33049 ESCL You don't have sufficient permissions to perform this status change! AR Version 7.6.4 if that helps. TIA, Brian Goralczyk _ARSlist: Where the Answers Are and have been for 20 years_ -- *Tauf Chowdhury* ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation Permission Error
Yes, usually the out of box errors don't include exclamation points!! -- like that :) On Fri, Aug 29, 2014 at 9:07 AM, LJ LongWing lj.longw...@gmail.com wrote: ** Well...one thing is for sure, that's not a system generated message, and not ITSM # eitherso, there is some workflow that is firing causing that error, so you just need to use something like ARInside to get the error messages and you will find your workflow. On Fri, Aug 29, 2014 at 6:59 AM, Brian Goralczyk bgoralczyk.w...@gmail.com wrote: ** All, I am kind of stumped here. I am hoping for some ideas on what to search for. I am getting an error when an escalation runs that it doesn't have permission to update a record. Can anybody give me an idea on what to look for to figure out why this is happening? ESCL Filter operation in escalation failed, errno=33049 ESCL You don't have sufficient permissions to perform this status change! AR Version 7.6.4 if that helps. TIA, Brian Goralczyk _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ -- *Tauf Chowdhury* ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation Permission Error
Thanks, I didn't even look at it from the aspect that it isn't worded as a system error. Too many things to address at the same time. I will find it now. ARInside to the rescue. And thank you LJ and Tauf for setting me on the right path. Tauf, I knew that it was some action being intiated by the escalation, but I was thinking about it from the aspect that escalations usually had full power and permissions didn't impact them. It not being a system message definitely points to the issue. Thanks again. On Fri, Aug 29, 2014 at 9:08 AM, Tauf Chowdhury taufc...@gmail.com wrote: ** Yes, usually the out of box errors don't include exclamation points!! -- like that :) On Fri, Aug 29, 2014 at 9:07 AM, LJ LongWing lj.longw...@gmail.com wrote: ** Well...one thing is for sure, that's not a system generated message, and not ITSM # eitherso, there is some workflow that is firing causing that error, so you just need to use something like ARInside to get the error messages and you will find your workflow. On Fri, Aug 29, 2014 at 6:59 AM, Brian Goralczyk bgoralczyk.w...@gmail.com wrote: ** All, I am kind of stumped here. I am hoping for some ideas on what to search for. I am getting an error when an escalation runs that it doesn't have permission to update a record. Can anybody give me an idea on what to look for to figure out why this is happening? ESCL Filter operation in escalation failed, errno=33049 ESCL You don't have sufficient permissions to perform this status change! AR Version 7.6.4 if that helps. TIA, Brian Goralczyk _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ -- *Tauf Chowdhury* _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation
Are you in server group to will need to kill all the application servers. On Aug 28, 2013 2:53 AM, Joe D'Souza jdso...@shyle.net wrote: Is it the AR_ESCALATOR that is in the Last Modified By field after you notice the said modification? If not, what is in that field? That should give you an idea of what is causing the modification.. Cheers Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Tuesday, August 27, 2013 3:03 PM To: arslist@ARSLIST.ORG Subject: Re: Escalation Hi, It is always enough to check Best Practice Mode. The active setting always shows there. And to disable something, you would create an overlay and disable the overlay object. When you restart your AR Server, the database connection is effectively killed. Best Regards - Misi, RRR AB, http://rrr.se Hi Misi, I checked both best practice and base development - they both say disabled on this workflow. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Tuesday, August 27, 2013 12:04 PM To: arslist@ARSLIST.ORG Subject: Re: Escalation Hi, If you restart your AR System Server Service, running escalations will definitely stop. And if you have disabled the escalation, it will not start up again. Maybe you are on 7.6.04+ and the escalation has been overlaid, and you are disabling it in base mode instead of Best Practice Mode? Maybe it is running in a server group environment and you are doing all the disabling/restarting on the server NOT running escalations? Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11/12): * RRR|License - Not enough Remedy licenses? Save money by optimizing. * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. Find these products, and many free tools and utilities, at http://rrr.se . We have tried restarting the services a few times. This workflow is absorbing all of our resources. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa A DLA CTR INFORMATION OPERATIONS Sent: Tuesday, August 27, 2013 11:09 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation Possibly restart your AR System Services? -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kathy Morris Sent: Tuesday, August 27, 2013 9:29 AM To: arslist@ARSLIST.ORG Subject: Escalation ** Hi, We stopped an escalation from running, however the records are still processing in the database - how do we stop the workflow from completely processing after the filters/escalation have been disabled? This is hosing our system. _ARSlist: Where the Answers Are and have been for 20 years_ __ __ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years __ _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation
Possibly restart your AR System Services? -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kathy Morris Sent: Tuesday, August 27, 2013 9:29 AM To: arslist@ARSLIST.ORG Subject: Escalation ** Hi, We stopped an escalation from running, however the records are still processing in the database - how do we stop the workflow from completely processing after the filters/escalation have been disabled? This is hosing our system. _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation
We have tried restarting the services a few times. This workflow is absorbing all of our resources. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa A DLA CTR INFORMATION OPERATIONS Sent: Tuesday, August 27, 2013 11:09 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation Possibly restart your AR System Services? -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kathy Morris Sent: Tuesday, August 27, 2013 9:29 AM To: arslist@ARSLIST.ORG Subject: Escalation ** Hi, We stopped an escalation from running, however the records are still processing in the database - how do we stop the workflow from completely processing after the filters/escalation have been disabled? This is hosing our system. _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation
Kill the connection in the DB. Worst case scenario is you might have to restart the server. Brian Goralczyk Phone 574-643-1144 Email bgoralc...@gmail.com On Tue, Aug 27, 2013 at 11:29 AM, Kathy Morris kathymorris...@aol.comwrote: We have tried restarting the services a few times. This workflow is absorbing all of our resources. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa A DLA CTR INFORMATION OPERATIONS Sent: Tuesday, August 27, 2013 11:09 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation Possibly restart your AR System Services? -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kathy Morris Sent: Tuesday, August 27, 2013 9:29 AM To: arslist@ARSLIST.ORG Subject: Escalation ** Hi, We stopped an escalation from running, however the records are still processing in the database - how do we stop the workflow from completely processing after the filters/escalation have been disabled? This is hosing our system. _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation
Hi, If you restart your AR System Server Service, running escalations will definitely stop. And if you have disabled the escalation, it will not start up again. Maybe you are on 7.6.04+ and the escalation has been overlaid, and you are disabling it in base mode instead of Best Practice Mode? Maybe it is running in a server group environment and you are doing all the disabling/restarting on the server NOT running escalations? Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11/12): * RRR|License - Not enough Remedy licenses? Save money by optimizing. * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. Find these products, and many free tools and utilities, at http://rrr.se. We have tried restarting the services a few times. This workflow is absorbing all of our resources. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa A DLA CTR INFORMATION OPERATIONS Sent: Tuesday, August 27, 2013 11:09 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation Possibly restart your AR System Services? -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kathy Morris Sent: Tuesday, August 27, 2013 9:29 AM To: arslist@ARSLIST.ORG Subject: Escalation ** Hi, We stopped an escalation from running, however the records are still processing in the database - how do we stop the workflow from completely processing after the filters/escalation have been disabled? This is hosing our system. _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation
These filters and escalations created relationships - and the workflow is disabled. When I look in the filter and escalation logs there is not trace of the disabled workflow. We restarted, however when I look in the logs I can see that the relationships being created. If I kill the database connection - will this workflow still resume again? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Brian Goralczyk Sent: Tuesday, August 27, 2013 11:31 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation ** Kill the connection in the DB. Worst case scenario is you might have to restart the server. Brian Goralczyk Phone 574-643-1144 Email bgoralc...@gmail.com On Tue, Aug 27, 2013 at 11:29 AM, Kathy Morris kathymorris...@aol.com wrote: We have tried restarting the services a few times. This workflow is absorbing all of our resources. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa A DLA CTR INFORMATION OPERATIONS Sent: Tuesday, August 27, 2013 11:09 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation Possibly restart your AR System Services? -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kathy Morris Sent: Tuesday, August 27, 2013 9:29 AM To: arslist@ARSLIST.ORG Subject: Escalation ** Hi, We stopped an escalation from running, however the records are still processing in the database - how do we stop the workflow from completely processing after the filters/escalation have been disabled? This is hosing our system. _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation
Hi Misi, I checked both best practice and base development - they both say disabled on this workflow. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Tuesday, August 27, 2013 12:04 PM To: arslist@ARSLIST.ORG Subject: Re: Escalation Hi, If you restart your AR System Server Service, running escalations will definitely stop. And if you have disabled the escalation, it will not start up again. Maybe you are on 7.6.04+ and the escalation has been overlaid, and you are disabling it in base mode instead of Best Practice Mode? Maybe it is running in a server group environment and you are doing all the disabling/restarting on the server NOT running escalations? Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11/12): * RRR|License - Not enough Remedy licenses? Save money by optimizing. * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. Find these products, and many free tools and utilities, at http://rrr.se. We have tried restarting the services a few times. This workflow is absorbing all of our resources. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa A DLA CTR INFORMATION OPERATIONS Sent: Tuesday, August 27, 2013 11:09 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation Possibly restart your AR System Services? -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kathy Morris Sent: Tuesday, August 27, 2013 9:29 AM To: arslist@ARSLIST.ORG Subject: Escalation ** Hi, We stopped an escalation from running, however the records are still processing in the database - how do we stop the workflow from completely processing after the filters/escalation have been disabled? This is hosing our system. _ARSlist: Where the Answers Are and have been for 20 years_ __ __ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years __ _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation
Hi, It is always enough to check Best Practice Mode. The active setting always shows there. And to disable something, you would create an overlay and disable the overlay object. When you restart your AR Server, the database connection is effectively killed. Best Regards - Misi, RRR AB, http://rrr.se Hi Misi, I checked both best practice and base development - they both say disabled on this workflow. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Tuesday, August 27, 2013 12:04 PM To: arslist@ARSLIST.ORG Subject: Re: Escalation Hi, If you restart your AR System Server Service, running escalations will definitely stop. And if you have disabled the escalation, it will not start up again. Maybe you are on 7.6.04+ and the escalation has been overlaid, and you are disabling it in base mode instead of Best Practice Mode? Maybe it is running in a server group environment and you are doing all the disabling/restarting on the server NOT running escalations? Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11/12): * RRR|License - Not enough Remedy licenses? Save money by optimizing. * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. Find these products, and many free tools and utilities, at http://rrr.se. We have tried restarting the services a few times. This workflow is absorbing all of our resources. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa A DLA CTR INFORMATION OPERATIONS Sent: Tuesday, August 27, 2013 11:09 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation Possibly restart your AR System Services? -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kathy Morris Sent: Tuesday, August 27, 2013 9:29 AM To: arslist@ARSLIST.ORG Subject: Escalation ** Hi, We stopped an escalation from running, however the records are still processing in the database - how do we stop the workflow from completely processing after the filters/escalation have been disabled? This is hosing our system. _ARSlist: Where the Answers Are and have been for 20 years_ __ __ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years __ _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation
Is it the AR_ESCALATOR that is in the Last Modified By field after you notice the said modification? If not, what is in that field? That should give you an idea of what is causing the modification.. Cheers Joe -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Tuesday, August 27, 2013 3:03 PM To: arslist@ARSLIST.ORG Subject: Re: Escalation Hi, It is always enough to check Best Practice Mode. The active setting always shows there. And to disable something, you would create an overlay and disable the overlay object. When you restart your AR Server, the database connection is effectively killed. Best Regards - Misi, RRR AB, http://rrr.se Hi Misi, I checked both best practice and base development - they both say disabled on this workflow. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Tuesday, August 27, 2013 12:04 PM To: arslist@ARSLIST.ORG Subject: Re: Escalation Hi, If you restart your AR System Server Service, running escalations will definitely stop. And if you have disabled the escalation, it will not start up again. Maybe you are on 7.6.04+ and the escalation has been overlaid, and you are disabling it in base mode instead of Best Practice Mode? Maybe it is running in a server group environment and you are doing all the disabling/restarting on the server NOT running escalations? Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11/12): * RRR|License - Not enough Remedy licenses? Save money by optimizing. * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. Find these products, and many free tools and utilities, at http://rrr.se. We have tried restarting the services a few times. This workflow is absorbing all of our resources. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa A DLA CTR INFORMATION OPERATIONS Sent: Tuesday, August 27, 2013 11:09 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation Possibly restart your AR System Services? -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kathy Morris Sent: Tuesday, August 27, 2013 9:29 AM To: arslist@ARSLIST.ORG Subject: Escalation ** Hi, We stopped an escalation from running, however the records are still processing in the database - how do we stop the workflow from completely processing after the filters/escalation have been disabled? This is hosing our system. _ARSlist: Where the Answers Are and have been for 20 years_ __ __ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years __ _ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation Log Files
Lisa, Are you in a server group? If so, are you turning on Esc logging on the node that is currently running escalations? On Thu, Aug 22, 2013 at 7:27 AM, Kemes, Lisa A DLA CTR INFORMATION OPERATIONS lisa.kemes@dla.mil wrote: ** Hello ARSListers! ** ** When I turn on the escalation log files in the Administration Console (I tested it in the file and form format). The only thing that gets logged are that I turned it on or turned it off. I tested my filter log and I get all the information I need, but the escalation log doesn’t log anything. Isn’t that weird? ** ** Is there anywhere I need to check to see why this is not logging my escalation actions? ** ** ARS 7.6.04 SP2 ** ** Lisa Kemes Remedy Consultant Dev Technology Group DLA Office: (717) 770-6437 Cell Phone: (717) 602-9460 lisa.ke...@devtechnology.com ** ** ** ** _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation Log Files
I don't think we are in a server group. I'm wondering if the escalations might be turned off. This is a dev box, and I need to get with the server guys to get the ar.cfg file and check. Not sure why they would set it to disabled, but I'm going to check it out. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Longwing, Lj Sent: Thursday, August 22, 2013 9:30 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation Log Files ** Lisa, Are you in a server group? If so, are you turning on Esc logging on the node that is currently running escalations? On Thu, Aug 22, 2013 at 7:27 AM, Kemes, Lisa A DLA CTR INFORMATION OPERATIONS lisa.kemes@dla.mil wrote: ** Hello ARSListers! When I turn on the escalation log files in the Administration Console (I tested it in the file and form format). The only thing that gets logged are that I turned it on or turned it off. I tested my filter log and I get all the information I need, but the escalation log doesn't log anything. Isn't that weird? Is there anywhere I need to check to see why this is not logging my escalation actions? ARS 7.6.04 SP2 Lisa Kemes Remedy Consultant Dev Technology Group DLA Office: (717) 770-6437 Cell Phone: (717) 602-9460 lisa.ke...@devtechnology.com _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation Log Files
You should be able to go to the AR System Administration Console just like you did to turn on Escalation logging and go to the Configuration tab and see if the checkbox for Disable Escalations box is checked. Thanks, Shawn Pierson Remedy Developer | Energy Transfer -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa A DLA CTR INFORMATION OPERATIONS Sent: Thursday, August 22, 2013 8:36 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation Log Files I don't think we are in a server group. I'm wondering if the escalations might be turned off. This is a dev box, and I need to get with the server guys to get the ar.cfg file and check. Not sure why they would set it to disabled, but I'm going to check it out. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Longwing, Lj Sent: Thursday, August 22, 2013 9:30 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation Log Files ** Lisa, Are you in a server group? If so, are you turning on Esc logging on the node that is currently running escalations? On Thu, Aug 22, 2013 at 7:27 AM, Kemes, Lisa A DLA CTR INFORMATION OPERATIONS lisa.kemes@dla.mil wrote: ** Hello ARSListers! When I turn on the escalation log files in the Administration Console (I tested it in the file and form format). The only thing that gets logged are that I turned it on or turned it off. I tested my filter log and I get all the information I need, but the escalation log doesn't log anything. Isn't that weird? Is there anywhere I need to check to see why this is not logging my escalation actions? ARS 7.6.04 SP2 Lisa Kemes Remedy Consultant Dev Technology Group DLA Office: (717) 770-6437 Cell Phone: (717) 602-9460 lisa.ke...@devtechnology.com _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years Private and confidential as detailed here: http://www.energytransfer.com/mail_disclaimer.aspx . If you cannot access the link, please e-mail sender. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation Log Files
Thanks so much Shawn, I thought I checked that but low and behold, the escalations were disabled. Enabling them now. Thank you!!! Lisa -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Pierson, Shawn Sent: Thursday, August 22, 2013 9:43 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation Log Files You should be able to go to the AR System Administration Console just like you did to turn on Escalation logging and go to the Configuration tab and see if the checkbox for Disable Escalations box is checked. Thanks, Shawn Pierson Remedy Developer | Energy Transfer -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa A DLA CTR INFORMATION OPERATIONS Sent: Thursday, August 22, 2013 8:36 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation Log Files I don't think we are in a server group. I'm wondering if the escalations might be turned off. This is a dev box, and I need to get with the server guys to get the ar.cfg file and check. Not sure why they would set it to disabled, but I'm going to check it out. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Longwing, Lj Sent: Thursday, August 22, 2013 9:30 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation Log Files ** Lisa, Are you in a server group? If so, are you turning on Esc logging on the node that is currently running escalations? On Thu, Aug 22, 2013 at 7:27 AM, Kemes, Lisa A DLA CTR INFORMATION OPERATIONS lisa.kemes@dla.mil wrote: ** Hello ARSListers! When I turn on the escalation log files in the Administration Console (I tested it in the file and form format). The only thing that gets logged are that I turned it on or turned it off. I tested my filter log and I get all the information I need, but the escalation log doesn't log anything. Isn't that weird? Is there anywhere I need to check to see why this is not logging my escalation actions? ARS 7.6.04 SP2 Lisa Kemes Remedy Consultant Dev Technology Group DLA Office: (717) 770-6437 Cell Phone: (717) 602-9460 lisa.ke...@devtechnology.com _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years Private and confidential as detailed here: http://www.energytransfer.com/mail_disclaimer.aspx . If you cannot access the link, please e-mail sender. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation
*** Yes the escalations were still running after the reboot. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe D'Souza Sent: Wednesday, August 21, 2013 7:06 PM To: arslist@ARSLIST.ORG Subject: Re: Escalation ** Pretend to appear stern very angry when disabling those Escalations J I’m kidding. I think you have done what needs to be – Are you having a problem despite having done these steps? Joe From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Koyb P. Liabt Sent: Wednesday, August 21, 2013 6:13 PM To: _arslist@ARSLIST.ORG_ (mailto:arslist@ARSLIST.ORG) Subject: Escalation Hi, I do not want an escalation to run. I disabled the escalation via the Dev Studio and restarted the AR System services. I did not go into ar.cfg and set Disable Escalations to True. Is there another way to stop the escalation from running? _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation
Are you on a single server on a server group? Sent from my iPhone On Aug 22, 2013, at 12:57 PM, Koyb P. Liabt tekkyto...@aol.com wrote: ** *** Yes the escalations were still running after the reboot. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe D'Souza Sent: Wednesday, August 21, 2013 7:06 PM To: arslist@ARSLIST.ORG Subject: Re: Escalation ** Pretend to appear stern very angry when disabling those Escalations J I’m kidding. I think you have done what needs to be – Are you having a problem despite having done these steps? Joe From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Koyb P. Liabt Sent: Wednesday, August 21, 2013 6:13PM To: arslist@ARSLIST.ORG Subject: Escalation Hi, I do not want an escalation to run. I disabled the escalation via the Dev Studio and restarted the AR System services. I did not go into ar.cfg and set Disable Escalations to True. Is there another way to stop the escalation from running? _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation
Does your Escalation show that its currently disabled? What does your Escalation log say? Does it show any other duplicate escalation perhaps that is running the same actions? Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Koyb P. Liabt Sent: Thursday, August 22, 2013 1:57 PM To: arslist@ARSLIST.ORG Subject: Re: Escalation *** Yes the escalations were still running after the reboot. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe D'Souza Sent: Wednesday, August 21, 2013 7:06 PM To: arslist@ARSLIST.ORG Subject: Re: Escalation ** Pretend to appear stern very angry when disabling those Escalations :-) I'm kidding. I think you have done what needs to be - Are you having a problem despite having done these steps? Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Koyb P. Liabt Sent: Wednesday, August 21, 2013 6:13 PM To: arslist@ARSLIST.ORG Subject: Escalation Hi, I do not want an escalation to run. I disabled the escalation via the Dev Studio and restarted the AR System services. I did not go into ar.cfg and set Disable Escalations to True. Is there another way to stop the escalation from running? _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation
Pretend to appear stern very angry when disabling those Escalations :-) I'm kidding. I think you have done what needs to be - Are you having a problem despite having done these steps? Joe _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Koyb P. Liabt Sent: Wednesday, August 21, 2013 6:13 PM To: arslist@ARSLIST.ORG Subject: Escalation Hi, I do not want an escalation to run. I disabled the escalation via the Dev Studio and restarted the AR System services. I did not go into ar.cfg and set Disable Escalations to True. Is there another way to stop the escalation from running? _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation to update all of my people records
If memory serves . 1. Unhide (reveal?) the field 2. Use a Mod-All to set it to a trigger value (i.e. Trigger) 3. Use an escalation that runs if YourField = Trigger than set YourField to company/department/organization Even if you forget to turn off the escalation, it will calculate each record only once HTH, Joel Joel Senderjdsen...@earthlink.net310.829.5552 From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Howard Richter Sent: Tuesday, May 21, 2013 5:21 PM To: arslist@ARSLIST.ORG Subject: Esclation to update all of my people records ** Good evening all, As I get older I forget the simple things. I created a filter to update a hidden field on the people form with a combination of company/department/organization, for a license tracker I am evaluating. Well I thought (again old age) that if I did a modify all from the user tool the filter would fire. I forgot that filters don't fire when using a modify all from the user tool. So I need to ask, what is the easiest escalation that I can create to update all of my enabled user records? An old man thanks you, Howard Howard Richter Red Hat Certified Technician CompTIA Linux+ Certified ITIL Foundation Certified E-Mail = hrich...@richter-home.net Linkedin profile http://www.linkedin.com/in/hbr4270 Please consider the environment before printing this message _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation to update all of my people records
Sounds like something to try. Thanks, Howard From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joel Sender Sent: Tuesday, May 21, 2013 9:26 PM To: arslist@ARSLIST.ORG Subject: Re: Escalation to update all of my people records ** If memory serves . 1. Unhide (reveal?) the field 2. Use a Mod-All to set it to a trigger value (i.e. Trigger) 3. Use an escalation that runs if YourField = Trigger than set YourField to company/department/organization Even if you forget to turn off the escalation, it will calculate each record only once HTH, Joel Joel Senderjdsen...@earthlink.net310.829.5552 From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Howard Richter Sent: Tuesday, May 21, 2013 5:21 PM To: arslist@ARSLIST.ORG Subject: Esclation to update all of my people records ** Good evening all, As I get older I forget the simple things. I created a filter to update a hidden field on the people form with a combination of company/department/organization, for a license tracker I am evaluating. Well I thought (again old age) that if I did a modify all from the user tool the filter would fire. I forgot that filters don't fire when using a modify all from the user tool. So I need to ask, what is the easiest escalation that I can create to update all of my enabled user records? An old man thanks you, Howard Howard Richter Red Hat Certified Technician CompTIA Linux+ Certified ITIL Foundation Certified E-Mail = hrich...@richter-home.net Linkedin profile http://www.linkedin.com/in/hbr4270 Please consider the environment before printing this message _ARSlist: Where the Answers Are and have been for 20 years_ _ARSlist: Where the Answers Are and have been for 20 years_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years
Re: Escalation On View Form on BMC Remedy 7.6
Escalations will run just fine on View form. Typically you add a display only field, set that field with the escalation and then execute your filters to do what you are trying to accomplish. Doug From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Heba Hashem, Vodafone Egypt Sent: Monday, March 11, 2013 8:13 AM To: arslist@ARSLIST.ORG Subject: Escalation On View Form on BMC Remedy 7.6 ** Dears, I'm facing a problem when I created an escalation on a View form. The escalation didn't run although when I changed the same escalation to another form which is regular form it is working fine. I want to know if the escalation doesn't run on View form or not? Heba Hashem SYSTEM ANALYST Customer Management Vodafone Egypt Telec. SA Mobile: +20 (10) 07033053 Email: heba.has...@vodafone.commailto:heba.has...@vodafone.com [Vodafone]http://www.vodafone.com.eg/ vodafone.com.eg http://www.vodafone.com.eg This message and any files or documents attached are confidential and may also be legally privileged, protected from disclosure and/or protected by other legal rules. It is intended only for the individual or entity named. If you are not the named addressee or you have received this email in error, please inform the sender immediately, delete it from your system and do not copy or disclose it or its contents or use it for any purpose. Thank you. Please also note that transmission cannot be guaranteed to be secure or error-free. * The content of this document is classified as Vodafone Egypt S.A.E. Confidential and Proprietary Information. The recipient hereby is committed to hold in strict confidence the contents of this (e-mail, document, information) and not to disclose to any third party without the prior written consent of Vodafone Egypt S.A.E. Recipient will be held liable for any unauthorized disclosure. If you have received this message in error, please notify the sender by return e-mail and delete the message in its entirety, including any attachments. http://www.vodafone.com.eghttp://www.vodafone.com.eg/ * _ARSlist: Where the Answers Are and have been for 20 years_ This email is subject to certain disclaimers, which may be reviewed via the following link. http://compass-usa.com/Pages/Disclaimer.aspx ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years inline: image001.gif
Re: Escalation On View Form on BMC Remedy 7.6
Dear Doug, I need to run this escalation to push the records in this form to regular form and set field which is flag from 0 to 1 Heba Hashem SYSTEM ANALYST Customer Management Vodafone Egypt Telec. SA Mobile: +20 (10) 07033053 Email: heba.has...@vodafone.com [Vodafone]http://www.vodafone.com.eg/ vodafone.com.eg http://www.vodafone.com.eg This message and any files or documents attached are confidential and may also be legally privileged, protected from disclosure and/or protected by other legal rules. It is intended only for the individual or entity named. If you are not the named addressee or you have received this email in error, please inform the sender immediately, delete it from your system and do not copy or disclose it or its contents or use it for any purpose. Thank you. Please also note that transmission cannot be guaranteed to be secure or error-free. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Tanner, Doug Sent: Monday, March 11, 2013 2:19 PM To: arslist@ARSLIST.ORG Subject: Re: Escalation On View Form on BMC Remedy 7.6 ** Escalations will run just fine on View form. Typically you add a display only field, set that field with the escalation and then execute your filters to do what you are trying to accomplish. Doug From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Heba Hashem, Vodafone Egypt Sent: Monday, March 11, 2013 8:13 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Escalation On View Form on BMC Remedy 7.6 ** Dears, I'm facing a problem when I created an escalation on a View form. The escalation didn't run although when I changed the same escalation to another form which is regular form it is working fine. I want to know if the escalation doesn't run on View form or not? Heba Hashem SYSTEM ANALYST Customer Management Vodafone Egypt Telec. SA Mobile: +20 (10) 07033053 Email: heba.has...@vodafone.commailto:heba.has...@vodafone.com [Vodafone]http://www.vodafone.com.eg/ vodafone.com.eg http://www.vodafone.com.eg This message and any files or documents attached are confidential and may also be legally privileged, protected from disclosure and/or protected by other legal rules. It is intended only for the individual or entity named. If you are not the named addressee or you have received this email in error, please inform the sender immediately, delete it from your system and do not copy or disclose it or its contents or use it for any purpose. Thank you. Please also note that transmission cannot be guaranteed to be secure or error-free. * The content of this document is classified as Vodafone Egypt S.A.E. Confidential and Proprietary Information. The recipient hereby is committed to hold in strict confidence the contents of this (e-mail, document, information) and not to disclose to any third party without the prior written consent of Vodafone Egypt S.A.E. Recipient will be held liable for any unauthorized disclosure. If you have received this message in error, please notify the sender by return e-mail and delete the message in its entirety, including any attachments. http://www.vodafone.com.eghttp://www.vodafone.com.eg/ * _ARSlist: Where the Answers Are and have been for 20 years_ This email is subject to certain disclaimers, which may be reviewed via the following link. http://compass-usa.com/Pages/Disclaimer.aspx _ARSlist: Where the Answers Are and have been for 20 years_ * The content of this document is classified as Vodafone Egypt S.A.E. Confidential and Proprietary Information. The recipient hereby is committed to hold in strict confidence the contents of this (e-mail, document, information) and not to disclose to any third party without the prior written consent of Vodafone Egypt S.A.E. Recipient will be held liable for any unauthorized disclosure. If you have received this message in error, please notify the sender by return e-mail and delete the message in its entirety, including any attachments. http://www.vodafone.com.eg * ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Where the Answers Are, and have been for 20 years inline: image001.gif
Re: Escalation On View Form on BMC Remedy 7.6
We run escalations against a view form all the time. The escalation pushes the data from the view form to an internal form. Make sure your run if qualifier is correct. Dave From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Heba Hashem, Vodafone Egypt Sent: Monday, March 11, 2013 8:59 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation On View Form on BMC Remedy 7.6 ** Dear Doug, I need to run this escalation to push the records in this form to regular form and set field which is flag from 0 to 1 Heba Hashem SYSTEM ANALYST Customer Management Vodafone Egypt Telec. SA Mobile: +20 (10) 07033053 Email: heba.has...@vodafone.commailto:heba.has...@vodafone.com [cid:image001.gif@01CE1E38.D4112BA0]http://www.vodafone.com.eg/ vodafone.com.eg http://www.vodafone.com.eg This message and any files or documents attached are confidential and may also be legally privileged, protected from disclosure and/or protected by other legal rules. It is intended only for the individual or entity named. If you are not the named addressee or you have received this email in error, please inform the sender immediately, delete it from your system and do not copy or disclose it or its contents or use it for any purpose. Thank you. Please also note that transmission cannot be guaranteed to be secure or error-free. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Tanner, Doug Sent: Monday, March 11, 2013 2:19 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: Escalation On View Form on BMC Remedy 7.6 ** Escalations will run just fine on View form. Typically you add a display only field, set that field with the escalation and then execute your filters to do what you are trying to accomplish. Doug From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Heba Hashem, Vodafone Egypt Sent: Monday, March 11, 2013 8:13 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Escalation On View Form on BMC Remedy 7.6 ** Dears, I'm facing a problem when I created an escalation on a View form. The escalation didn't run although when I changed the same escalation to another form which is regular form it is working fine. I want to know if the escalation doesn't run on View form or not? Heba Hashem SYSTEM ANALYST Customer Management Vodafone Egypt Telec. SA Mobile: +20 (10) 07033053 Email: heba.has...@vodafone.commailto:heba.has...@vodafone.com [cid:image001.gif@01CE1E38.D4112BA0]http://www.vodafone.com.eg/ vodafone.com.eg http://www.vodafone.com.eg This message and any files or documents attached are confidential and may also be legally privileged, protected from disclosure and/or protected by other legal rules. It is intended only for the individual or entity named. If you are not the named addressee or you have received this email in error, please inform the sender immediately, delete it from your system and do not copy or disclose it or its contents or use it for any purpose. Thank you. Please also note that transmission cannot be guaranteed to be secure or error-free. * The content of this document is classified as Vodafone Egypt S.A.E. Confidential and Proprietary Information. The recipient hereby is committed to hold in strict confidence the contents of this (e-mail, document, information) and not to disclose to any third party without the prior written consent of Vodafone Egypt S.A.E. Recipient will be held liable for any unauthorized disclosure. If you have received this message in error, please notify the sender by return e-mail and delete the message in its entirety, including any attachments. http://www.vodafone.com.eghttp://www.vodafone.com.eg/ * _ARSlist: Where the Answers Are and have been for 20 years_ This email is subject to certain disclaimers, which may be reviewed via the following link. http://compass-usa.com/Pages/Disclaimer.aspx _ARSlist: Where the Answers Are and have been for 20 years_ * The content of this document is classified as Vodafone Egypt S.A.E. Confidential and Proprietary Information. The recipient hereby is committed to hold in strict confidence the contents of this (e-mail, document, information) and not to disclose to any third party without the prior written consent of Vodafone Egypt S.A.E. Recipient will be held liable for any unauthorized disclosure. If you have received this message in error, please notify the sender by return e-mail and delete the message in its entirety, including any attachments. http://www.vodafone.com.eghttp
Re: Escalation On View Form on BMC Remedy 7.6
Yep, that is fairly typical. So you have added the selection field (display only) to your View form. Build a filter that runs on Modify (when selection field is set to desired value). You can this test this manually (by modifying a single record), prior to creating the escalation, Doug From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Heba Hashem, Vodafone Egypt Sent: Monday, March 11, 2013 8:59 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation On View Form on BMC Remedy 7.6 ** Dear Doug, I need to run this escalation to push the records in this form to regular form and set field which is flag from 0 to 1 Heba Hashem SYSTEM ANALYST Customer Management Vodafone Egypt Telec. SA Mobile: +20 (10) 07033053 Email: heba.has...@vodafone.commailto:heba.has...@vodafone.com [Vodafone]http://www.vodafone.com.eg/ vodafone.com.eg http://www.vodafone.com.eg This message and any files or documents attached are confidential and may also be legally privileged, protected from disclosure and/or protected by other legal rules. It is intended only for the individual or entity named. If you are not the named addressee or you have received this email in error, please inform the sender immediately, delete it from your system and do not copy or disclose it or its contents or use it for any purpose. Thank you. Please also note that transmission cannot be guaranteed to be secure or error-free. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG]mailto:[mailto:arslist@ARSLIST.ORG] On Behalf Of Tanner, Doug Sent: Monday, March 11, 2013 2:19 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: Escalation On View Form on BMC Remedy 7.6 ** Escalations will run just fine on View form. Typically you add a display only field, set that field with the escalation and then execute your filters to do what you are trying to accomplish. Doug From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Heba Hashem, Vodafone Egypt Sent: Monday, March 11, 2013 8:13 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Escalation On View Form on BMC Remedy 7.6 ** Dears, I'm facing a problem when I created an escalation on a View form. The escalation didn't run although when I changed the same escalation to another form which is regular form it is working fine. I want to know if the escalation doesn't run on View form or not? Heba Hashem SYSTEM ANALYST Customer Management Vodafone Egypt Telec. SA Mobile: +20 (10) 07033053 Email: heba.has...@vodafone.commailto:heba.has...@vodafone.com [Vodafone]http://www.vodafone.com.eg/ vodafone.com.eg http://www.vodafone.com.eg This message and any files or documents attached are confidential and may also be legally privileged, protected from disclosure and/or protected by other legal rules. It is intended only for the individual or entity named. If you are not the named addressee or you have received this email in error, please inform the sender immediately, delete it from your system and do not copy or disclose it or its contents or use it for any purpose. Thank you. Please also note that transmission cannot be guaranteed to be secure or error-free. * The content of this document is classified as Vodafone Egypt S.A.E. Confidential and Proprietary Information. The recipient hereby is committed to hold in strict confidence the contents of this (e-mail, document, information) and not to disclose to any third party without the prior written consent of Vodafone Egypt S.A.E. Recipient will be held liable for any unauthorized disclosure. If you have received this message in error, please notify the sender by return e-mail and delete the message in its entirety, including any attachments. http://www.vodafone.com.eghttp://www.vodafone.com.eg/ * _ARSlist: Where the Answers Are and have been for 20 years_ This email is subject to certain disclaimers, which may be reviewed via the following link. http://compass-usa.com/Pages/Disclaimer.aspx _ARSlist: Where the Answers Are and have been for 20 years_ * The content of this document is classified as Vodafone Egypt S.A.E. Confidential and Proprietary Information. The recipient hereby is committed to hold in strict confidence the contents of this (e-mail, document, information) and not to disclose to any third party without the prior written consent of Vodafone Egypt S.A.E. Recipient will be held liable for any unauthorized disclosure. If you have received this message in error, please notify the sender by return e-mail
Re: Escalation On View Form on BMC Remedy 7.6
Dear Dave, I want to ask if it is working with you on version 7.6? As it is working fine on regular form but on view form no. Heba Hashem SYSTEM ANALYST Customer Management Vodafone Egypt Telec. SA Mobile: +20 (10) 07033053 Email: heba.has...@vodafone.com [Vodafone]http://www.vodafone.com.eg/ vodafone.com.eg http://www.vodafone.com.eg This message and any files or documents attached are confidential and may also be legally privileged, protected from disclosure and/or protected by other legal rules. It is intended only for the individual or entity named. If you are not the named addressee or you have received this email in error, please inform the sender immediately, delete it from your system and do not copy or disclose it or its contents or use it for any purpose. Thank you. Please also note that transmission cannot be guaranteed to be secure or error-free. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Shellman, David Sent: Monday, March 11, 2013 3:14 PM To: arslist@ARSLIST.ORG Subject: Re: Escalation On View Form on BMC Remedy 7.6 ** We run escalations against a view form all the time. The escalation pushes the data from the view form to an internal form. Make sure your run if qualifier is correct. Dave From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Heba Hashem, Vodafone Egypt Sent: Monday, March 11, 2013 8:59 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: Escalation On View Form on BMC Remedy 7.6 ** Dear Doug, I need to run this escalation to push the records in this form to regular form and set field which is flag from 0 to 1 Heba Hashem SYSTEM ANALYST Customer Management Vodafone Egypt Telec. SA Mobile: +20 (10) 07033053 Email: heba.has...@vodafone.commailto:heba.has...@vodafone.com [Vodafone]http://www.vodafone.com.eg/ vodafone.com.eg http://www.vodafone.com.eg This message and any files or documents attached are confidential and may also be legally privileged, protected from disclosure and/or protected by other legal rules. It is intended only for the individual or entity named. If you are not the named addressee or you have received this email in error, please inform the sender immediately, delete it from your system and do not copy or disclose it or its contents or use it for any purpose. Thank you. Please also note that transmission cannot be guaranteed to be secure or error-free. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Tanner, Doug Sent: Monday, March 11, 2013 2:19 PM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: Escalation On View Form on BMC Remedy 7.6 ** Escalations will run just fine on View form. Typically you add a display only field, set that field with the escalation and then execute your filters to do what you are trying to accomplish. Doug From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Heba Hashem, Vodafone Egypt Sent: Monday, March 11, 2013 8:13 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Escalation On View Form on BMC Remedy 7.6 ** Dears, I'm facing a problem when I created an escalation on a View form. The escalation didn't run although when I changed the same escalation to another form which is regular form it is working fine. I want to know if the escalation doesn't run on View form or not? Heba Hashem SYSTEM ANALYST Customer Management Vodafone Egypt Telec. SA Mobile: +20 (10) 07033053 Email: heba.has...@vodafone.commailto:heba.has...@vodafone.com [Vodafone]http://www.vodafone.com.eg/ vodafone.com.eg http://www.vodafone.com.eg This message and any files or documents attached are confidential and may also be legally privileged, protected from disclosure and/or protected by other legal rules. It is intended only for the individual or entity named. If you are not the named addressee or you have received this email in error, please inform the sender immediately, delete it from your system and do not copy or disclose it or its contents or use it for any purpose. Thank you. Please also note that transmission cannot be guaranteed to be secure or error-free. * The content of this document is classified as Vodafone Egypt S.A.E. Confidential and Proprietary Information. The recipient hereby is committed to hold in strict confidence the contents of this (e-mail, document, information) and not to disclose to any third party without the prior written consent of Vodafone Egypt S.A.E. Recipient will be held liable for any unauthorized disclosure. If you have received this message in error, please notify the sender by return e-mail and delete the message in its entirety, including any attachments. http://www.vodafone.com.eghttp
Re: Escalation not working
Hi, Escalations can be assigned to pools so the escalations from each pool run in parallel on separate threads within the escalation queue. To use escalation pools, you must first configure multiple threads for the escalation queue. The Escalation Queue is assigned to RPC port number 390603 and you should increase the minimum and maximum thread values for the queue using the AR System Administration Console. Remember not to increase to too large a value that may impact on server performance. For example, if you have 3 threads for the escalation queue, you can modify your escalations to have a pool field value of 1, 2 or 3 on the General tab of the Escalation properties. All escalations in a particular pool run on the same thread, so the execution of escalations within a pool is serialized. Escalations run in the order of their firing times, but an escalation is delayed if an escalation from the same pool is currently running. If two or more escalations have dependencies and must not run at the same time, put them into the same pool to make sure they run in sequence. So please check if your newly created escalation is not conflicting with some other escalation in other queue. Apart from above, please check if your run if condition is correct and pass to lead the execution of said escalation. HTH -- Regards, Sunil Vyom Labs Pvt. Ltd. BSM Solutions Services || ITIL Consulting Training Email: mailto:i...@vyomlabs.com i...@vyomlabs.com || Web Site: http://www.vyomlabs.com www.vyomlabs.com Follow Vyom Labs http://twitter.com/#!/vyomlabs http://twitter.com/#!/vyomlabs || http://www.linkedin.com/company/vyom-labs http://www.linkedin.com/company/vyom-labs From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of ??? ? Sent: Saturday, August 11, 2012 1:51 PM To: arslist@ARSLIST.ORG Subject: Escalation not working ** Hi folks! What I need to do, when my esclation not viewed in log file? I created new escaltion pool number 9. Set escalation to this pool. But it is not working. -- Bedt regards, Alexey _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Escalation that's supposed to run once ran multiple times
hi, Just wanted to know was there a qualification to your esclation? and the 5 records u searched on that form was the submitter AR_ESCLATOR or something similar? thanks, Vikram ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Escalation that's supposed to run once ran multiple times
Maybe an screenshot of your qualification execution options may help. Jose M. Huerta Project Manager** Movil: 661 665 088 Telf.: 971 75 03 24 Fax: 971 75 07 94 http://www.sm2baleares.es/ SM2 Baleares S.A. C/Rita Levi Edificio SM2 Parc Bit 07121 Palma de Mallorca http://es-es.facebook.com/pages/SM2-Baleares/158608627954 http://twitter.com/#!/SM2Baleares http://www.linkedin.com/company/sm2-baleares La información contenida en este mensaje de correo electrónico es confidencial. La misma, es enviada con la intención de que únicamente sea leída por la persona(s) a la(s) que va dirigida. El acceso a este mensaje por otras personas no está autorizado, por lo que en tal caso, le rogamos que nos lo comunique por la misma vía, se abstenga de realizar copias del mensaje o remitirlo o entregarlo a otra persona y proceda a borrarlo de inmediato. P Por favor, no imprima este mensaje ni sus documentos adjuntos si no es necesario. On Mon, Apr 2, 2012 at 11:04, Vikram vkulka...@columnit.com wrote: hi, Just wanted to know was there a qualification to your esclation? and the 5 records u searched on that form was the submitter AR_ESCLATOR or something similar? thanks, Vikram ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are image004.jpgimage002.jpgimage001.jpgimage003.jpg
Re: Escalation that's supposed to run once ran multiple times
At this point my only suggestion is to activate the escalation logs to see what is really happening. It could be a lot of possible root causes, from another escalation creating those requests, or a time configuration on the server different from the client, or a busy escalation pool that delays the execution, or ... a lot of cases. turn on the escalation log, wait for a request creation, and see what happened at this time. Jose M. Huerta Project Manager** Movil: 661 665 088 Telf.: 971 75 03 24 Fax: 971 75 07 94 http://www.sm2baleares.es/ SM2 Baleares S.A. C/Rita Levi Edificio SM2 Parc Bit 07121 Palma de Mallorca http://es-es.facebook.com/pages/SM2-Baleares/158608627954 http://twitter.com/#!/SM2Baleares http://www.linkedin.com/company/sm2-baleares La información contenida en este mensaje de correo electrónico es confidencial. La misma, es enviada con la intención de que únicamente sea leída por la persona(s) a la(s) que va dirigida. El acceso a este mensaje por otras personas no está autorizado, por lo que en tal caso, le rogamos que nos lo comunique por la misma vía, se abstenga de realizar copias del mensaje o remitirlo o entregarlo a otra persona y proceda a borrarlo de inmediato. P Por favor, no imprima este mensaje ni sus documentos adjuntos si no es necesario. On Mon, Apr 2, 2012 at 12:06, Kali Obsum kali.ob...@macquarie.com wrote: ** Hi, ** ** Yes..submitter for all 5 records is AR_ESCALATOR. Please see attached screenshot of the Execution Options. ** ** Regards, *Kali Obsum* GS GR - Software Services | 30/F Tower 1 The Enterprise Centre | 6766 Ayala Ave. 1226 Makati City | Philippines ( +63 2 917 1910 | * ) kali.ob...@macquarie.com Shift Pattern: MNL Business Hours Upcoming Leave or Training: None For urgent requests, please call ITG Service Desk (x54321) or email the team at itgserviced...@macquarie.com ** ** *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Jose Huerta *Sent:* Monday, April 02, 2012 5:10 PM *To:* arslist@ARSLIST.ORG *Subject:* Re: Escalation that's supposed to run once ran multiple times** ** ** ** ** Maybe an screenshot of your qualification execution options may help. Jose M. Huerta Project Manager Movil: 661 665 088 Telf.: 971 75 03 24 Fax: 971 75 07 94 http://www.sm2baleares.es/ SM2 Baleares S.A. C/Rita Levi Edificio SM2 Parc Bit 07121 Palma de Mallorca http://es-es.facebook.com/pages/SM2-Baleares/158608627954 http://twitter.com/#!/SM2Baleares http://www.linkedin.com/company/sm2-baleares La información contenida en este mensaje de correo electrónico es confidencial. La misma, es enviada con la intención de que únicamente sea leída por la persona(s) a la(s) que va dirigida. El acceso a este mensaje por otras personas no está autorizado, por lo que en tal caso, le rogamos que nos lo comunique por la misma vía, se abstenga de realizar copias del mensaje o remitirlo o entregarlo a otra persona y proceda a borrarlo de inmediato. P Por favor, no imprima este mensaje ni sus documentos adjuntos si no es necesario. On Mon, Apr 2, 2012 at 11:04, Vikram vkulka...@columnit.com wrote: hi, Just wanted to know was there a qualification to your esclation? and the 5 records u searched on that form was the submitter AR_ESCLATOR or something similar? thanks, Vikram ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ NOTICE The information contained in this email is confidential. If you are not the intended recipient, you must not disclose or use the information in this email in any way. If you received it in error, please tell us immediately by return email and delete the document. We do not guarantee the integrity of any e-mails or attached files and are not responsible for any changes made to them by any other person. _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are image002.jpgimage004.jpgimage001.jpgimage003.jpg
Re: Escalation that's supposed to run once ran multiple times
Kali, What records match the run-if of this qualification, and what is the action of this Escalation? This escalation will fire on all records in the associated forms, firing that action once for each record….it doesn’t explain the time differences….but is it possible that some other process, or another escalation maybe, created the other records? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kali Obsum Sent: Monday, April 02, 2012 4:07 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation that's supposed to run once ran multiple times ** Hi, Yes..submitter for all 5 records is AR_ESCALATOR. Please see attached screenshot of the Execution Options. Regards, Kali Obsum GS GR - Software Services | 30/F Tower 1 The Enterprise Centre | 6766 Ayala Ave. 1226 Makati City | Philippines ( +63 2 917 1910 | * ) kali.ob...@macquarie.com Shift Pattern: MNL Business Hours Upcoming Leave or Training: None For urgent requests, please call ITG Service Desk (x54321) or email the team at mailto:itgserviced...@macquarie.com itgserviced...@macquarie.com From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jose Huerta Sent: Monday, April 02, 2012 5:10 PM To: arslist@ARSLIST.ORG Subject: Re: Escalation that's supposed to run once ran multiple times ** Maybe an screenshot of your qualification execution options may help. Jose M. Huerta Project Manager Movil: 661 665 088 Telf.: 971 75 03 24 Fax: 971 75 07 94 http://www.sm2baleares.es/ SM2 Baleares S.A. C/Rita Levi Edificio SM2 Parc Bit 07121 Palma de Mallorca http://es-es.facebook.com/pages/SM2-Baleares/158608627954 http://twitter.com/#!/SM2Baleares http://www.linkedin.com/company/sm2-baleares La información contenida en este mensaje de correo electrónico es confidencial. La misma, es enviada con la intención de que únicamente sea leída por la persona(s) a la(s) que va dirigida. El acceso a este mensaje por otras personas no está autorizado, por lo que en tal caso, le rogamos que nos lo comunique por la misma vía, se abstenga de realizar copias del mensaje o remitirlo o entregarlo a otra persona y proceda a borrarlo de inmediato. P Por favor, no imprima este mensaje ni sus documentos adjuntos si no es necesario. On Mon, Apr 2, 2012 at 11:04, Vikram vkulka...@columnit.com wrote: hi, Just wanted to know was there a qualification to your esclation? and the 5 records u searched on that form was the submitter AR_ESCLATOR or something similar? thanks, Vikram ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ NOTICE The information contained in this email is confidential. If you are not the intended recipient, you must not disclose or use the information in this email in any way. If you received it in error, please tell us immediately by return email and delete the document. We do not guarantee the integrity of any e-mails or attached files and are not responsible for any changes made to them by any other person. _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are image001.jpgimage002.jpgimage003.jpgimage004.jpg
Re: Escalation to delete values?
Richard, Depending on your requirements on how you could retrieve the results of what you want to delete, one of the following Run Process actions would be your good friend.. Application-Delete-Entry form name $1$ Application-Query-Delete-Entry Qualification required to retrieve entries to delete Joe From: richard@bwc.state.oh.us Sent: Wednesday, March 14, 2012 12:35 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Escalation to delete values? ** I normally do the infrastructure tasks but now I want to move into being able to work with forms, filters, escalations, etc. What I want to do is to use an escalation to delete a huge amount of server statistics entries from a system. Is it possible to use an escalation to do this? If so, how do I specify to delete all the values from the “server statistics” form? I’m new at this so assume I’m a total newbie. Anyone who has an exported “def” file of how you actually did it would be really appreciated. Thanks! ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Escalation to delete values?
Richard, Small but important CORRECTION Application-Delete-Entry form name $1$ Application-Query-Delete-Entry form name Qualification required to retrieve entries to delete I forgot to type form name on the second option.. You could have an escalation run on a control form if you are using the second option, which will be a lot quicker than the first individual delete, if it is possible to generate a query that would match all the entries that you require to delete Joe From: Joe Martin D'Souza Sent: Wednesday, March 14, 2012 12:59 PM To: ARS List Subject: Re: Escalation to delete values? Richard, Depending on your requirements on how you could retrieve the results of what you want to delete, one of the following Run Process actions would be your good friend.. Application-Delete-Entry form name $1$ Application-Query-Delete-Entry Qualification required to retrieve entries to delete Joe From: richard@bwc.state.oh.us Sent: Wednesday, March 14, 2012 12:35 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Escalation to delete values? ** I normally do the infrastructure tasks but now I want to move into being able to work with forms, filters, escalations, etc. What I want to do is to use an escalation to delete a huge amount of server statistics entries from a system. Is it possible to use an escalation to do this? If so, how do I specify to delete all the values from the “server statistics” form? I’m new at this so assume I’m a total newbie. Anyone who has an exported “def” file of how you actually did it would be really appreciated. Thanks! ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Escalation to delete values?
I’ll take a look at them. Thank you! From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza Sent: Wednesday, March 14, 2012 1:00 PM To: arslist@ARSLIST.ORG Subject: Re: Escalation to delete values? ** Richard, Depending on your requirements on how you could retrieve the results of what you want to delete, one of the following Run Process actions would be your good friend.. Application-Delete-Entry form name $1$ Application-Query-Delete-Entry Qualification required to retrieve entries to delete Joe From: richard@bwc.state.oh.usmailto:richard@bwc.state.oh.us Sent: Wednesday, March 14, 2012 12:35 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Escalation to delete values? ** I normally do the infrastructure tasks but now I want to move into being able to work with forms, filters, escalations, etc. What I want to do is to use an escalation to delete a huge amount of server statistics entries from a system. Is it possible to use an escalation to do this? If so, how do I specify to delete all the values from the “server statistics” form? I’m new at this so assume I’m a total newbie. Anyone who has an exported “def” file of how you actually did it would be really appreciated. Thanks! _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ Portions of this message may be confidential under an exemption to Ohio's public records law or under a legal privilege. If you have received this message in error or due to an unauthorized transmission or interception, please delete all copies from your system without disclosing, copying, or transmitting this message. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Escalation to delete values?
Thanks! From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza Sent: Wednesday, March 14, 2012 1:04 PM To: arslist@ARSLIST.ORG Subject: Re: Escalation to delete values? ** Richard, Small but important CORRECTION Application-Delete-Entry form name $1$ Application-Query-Delete-Entry form name Qualification required to retrieve entries to delete I forgot to type form name on the second option.. You could have an escalation run on a control form if you are using the second option, which will be a lot quicker than the first individual delete, if it is possible to generate a query that would match all the entries that you require to delete Joe From: Joe Martin D'Souzamailto:jdso...@shyle.net Sent: Wednesday, March 14, 2012 12:59 PM To: ARS Listmailto:arslist@arslist.org Subject: Re: Escalation to delete values? Richard, Depending on your requirements on how you could retrieve the results of what you want to delete, one of the following Run Process actions would be your good friend.. Application-Delete-Entry form name $1$ Application-Query-Delete-Entry Qualification required to retrieve entries to delete Joe From: richard@bwc.state.oh.usmailto:richard@bwc.state.oh.us Sent: Wednesday, March 14, 2012 12:35 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Escalation to delete values? ** I normally do the infrastructure tasks but now I want to move into being able to work with forms, filters, escalations, etc. What I want to do is to use an escalation to delete a huge amount of server statistics entries from a system. Is it possible to use an escalation to do this? If so, how do I specify to delete all the values from the “server statistics” form? I’m new at this so assume I’m a total newbie. Anyone who has an exported “def” file of how you actually did it would be really appreciated. Thanks! _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ Portions of this message may be confidential under an exemption to Ohio's public records law or under a legal privilege. If you have received this message in error or due to an unauthorized transmission or interception, please delete all copies from your system without disclosing, copying, or transmitting this message. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Escalation to delete values?
** You might also consider using the form's archiving function. Go to Form--Form Properties and set the Archiving to "Delete from Source". Then you set a qualification and a time, just like an escalation. In fact, my Server Statistics form already has archiving setup to move records to another form-- you might want to check this in any case to disable it and make sure you are really deleting the records. There might be a ton of additional ancient records in the Server Statistics Archive form, for instance. . . Brien On 3/14/2012 9:35 AM, richard@bwc.state.oh.us wrote: ** I normally do the infrastructure tasks but now I want to move into being able to work with forms, filters, escalations, etc. What I want to do is to use an escalation to delete a huge amount of server statistics entries from a system. Is it possible to use an escalation to do this? If so, how do I specify to delete all the values from the server statistics form? Im new at this so assume Im a total newbie. Anyone who has an exported def file of how you actually did it would be really appreciated. Thanks! Portions of this message may be confidential under an exemption to Ohio's public records law or under a legal privilege. If you have received this message in error or due to an unauthorized transmission or interception, please delete all copies from your system without disclosing, copying, or transmitting this message. _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_
Re: Escalation to delete values?
I will...thanks for the suggestion! From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Brien Dieterle Sent: Wednesday, March 14, 2012 2:42 PM To: arslist@ARSLIST.ORG Subject: Re: Escalation to delete values? ** You might also consider using the form's archiving function. Go to Form--Form Properties and set the Archiving to Delete from Source. Then you set a qualification and a time, just like an escalation.In fact, my Server Statistics form already has archiving setup to move records to another form-- you might want to check this in any case to disable it and make sure you are really deleting the records. There might be a ton of additional ancient records in the Server Statistics Archive form, for instance. . . Brien On 3/14/2012 9:35 AM, richard@bwc.state.oh.usmailto:richard@bwc.state.oh.us wrote: ** I normally do the infrastructure tasks but now I want to move into being able to work with forms, filters, escalations, etc. What I want to do is to use an escalation to delete a huge amount of server statistics entries from a system. Is it possible to use an escalation to do this? If so, how do I specify to delete all the values from the server statistics form? I'm new at this so assume I'm a total newbie. Anyone who has an exported def file of how you actually did it would be really appreciated. Thanks! Portions of this message may be confidential under an exemption to Ohio's public records law or under a legal privilege. If you have received this message in error or due to an unauthorized transmission or interception, please delete all copies from your system without disclosing, copying, or transmitting this message. _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ Portions of this message may be confidential under an exemption to Ohio's public records law or under a legal privilege. If you have received this message in error or due to an unauthorized transmission or interception, please delete all copies from your system without disclosing, copying, or transmitting this message. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Escalation trigger filters without modifying records?
Hi Brien What you are describing is definitely *not* a normalized data structure as you are storing and maintaining the linked data in your main form... but leaving that aside. The suggestion from Fred would work for small data volumes, but as soon as you are updating larger volumes you will have performance problems and hit the AR server filter limit, so assuming you still need the scheduled escalation to sync your data... Create your own Modified Date and Last Modified By fields and set values in these fields through a filter when the record is created or modified where $USER$ != AR_ESCALATOR. Then in your form display your custom fields instead of the core fields. HTH David Sanders Solution Architect Enterprise Service Suite @ Work / e-ServiceSuite tel +44 1494 468980 mobile +44 7710 377761 email david.sand...@westoverconsulting.co.uk web http://www.westoverconsulting.co.uk http://www.e-servicesuite.co.uk ITIL SaaS On Premise -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W Sent: 10 February 2012 03:03 To: arslist@ARSLIST.ORG Subject: Re: Escalation trigger filters without modifying records? If your normalization happens on every save of the record then are you having to run thru them on a schedule to update them because something somewhere else changed? i.e. If you are setting a Name field in Form AAA on save, are you trying to keep that Name field in sync with a Name somewhere else (like on Form BBB)? I would look at trying to detect when the source of Name (Form BBB) is changed and force the related records (Form AAA) to update at that time. Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Brien Dieterle Sent: Thursday, February 09, 2012 6:13 PM To: arslist@ARSLIST.ORG Subject: Escalation trigger filters without modifying records? I've got a lot of filters that do some normalization by setting some key fields via a lookup. This might be a bad idea, but I generally create escalations that do some tidying up-- they just blast through all the records and update a trigger field to trigger the modify filters. Having all the records last modified by AR_ESCALATOR is starting to irritate some of my colleagues, so I'd like to stop doing this. Any thoughts? I've tried several ways to get an escalation to trigger the modify actions without actually modifying the record-- without any success. I also definitely do not want to duplicate the code in the modify actions and copy them into the escalation. Thanks! Brien ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Escalation trigger filters without modifying records?
What Fred is saying is avoid the escalation by including your normalization at time of save or in his second case at time of save of another form (with a non AR_ESCALATOR user). (Sorry Fred. Just wanted to make that a bit clearer). The ONLY way to modify a record without changing the fields modifier and modified time is through the Merge API which is not doable by workflow. It is certainly doable with other methods like a Meta-Update script, your own code in a binary etc. ARS always performs the save when fields that set the dirty bit are set - even if they are set to the same value. Ie: db.f = 1; set fields f = 1; modification made. By rewriting your filters to diagnose that there are no changes rather than arbitrarily setting values to equal values, and by turning off the Modified flag on your trigger field, or by turning off the dirty bit at the end (a new filter that compares the fields you are modifying with the db.fields and if no changes turns off the dirty bit). This would still leave AR_ESCALATOR on those records that really were changed but (presumably) not on all records. Meta-Update by default does not issue the modify when nothing has changed. So certainly you would be able to do this with Meta-Update no problem. You also do not run into the filter limit. Cheers Ben Chernys Senior Software Architect Software Tool House Inc. Canada / Deutschland / Germany Mobile: +49 171 380 2329GMT + 1 + [ DST ] Email: Ben.Chernys _AT_ softwaretoolhouse.com Web: www.softwaretoolhouse.com Check out Software Tool House's free Diary Editor. Meta-Update, our premium ARS Data tool, lets you automate your imports, migrations, in no time at all, without programming, without staging forms, without merge workflow. http://www.softwaretoolhouse.com/ -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W Sent: February-10-12 04:03 To: arslist@ARSLIST.ORG Subject: Re: Escalation trigger filters without modifying records? If your normalization happens on every save of the record then are you having to run thru them on a schedule to update them because something somewhere else changed? i.e. If you are setting a Name field in Form AAA on save, are you trying to keep that Name field in sync with a Name somewhere else (like on Form BBB)? I would look at trying to detect when the source of Name (Form BBB) is changed and force the related records (Form AAA) to update at that time. Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Brien Dieterle Sent: Thursday, February 09, 2012 6:13 PM To: arslist@ARSLIST.ORG Subject: Escalation trigger filters without modifying records? I've got a lot of filters that do some normalization by setting some key fields via a lookup. This might be a bad idea, but I generally create escalations that do some tidying up-- they just blast through all the records and update a trigger field to trigger the modify filters. Having all the records last modified by AR_ESCALATOR is starting to irritate some of my colleagues, so I'd like to stop doing this. Any thoughts? I've tried several ways to get an escalation to trigger the modify actions without actually modifying the record-- without any success. I also definitely do not want to duplicate the code in the modify actions and copy them into the escalation. Thanks! Brien ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Escalation trigger filters without modifying records?
Editor. Meta-Update, our premium ARS Data tool, lets you automate your imports, migrations, in no time at all, without programming, without staging forms, without merge workflow. http://www.softwaretoolhouse.com/ -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W Sent: February-10-12 04:03 To: arslist@ARSLIST.ORG Subject: Re: Escalation trigger filters without modifying records? If your normalization happens on every save of the record then are you having to run thru them on a schedule to update them because something somewhere else changed? i.e. If you are setting a Name field in Form AAA on save, are you trying to keep that Name field in sync with a Name somewhere else (like on Form BBB)? I would look at trying to detect when the source of Name (Form BBB) is changed and force the related records (Form AAA) to update at that time. Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Brien Dieterle Sent: Thursday, February 09, 2012 6:13 PM To: arslist@ARSLIST.ORG Subject: Escalation trigger filters without modifying records? I've got a lot of filters that do some normalization by setting some key fields via a lookup. This might be a bad idea, but I generally create escalations that do some tidying up-- they just blast through all the records and update a trigger field to trigger the modify filters. Having all the records last modified by AR_ESCALATOR is starting to irritate some of my colleagues, so I'd like to stop doing this. Any thoughts? I've tried several ways to get an escalation to trigger the modify actions without actually modifying the record-- without any success. I also definitely do not want to duplicate the code in the modify actions and copy them into the escalation. Thanks! Brien ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Escalation trigger filters without modifying records?
Actually, I meant you do the set on problem but also set a display only, change flag inhibited command field. The last filter on modify on problem has a qualification of Command field = my command and (db.firstname = firstname and db.lastname = lastname and and and) That filter then does an Execute Process clean change flag which cancels the update. Turns out that that idea is wrong. The Set-Change-Flag process is only available in Active Links and not in Filters. I guess once the Modify is initiated there's no way to stop it. So, a slight change then more in line with what you are thinking Two DO fields on problem; one to initiate the command, the second to see if the data has changed Set fields from SQL Select count(*) from user form where key = key and firstname = firstname and last name = last name etc The next filter sets the firstname, lastname, etc and has the qual of DO field = 0 Both the DO fields have Disable change flag set. You can still run into filter limits because all transactions under a single escalation are counted together. There is always the use of the Service which if it diagnoses a change could then push to itself. Sorry. I though you could cancel an update but apparently not once the dirty bit is set. Cheers Ben -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Brien Dieterle Sent: February-10-12 19:25 To: arslist@ARSLIST.ORG Subject: Re: Escalation trigger filters without modifying records? Thank you all for the feedback. I should have also mentioned that modifying the records for no reason is really at the core of the issue, so the modified by field is a side-issue. Also, normalization versus denormalization-- it is confusing but as far as I understand it you would normally start with normalized data and then add denormalization for performance or, in this case, because that's what AR System encourages. That is my goal, to have a fully normalized data structure with the added denormalized data on top. So I'd like to try to run through what Ben has suggested here on an example, and see if I understand what he's saying. Let's say I have a Problem Ticket form: FirstName LastName UserID(ForeignKey) ProblemInfo And I have a User form with: UserID(PrimaryKey) FirstName LastName So if I follow Ben's suggestion I would add some logic on the Problem Ticket form to diagnose whether the Userinfo has changed instead of just arbitrarily doing a set operation for all records. So I create two display-only fields on Problem Ticket and set Disable Change Flag = True? FirstName LastName UserID ProblemInfo ZTrigger (display only, disable change flag) ZCompare (display only, disable change flag) So my escalation can set ZTrigger = $timestamp$ to trigger the on-modify filters without actually modifying the record? Assuming that is technically possible, then I could have On-Modify filters that do the diagnosis: Do a set-fields ZCompare = Firstname (from User Form). Then another filter w/ qual: If ZCompare != DB.FirstName, set-fields Firstname = ZCompare. Then do the same thing with LastName via a filter guide, I suppose. Fred's suggestion of triggering updates on the source-side (User) actually seems to make the most sense, although David suggests that might be a performance problem. If a single update to a user record has to go update 5,000 records across multiple forms, that might be a problem. Although that could be changed to just run off-peak anyway via an escalation (but now you can't compare DB to TR and so you'd have to store previous values in extra fields, or a set a generic sync flag field? Doh!). I think I must just have a tendency to try to keep workflow self-contained and not creep onto other forms. Actually, that is not the only reason, I just remembered that, quite often, we allow arbitrary input and then we want to link it later. For instance with the Problem Ticket we might take Firstname and Lastname before there is ever a User account, so UserID is NULL. The only way to resolve these is to have an escalation attempt to link it to the User record at a later time (via first and last name). So if Ben's suggestion works, that would be nice to avoid the excessive updates. I'm also thinking of another workflow where a form waits for a record to be created in another system. Right now I have an escalation trigger a modify to perform a check to see if that record has been created yet in a view form, and once it finds a match it moves on to the next task. Again that would be nice to avoid modify updates for just a check. I think I'm done rambling, thank you again I'll post back if I successfully can trigger the on-modify filters via an escalation without actually modifying the records using the tips Ben suggested. Brien On 2/10/2012 8:12 AM, Ben Chernys wrote: What Fred is saying is avoid the escalation by including your normalization at time of save or in his
Re: Escalation trigger filters without modifying records?
Another way I have seen people keep things like this in sync is to use a Join form The New Form Problem Ticket/User Join would Outer Join Problem Ticket and User on ProblemTicket.UserID = User.USerID. It would also have First and Last Name from Problem Ticket and from User. Your Escalation would run against this join where: ProblemTicket.FirstName != User.FirstName OR ProblemTicket.LastName != User.LastName OR ProblemTicket.UserId = $NULL$ On Finding a record that meets the criteria you would Push a flag to ProblemTicket to have it update the fields needed. This is an approach I have used when I am trying to keep User info in sync with an external system (I have a View Form of the External table) Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Brien Dieterle Sent: Friday, February 10, 2012 12:25 PM To: arslist@ARSLIST.ORG Subject: Re: Escalation trigger filters without modifying records? Thank you all for the feedback. I should have also mentioned that modifying the records for no reason is really at the core of the issue, so the modified by field is a side-issue. Also, normalization versus denormalization-- it is confusing but as far as I understand it you would normally start with normalized data and then add denormalization for performance or, in this case, because that's what AR System encourages. That is my goal, to have a fully normalized data structure with the added denormalized data on top. So I'd like to try to run through what Ben has suggested here on an example, and see if I understand what he's saying. Let's say I have a Problem Ticket form: FirstName LastName UserID(ForeignKey) ProblemInfo And I have a User form with: UserID(PrimaryKey) FirstName LastName So if I follow Ben's suggestion I would add some logic on the Problem Ticket form to diagnose whether the Userinfo has changed instead of just arbitrarily doing a set operation for all records. So I create two display-only fields on Problem Ticket and set Disable Change Flag = True? FirstName LastName UserID ProblemInfo ZTrigger (display only, disable change flag) ZCompare (display only, disable change flag) So my escalation can set ZTrigger = $timestamp$ to trigger the on-modify filters without actually modifying the record? Assuming that is technically possible, then I could have On-Modify filters that do the diagnosis: Do a set-fields ZCompare = Firstname (from User Form). Then another filter w/ qual: If ZCompare != DB.FirstName, set-fields Firstname = ZCompare. Then do the same thing with LastName via a filter guide, I suppose. Fred's suggestion of triggering updates on the source-side (User) actually seems to make the most sense, although David suggests that might be a performance problem. If a single update to a user record has to go update 5,000 records across multiple forms, that might be a problem. Although that could be changed to just run off-peak anyway via an escalation (but now you can't compare DB to TR and so you'd have to store previous values in extra fields, or a set a generic sync flag field? Doh!). I think I must just have a tendency to try to keep workflow self-contained and not creep onto other forms. Actually, that is not the only reason, I just remembered that, quite often, we allow arbitrary input and then we want to link it later. For instance with the Problem Ticket we might take Firstname and Lastname before there is ever a User account, so UserID is NULL. The only way to resolve these is to have an escalation attempt to link it to the User record at a later time (via first and last name). So if Ben's suggestion works, that would be nice to avoid the excessive updates. I'm also thinking of another workflow where a form waits for a record to be created in another system. Right now I have an escalation trigger a modify to perform a check to see if that record has been created yet in a view form, and once it finds a match it moves on to the next task. Again that would be nice to avoid modify updates for just a check. I think I'm done rambling, thank you again I'll post back if I successfully can trigger the on-modify filters via an escalation without actually modifying the records using the tips Ben suggested. Brien On 2/10/2012 8:12 AM, Ben Chernys wrote: What Fred is saying is avoid the escalation by including your normalization at time of save or in his second case at time of save of another form (with a non AR_ESCALATOR user). (Sorry Fred. Just wanted to make that a bit clearer). The ONLY way to modify a record without changing the fields modifier and modified time is through the Merge API which is not doable by workflow. It is certainly doable with other methods like a Meta-Update script, your own code in a binary etc. ARS always performs the save when fields that set the dirty bit are set - even if they are set to the same
Re: Escalation trigger filters without modifying records?
I like that. Nice and clean. Cheers Ben -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W Sent: February-10-12 19:59 To: arslist@ARSLIST.ORG Subject: Re: Escalation trigger filters without modifying records? Another way I have seen people keep things like this in sync is to use a Join form The New Form Problem Ticket/User Join would Outer Join Problem Ticket and User on ProblemTicket.UserID = User.USerID. It would also have First and Last Name from Problem Ticket and from User. Your Escalation would run against this join where: ProblemTicket.FirstName != User.FirstName OR ProblemTicket.LastName != User.LastName OR ProblemTicket.UserId = $NULL$ On Finding a record that meets the criteria you would Push a flag to ProblemTicket to have it update the fields needed. This is an approach I have used when I am trying to keep User info in sync with an external system (I have a View Form of the External table) Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Brien Dieterle Sent: Friday, February 10, 2012 12:25 PM To: arslist@ARSLIST.ORG Subject: Re: Escalation trigger filters without modifying records? Thank you all for the feedback. I should have also mentioned that modifying the records for no reason is really at the core of the issue, so the modified by field is a side-issue. Also, normalization versus denormalization-- it is confusing but as far as I understand it you would normally start with normalized data and then add denormalization for performance or, in this case, because that's what AR System encourages. That is my goal, to have a fully normalized data structure with the added denormalized data on top. So I'd like to try to run through what Ben has suggested here on an example, and see if I understand what he's saying. Let's say I have a Problem Ticket form: FirstName LastName UserID(ForeignKey) ProblemInfo And I have a User form with: UserID(PrimaryKey) FirstName LastName So if I follow Ben's suggestion I would add some logic on the Problem Ticket form to diagnose whether the Userinfo has changed instead of just arbitrarily doing a set operation for all records. So I create two display-only fields on Problem Ticket and set Disable Change Flag = True? FirstName LastName UserID ProblemInfo ZTrigger (display only, disable change flag) ZCompare (display only, disable change flag) So my escalation can set ZTrigger = $timestamp$ to trigger the on-modify filters without actually modifying the record? Assuming that is technically possible, then I could have On-Modify filters that do the diagnosis: Do a set-fields ZCompare = Firstname (from User Form). Then another filter w/ qual: If ZCompare != DB.FirstName, set-fields Firstname = ZCompare. Then do the same thing with LastName via a filter guide, I suppose. Fred's suggestion of triggering updates on the source-side (User) actually seems to make the most sense, although David suggests that might be a performance problem. If a single update to a user record has to go update 5,000 records across multiple forms, that might be a problem. Although that could be changed to just run off-peak anyway via an escalation (but now you can't compare DB to TR and so you'd have to store previous values in extra fields, or a set a generic sync flag field? Doh!). I think I must just have a tendency to try to keep workflow self-contained and not creep onto other forms. Actually, that is not the only reason, I just remembered that, quite often, we allow arbitrary input and then we want to link it later. For instance with the Problem Ticket we might take Firstname and Lastname before there is ever a User account, so UserID is NULL. The only way to resolve these is to have an escalation attempt to link it to the User record at a later time (via first and last name). So if Ben's suggestion works, that would be nice to avoid the excessive updates. I'm also thinking of another workflow where a form waits for a record to be created in another system. Right now I have an escalation trigger a modify to perform a check to see if that record has been created yet in a view form, and once it finds a match it moves on to the next task. Again that would be nice to avoid modify updates for just a check. I think I'm done rambling, thank you again I'll post back if I successfully can trigger the on-modify filters via an escalation without actually modifying the records using the tips Ben suggested. Brien On 2/10/2012 8:12 AM, Ben Chernys wrote: What Fred is saying is avoid the escalation by including your normalization at time of save or in his second case at time of save of another form (with a non AR_ESCALATOR user). (Sorry Fred. Just wanted to make that a bit clearer). The ONLY way to modify a record without changing the fields modifier and modified time is through
Re: Escalation trigger filters without modifying records?
Hmm, yeah this is pretty clean, and allows you to do the diagnosis via the (passive) join instead of via the filter madness. Seems like there are several tradeoffs with any approach, be it performance or simply added complexity. I was really hoping to keep *all* the complexity within an on-modify filter and then just trigger that when modified and periodically (two birds, one stone). Oh well, we don't always get exactly what we want. Thanks for your help!! Brien On 2/10/2012 12:45 PM, Ben Chernys wrote: I like that. Nice and clean. Cheers Ben -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W Sent: February-10-12 19:59 To: arslist@ARSLIST.ORG Subject: Re: Escalation trigger filters without modifying records? Another way I have seen people keep things like this in sync is to use a Join form The New Form Problem Ticket/User Join would Outer Join Problem Ticket and User on ProblemTicket.UserID = User.USerID. It would also have First and Last Name from Problem Ticket and from User. Your Escalation would run against this join where: ProblemTicket.FirstName != User.FirstName OR ProblemTicket.LastName != User.LastName OR ProblemTicket.UserId = $NULL$ On Finding a record that meets the criteria you would Push a flag to ProblemTicket to have it update the fields needed. This is an approach I have used when I am trying to keep User info in sync with an external system (I have a View Form of the External table) Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Brien Dieterle Sent: Friday, February 10, 2012 12:25 PM To: arslist@ARSLIST.ORG Subject: Re: Escalation trigger filters without modifying records? Thank you all for the feedback. I should have also mentioned that modifying the records for no reason is really at the core of the issue, so the modified by field is a side-issue. Also, normalization versus denormalization-- it is confusing but as far as I understand it you would normally start with normalized data and then add denormalization for performance or, in this case, because that's what AR System encourages. That is my goal, to have a fully normalized data structure with the added denormalized data on top. So I'd like to try to run through what Ben has suggested here on an example, and see if I understand what he's saying. Let's say I have a Problem Ticket form: FirstName LastName UserID(ForeignKey) ProblemInfo And I have a User form with: UserID(PrimaryKey) FirstName LastName So if I follow Ben's suggestion I would add some logic on the Problem Ticket form to diagnose whether the Userinfo has changed instead of just arbitrarily doing a set operation for all records. So I create two display-only fields on Problem Ticket and set Disable Change Flag = True? FirstName LastName UserID ProblemInfo ZTrigger (display only, disable change flag) ZCompare (display only, disable change flag) So my escalation can set ZTrigger = $timestamp$ to trigger the on-modify filters without actually modifying the record? Assuming that is technically possible, then I could have On-Modify filters that do the diagnosis: Do a set-fields ZCompare = Firstname (from User Form). Then another filter w/ qual: If ZCompare != DB.FirstName, set-fields Firstname = ZCompare. Then do the same thing with LastName via a filter guide, I suppose. Fred's suggestion of triggering updates on the source-side (User) actually seems to make the most sense, although David suggests that might be a performance problem. If a single update to a user record has to go update 5,000 records across multiple forms, that might be a problem. Although that could be changed to just run off-peak anyway via an escalation (but now you can't compare DB to TR and so you'd have to store previous values in extra fields, or a set a generic sync flag field? Doh!). I think I must just have a tendency to try to keep workflow self-contained and not creep onto other forms. Actually, that is not the only reason, I just remembered that, quite often, we allow arbitrary input and then we want to link it later. For instance with the Problem Ticket we might take Firstname and Lastname before there is ever a User account, so UserID is NULL. The only way to resolve these is to have an escalation attempt to link it to the User record at a later time (via first and last name). So if Ben's suggestion works, that would be nice to avoid the excessive updates. I'm also thinking of another workflow where a form waits for a record to be created in another system. Right now I have an escalation trigger a modify to perform a check to see if that record has been created yet in a view form, and once it finds a match it moves on to the next task. Again that would be nice to avoid modify updates for just a check. I think I'm done rambling, thank you again I'll post back if I successfully
Re: Escalation trigger filters without modifying records?
If your normalization happens on every save of the record then are you having to run thru them on a schedule to update them because something somewhere else changed? i.e. If you are setting a Name field in Form AAA on save, are you trying to keep that Name field in sync with a Name somewhere else (like on Form BBB)? I would look at trying to detect when the source of Name (Form BBB) is changed and force the related records (Form AAA) to update at that time. Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Brien Dieterle Sent: Thursday, February 09, 2012 6:13 PM To: arslist@ARSLIST.ORG Subject: Escalation trigger filters without modifying records? I've got a lot of filters that do some normalization by setting some key fields via a lookup. This might be a bad idea, but I generally create escalations that do some tidying up-- they just blast through all the records and update a trigger field to trigger the modify filters. Having all the records last modified by AR_ESCALATOR is starting to irritate some of my colleagues, so I'd like to stop doing this. Any thoughts? I've tried several ways to get an escalation to trigger the modify actions without actually modifying the record-- without any success. I also definitely do not want to duplicate the code in the modify actions and copy them into the escalation. Thanks! Brien ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Escalation Pools
An escalation pool can use only one thread. If you have configured your escalations to use 3 pools you should set both the min and max values for RPC queue 390603 to 3. If there are fewer threads configured than escalation pools defined for escalations to run on, the escalations in the higher pools will run on the default pool . For example, if you have escalations set to run on 3 pools and you only have 2 threads all of your escalations set to run on pool 3 will run on pool 1. Conversely, if you have more threads than escalation pools, there will be unused threads. Clear as mud I hope! Mark -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of JR Sent: 10 February 2011 23:12 To: arslist@ARSLIST.ORG Subject: Escalation Pools Good evening Listers, Does anyone know how Escalation Pools and Escalation Threads work are configured? I've received mixed answers from BMC: 1) Answer 1: For each escalation pool defined, an escalation thread is assigned up through the max defined. 2) Answer 2: For each escalation pool defined, the threads are assigned based on Min Max. So each pool can be assigned the max number of threads defined. Which answer is correct? TIA, JR ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Escalation does not push vendor form data to regular form
Have you tried using AIE as an alternative? Can’t really think about why an Escalation should fail but AIE should work.. It worked for me although I can’t say I have tried it for 7.6.03 Joe From: Mahendra Mahalkar Sent: Tuesday, November 02, 2010 1:58 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Escalation does not push vendor form data to regular form ** I checked the escalation logs, there I found only NULL values pushing to staging form. Regards, Mahendra Mahalkar On Tue, Nov 2, 2010 at 9:53 AM, Joe Martin D'Souza jdso...@shyle.net wrote: ** You haven’t turned off Escalations on that server have you? Turn on your Escalation Log’s. This may tell you something if you think you have done everything else right.. Joe From: Mahendra Mahalkar Sent: Tuesday, November 02, 2010 1:46 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Escalation does not push vendor form data to regular form ** Hi All, I want to transfer ldap data from vendor form to staging form(regular form). ARS version - 7.6.03, DB - MS SQL 2005 For this, I created one escalation with push field action in which it create/modify the entries only if 'sAMAccountName' = $sAMAccountName$. Mapped the vendor data to staging form. The issue is that escalation pushing NULL to staging form though I can see/query the vendor form data from arsystem. I tried the following scenarios also --- a.. Created another vendor form, no luck b.. Created another escalation, no luck c.. Tried escalation to push vendor to another regular form, no luck d.. Tried with matching ids in push field action, no luck e.. tried same escalation between two regular forms where it worked perfect, but why it not working between vendor and regular form. f.. Tried with vendor form with one field only, no luck g.. I know it was easy to create such transfer prior to 7.6.03, is there any issue with this 7.6.03 version? Help is appreciated. I am going to raise this issue with BMC Support also. Regards, Mahendra ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Escalation does not push vendor form data to regular form
Will AIE work for Ldap data structure, what should I put for mapping? External Data to ARSystem form, right? But all the time in prior versions we used vendor form which worked perfect. *Regards,* *Mahendra Mahalkar* On Tue, Nov 2, 2010 at 10:16 AM, Joe Martin D'Souza jdso...@shyle.netwrote: ** Have you tried using AIE as an alternative? Can’t really think about why an Escalation should fail but AIE should work.. It worked for me although I can’t say I have tried it for 7.6.03 Joe *From:* Mahendra Mahalkar mahendra.mahal...@gmail.com *Sent:* Tuesday, November 02, 2010 1:58 AM *Newsgroups:* public.remedy.arsystem.general *To:* arslist@ARSLIST.ORG *Subject:* Re: Escalation does not push vendor form data to regular form ** I checked the escalation logs, there I found only NULL values pushing to staging form. *Regards,* *Mahendra Mahalkar* On Tue, Nov 2, 2010 at 9:53 AM, Joe Martin D'Souza jdso...@shyle.netwrote: ** You haven’t turned off Escalations on that server have you? Turn on your Escalation Log’s. This may tell you something if you think you have done everything else right.. Joe *From:* Mahendra Mahalkar mahendra.mahal...@gmail.com *Sent:* Tuesday, November 02, 2010 1:46 AM *Newsgroups:* public.remedy.arsystem.general *To:* arslist@ARSLIST.ORG *Subject:* Escalation does not push vendor form data to regular form ** Hi All, I want to transfer ldap data from vendor form to staging form(regular form). ARS version - 7.6.03, DB - MS SQL 2005 For this, I created one escalation with push field action in which it create/modify the entries only if 'sAMAccountName' = $sAMAccountName$. Mapped the vendor data to staging form. The issue is that escalation pushing NULL to staging form though I can see/query the vendor form data from arsystem. I tried the following scenarios also --- - Created another vendor form, no luck - Created another escalation, no luck - Tried escalation to push vendor to another regular form, no luck - Tried with matching ids in push field action, no luck - tried same escalation between two regular forms where it worked perfect, but why it not working between vendor and regular form. - Tried with vendor form with one field only, no luck - I know it was easy to create such transfer prior to 7.6.03, is there any issue with this 7.6.03 version? Help is appreciated. I am going to raise this issue with BMC Support also. *Regards,* *Mahendra* _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Escalation does not push vendor form data to regular form
Set the Escalation to do a set filed on the vendor form.Create a filter to do the push field action on modify _ John Atherly | APC by Schneider Electric | Information, Process Organization (IPO) | Remedy Administrator / Developer Phone: +401-789-5735 ext. 2120 | Fax: +401-789-3710 | Email: john.athe...@apcc.com | Site: www.apc.com/ | Address: 132 Fairgrounds Road, West Kingston, RI 02892 USA *** Please consider the environment before printing this e-mail Mahendra Mahalkar mahendra.mahal...@gmail.com Sent by: Action Request System discussion list(ARSList) arslist@ARSLIST.ORG 11/02/2010 02:42 AM Please respond to arslist@ARSLIST.ORG To arslist@ARSLIST.ORG cc Subject Re: Escalation does not push vendor form data to regular form ** Will AIE work for Ldap data structure, what should I put for mapping? External Data to ARSystem form, right? But all the time in prior versions we used vendor form which worked perfect. Regards, Mahendra Mahalkar On Tue, Nov 2, 2010 at 10:16 AM, Joe Martin D'Souza jdso...@shyle.net wrote: ** Have you tried using AIE as an alternative? Can’t really think about why an Escalation should fail but AIE should work.. It worked for me although I can’t say I have tried it for 7.6.03 Joe From: Mahendra Mahalkar Sent: Tuesday, November 02, 2010 1:58 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Escalation does not push vendor form data to regular form ** I checked the escalation logs, there I found only NULL values pushing to staging form. Regards, Mahendra Mahalkar On Tue, Nov 2, 2010 at 9:53 AM, Joe Martin D'Souza jdso...@shyle.net wrote: ** You haven’t turned off Escalations on that server have you? Turn on your Escalation Log’s. This may tell you something if you think you have done everything else right.. Joe From: Mahendra Mahalkar Sent: Tuesday, November 02, 2010 1:46 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Escalation does not push vendor form data to regular form ** Hi All, I want to transfer ldap data from vendor form to staging form(regular form). ARS version - 7.6.03, DB - MS SQL 2005 For this, I created one escalation with push field action in which it create/modify the entries only if 'sAMAccountName' = $sAMAccountName$. Mapped the vendor data to staging form. The issue is that escalation pushing NULL to staging form though I can see/query the vendor form data from arsystem. I tried the following scenarios also --- Created another vendor form, no luck Created another escalation, no luck Tried escalation to push vendor to another regular form, no luck Tried with matching ids in push field action, no luck tried same escalation between two regular forms where it worked perfect, but why it not working between vendor and regular form. Tried with vendor form with one field only, no luck I know it was easy to create such transfer prior to 7.6.03, is there any issue with this 7.6.03 version? Help is appreciated. I am going to raise this issue with BMC Support also. Regards, Mahendra _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_
Re: Escalation does not push vendor form data to regular form
Mahendra, You are right.. AIE is not an option. I wasn’t thinking correctly. John’s suggestion seems pretty good. There should be no reason why that should not work. Joe From: John Atherly Sent: Tuesday, November 02, 2010 8:16 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Escalation does not push vendor form data to regular form Set the Escalation to do a set filed on the vendor form.Create a filter to do the push field action on modify _ John Atherly | APC by Schneider Electric | Information, Process Organization (IPO) | Remedy Administrator / Developer Phone: +401-789-5735 ext. 2120 | Fax: +401-789-3710 | Email: john.athe...@apcc.com | Site: www.apc.com/ | Address: 132 Fairgrounds Road, West Kingston, RI 02892 USA *** Please consider the environment before printing this e-mail Mahendra Mahalkar mahendra.mahal...@gmail.com Sent by: Action Request System discussion list(ARSList) arslist@ARSLIST.ORG 11/02/2010 02:42 AM Please respond to arslist@ARSLIST.ORG To arslist@ARSLIST.ORG cc Subject Re: Escalation does not push vendor form data to regular form ** Will AIE work for Ldap data structure, what should I put for mapping? External Data to ARSystem form, right? But all the time in prior versions we used vendor form which worked perfect. Regards, Mahendra Mahalkar On Tue, Nov 2, 2010 at 10:16 AM, Joe Martin D'Souza jdso...@shyle.net wrote: ** Have you tried using AIE as an alternative? Can’t really think about why an Escalation should fail but AIE should work.. It worked for me although I can’t say I have tried it for 7.6.03 Joe From: Mahendra Mahalkar Sent: Tuesday, November 02, 2010 1:58 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Escalation does not push vendor form data to regular form ** I checked the escalation logs, there I found only NULL values pushing to staging form. Regards, Mahendra Mahalkar On Tue, Nov 2, 2010 at 9:53 AM, Joe Martin D'Souza jdso...@shyle.net wrote: ** You haven’t turned off Escalations on that server have you? Turn on your Escalation Log’s. This may tell you something if you think you have done everything else right.. Joe From: Mahendra Mahalkar Sent: Tuesday, November 02, 2010 1:46 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Escalation does not push vendor form data to regular form ** Hi All, I want to transfer ldap data from vendor form to staging form(regular form). ARS version - 7.6.03, DB - MS SQL 2005 For this, I created one escalation with push field action in which it create/modify the entries only if 'sAMAccountName' = $sAMAccountName$. Mapped the vendor data to staging form. The issue is that escalation pushing NULL to staging form though I can see/query the vendor form data from arsystem. I tried the following scenarios also --- a.. Created another vendor form, no luck b.. Created another escalation, no luck c.. Tried escalation to push vendor to another regular form, no luck d.. Tried with matching ids in push field action, no luck e.. tried same escalation between two regular forms where it worked perfect, but why it not working between vendor and regular form. f.. Tried with vendor form with one field only, no luck g.. I know it was easy to create such transfer prior to 7.6.03, is there any issue with this 7.6.03 version? Help is appreciated. I am going to raise this issue with BMC Support also. Regards, Mahendra ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Escalation does not push vendor form data to regular form
Set field action is like a modify action on vendor which is not allowed as vendor point to Ldap where user doesn't have access to create or modify. *Regards,* *Mahendra Mahalkar* On Tue, Nov 2, 2010 at 4:16 PM, John Atherly john.athe...@apc.com wrote: Set the Escalation to do a set filed on the vendor form.Create a filter to do the push field action on modify _ * John Atherly* | * APC by Schneider Electric ** | Information, Process Organization (IPO)* | *Remedy Administrator / Developer* * Phone:* +401-789-5735 ext. 2120 | *Fax:* +401-789-3710 | * Email:* *john.athe...@apcc.com* +john.athe...@apcc.com | *Site:**www.apc.com/ * http://www.apc.com/ | *Address:* 132 Fairgrounds Road, West Kingston, RI 02892 USA *** Please consider the environment before printing this e-mail *Mahendra Mahalkar mahendra.mahal...@gmail.com* Sent by: Action Request System discussion list(ARSList) arslist@ARSLIST.ORG 11/02/2010 02:42 AM Please respond to arslist@ARSLIST.ORG To arslist@ARSLIST.ORG cc Subject Re: Escalation does not push vendor form data to regular form ** Will AIE work for Ldap data structure, what should I put for mapping? External Data to ARSystem form, right? But all the time in prior versions we used vendor form which worked perfect. *Regards,* *Mahendra Mahalkar* On Tue, Nov 2, 2010 at 10:16 AM, Joe Martin D'Souza *jdso...@shyle.net*jdso...@shyle.net wrote: ** Have you tried using AIE as an alternative? Can’t really think about why an Escalation should fail but AIE should work.. It worked for me although I can’t say I have tried it for 7.6.03 Joe *From:* *Mahendra Mahalkar* mahendra.mahal...@gmail.com *Sent:* Tuesday, November 02, 2010 1:58 AM *Newsgroups:* public.remedy.arsystem.general *To:* *arsl...@arslist.org* arslist@ARSLIST.ORG *Subject:* Re: Escalation does not push vendor form data to regular form ** I checked the escalation logs, there I found only NULL values pushing to staging form. *Regards,* *Mahendra Mahalkar* On Tue, Nov 2, 2010 at 9:53 AM, Joe Martin D'Souza *jdso...@shyle.net*jdso...@shyle.net wrote: ** You haven’t turned off Escalations on that server have you? Turn on your Escalation Log’s. This may tell you something if you think you have done everything else right.. Joe *From:* *Mahendra Mahalkar* mahendra.mahal...@gmail.com *Sent:* Tuesday, November 02, 2010 1:46 AM *Newsgroups:* public.remedy.arsystem.general *To:* *arsl...@arslist.org* arslist@ARSLIST.ORG *Subject:* Escalation does not push vendor form data to regular form ** Hi All, I want to transfer ldap data from vendor form to staging form(regular form). ARS version - 7.6.03, DB - MS SQL 2005 For this, I created one escalation with push field action in which it create/modify the entries only if 'sAMAccountName' = $sAMAccountName$. Mapped the vendor data to staging form. The issue is that escalation pushing NULL to staging form though I can see/query the vendor form data from arsystem. I tried the following scenarios also --- - Created another vendor form, no luck - Created another escalation, no luck - Tried escalation to push vendor to another regular form, no luck - Tried with matching ids in push field action, no luck - tried same escalation between two regular forms where it worked perfect, but why it not working between vendor and regular form. - Tried with vendor form with one field only, no luck - I know it was easy to create such transfer prior to 7.6.03, is there any issue with this 7.6.03 version? Help is appreciated. I am going to raise this issue with BMC Support also. *Regards,* *Mahendra* _attend WWRUG11 *www.wwrug.com* http://www.wwrug.com/ ARSlist: Where the Answers Are_ _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Escalation does not push vendor form data to regular form (UNCLASSIFIED)
Classification: UNCLASSIFIED Caveats: NONE Mahendra, You could use a SQL view for the LDAP connection and then use AIE to import. This also solves the known issue with not being able to use date fields when querying your vendor form. Christopher Michaud -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Joe Martin D'Souza Sent: Tuesday, November 02, 2010 10:44 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation does not push vendor form data to regular form ** Mahendra, You are right.. AIE is not an option. I wasn’t thinking correctly. John’s suggestion seems pretty good. There should be no reason why that should not work. Joe From: John Atherly blockedmailto:john.athe...@apc.com Sent: Tuesday, November 02, 2010 8:16 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Escalation does not push vendor form data to regular form Set the Escalation to do a set filed on the vendor form.Create a filter to do the push field action on modify _ John Atherly | APC by Schneider Electric | Information, Process Organization (IPO) | Remedy Administrator / Developer Phone: +401-789-5735 ext. 2120 | Fax: +401-789-3710 | Email: john.athe...@apcc.com blockedmailto: john.athe...@apcc.com | Site: www.apc.com/ blockedhttp://www.apc.com/ | Address: 132 Fairgrounds Road, West Kingston, RI 02892 USA *** Please consider the environment before printing this e-mail Mahendra Mahalkar mahendra.mahal...@gmail.com Sent by: Action Request System discussion list(ARSList) arslist@ARSLIST.ORG 11/02/2010 02:42 AM Please respond to arslist@ARSLIST.ORG To arslist@ARSLIST.ORG cc Subject Re: Escalation does not push vendor form data to regular form ** Will AIE work for Ldap data structure, what should I put for mapping? External Data to ARSystem form, right? But all the time in prior versions we used vendor form which worked perfect. Regards, Mahendra Mahalkar On Tue, Nov 2, 2010 at 10:16 AM, Joe Martin D'Souza jdso...@shyle.net blockedmailto:jdso...@shyle.net wrote: ** Have you tried using AIE as an alternative? Can’t really think about why an Escalation should fail but AIE should work.. It worked for me although I can’t say I have tried it for 7.6.03 Joe From: Mahendra Mahalkar blockedmailto:mahendra.mahal...@gmail.com Sent: Tuesday, November 02, 2010 1:58 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG blockedmailto:arslist@ARSLIST.ORG Subject: Re: Escalation does not push vendor form data to regular form ** I checked the escalation logs, there I found only NULL values pushing to staging form. Regards, Mahendra Mahalkar On Tue, Nov 2, 2010 at 9:53 AM, Joe Martin D'Souza jdso...@shyle.net blockedmailto:jdso...@shyle.net wrote: ** You haven’t turned off Escalations on that server have you? Turn on your Escalation Log’s. This may tell you something if you think you have done everything else right.. Joe From: Mahendra Mahalkar blockedmailto:mahendra.mahal...@gmail.com Sent: Tuesday, November 02, 2010 1:46 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG blockedmailto:arslist@ARSLIST.ORG Subject: Escalation does not push vendor form data to regular form ** Hi All, I want to transfer ldap data from vendor form to staging form(regular form). ARS version - 7.6.03, DB - MS SQL 2005 For this, I created one escalation with push field action in which it create/modify the entries only if 'sAMAccountName' = $sAMAccountName$. Mapped the vendor data to staging form. The issue is that escalation pushing NULL to staging form though I can see/query the vendor form data from arsystem. I tried the following scenarios also --- * Created another vendor form, no luck * Created another escalation, no luck * Tried escalation to push vendor to another regular form, no luck * Tried with matching ids in push field action, no luck * tried same escalation between two regular forms where it worked perfect, but why it not working between vendor and regular form. * Tried with vendor form with one field only, no luck * I know it was easy to create such transfer prior to 7.6.03, is there any issue with this 7.6.03 version? Help is appreciated. I am going to raise this issue with BMC Support also. Regards, Mahendra _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ Classification: UNCLASSIFIED Caveats: NONE
Re: Escalation does not push vendor form data to regular form
Why do you want to create an LDAP attribute to add a new field? Doesn’t a view form build from the LDAP plugin allow you to create a display only field for ARS transactional purposes? Joe From: Mahendra Mahalkar Sent: Tuesday, November 02, 2010 2:16 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Escalation does not push vendor form data to regular form ** Set field action is like a modify action on vendor which is not allowed as vendor point to Ldap where user doesn't have access to create or modify. Regards, Mahendra Mahalkar On Tue, Nov 2, 2010 at 4:16 PM, John Atherly john.athe...@apc.com wrote: Set the Escalation to do a set filed on the vendor form.Create a filter to do the push field action on modify _ John Atherly | APC by Schneider Electric | Information, Process Organization (IPO) | Remedy Administrator / Developer Phone: +401-789-5735 ext. 2120 | Fax: +401-789-3710 | Email: john.athe...@apcc.com | Site: www.apc.com/ | Address: 132 Fairgrounds Road, West Kingston, RI 02892 USA *** Please consider the environment before printing this e-mail Mahendra Mahalkar mahendra.mahal...@gmail.com Sent by: Action Request System discussion list(ARSList) arslist@ARSLIST.ORG 11/02/2010 02:42 AM Please respond to arslist@ARSLIST.ORG To arslist@ARSLIST.ORG cc Subject Re: Escalation does not push vendor form data to regular form ** Will AIE work for Ldap data structure, what should I put for mapping? External Data to ARSystem form, right? But all the time in prior versions we used vendor form which worked perfect. Regards, Mahendra Mahalkar On Tue, Nov 2, 2010 at 10:16 AM, Joe Martin D'Souza jdso...@shyle.net wrote: ** Have you tried using AIE as an alternative? Can’t really think about why an Escalation should fail but AIE should work.. It worked for me although I can’t say I have tried it for 7.6.03 Joe From: Mahendra Mahalkar Sent: Tuesday, November 02, 2010 1:58 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Escalation does not push vendor form data to regular form ** I checked the escalation logs, there I found only NULL values pushing to staging form. Regards, Mahendra Mahalkar On Tue, Nov 2, 2010 at 9:53 AM, Joe Martin D'Souza jdso...@shyle.net wrote: ** You haven’t turned off Escalations on that server have you? Turn on your Escalation Log’s. This may tell you something if you think you have done everything else right.. Joe From: Mahendra Mahalkar Sent: Tuesday, November 02, 2010 1:46 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Escalation does not push vendor form data to regular form ** Hi All, I want to transfer ldap data from vendor form to staging form(regular form). ARS version - 7.6.03, DB - MS SQL 2005 For this, I created one escalation with push field action in which it create/modify the entries only if 'sAMAccountName' = $sAMAccountName$. Mapped the vendor data to staging form. The issue is that escalation pushing NULL to staging form though I can see/query the vendor form data from arsystem. I tried the following scenarios also --- a.. Created another vendor form, no luck b.. Created another escalation, no luck c.. Tried escalation to push vendor to another regular form, no luck d.. Tried with matching ids in push field action, no luck e.. tried same escalation between two regular forms where it worked perfect, but why it not working between vendor and regular form. f.. Tried with vendor form with one field only, no luck g.. I know it was easy to create such transfer prior to 7.6.03, is there any issue with this 7.6.03 version? Help is appreciated. I am going to raise this issue with BMC Support also. Regards, Mahendra _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Escalation does not push vendor form data to regular form
I running 7.5 and current working on just about the samething where my vendor form is populated by employee data and I have an escalation that does a set field to modify the vendor form that kicks off the filter to move it to a workbook form to then allow the other filters run modification of the data before it gets pushed to the people form. We been used this in 6.3 also with no issues _ John Atherly | APC by Schneider Electric | Information, Process Organization (IPO) | Remedy Administrator / Developer Phone: +401-789-5735 ext. 2120 | Fax: +401-789-3710 | Email: john.athe...@apcc.com | Site: www.apc.com/ | Address: 132 Fairgrounds Road, West Kingston, RI 02892 USA *** Please consider the environment before printing this e-mail Mahendra Mahalkar mahendra.mahal...@gmail.com Sent by: Action Request System discussion list(ARSList) arslist@ARSLIST.ORG 11/02/2010 02:16 PM Please respond to arslist@ARSLIST.ORG To arslist@ARSLIST.ORG cc Subject Re: Escalation does not push vendor form data to regular form ** Set field action is like a modify action on vendor which is not allowed as vendor point to Ldap where user doesn't have access to create or modify. Regards, Mahendra Mahalkar On Tue, Nov 2, 2010 at 4:16 PM, John Atherly john.athe...@apc.com wrote: Set the Escalation to do a set filed on the vendor form.Create a filter to do the push field action on modify _ John Atherly | APC by Schneider Electric | Information, Process Organization (IPO) | Remedy Administrator / Developer Phone: +401-789-5735 ext. 2120 | Fax: +401-789-3710 | Email: john.athe...@apcc.com | Site: www.apc.com/ | Address: 132 Fairgrounds Road, West Kingston, RI 02892 USA *** Please consider the environment before printing this e-mail Mahendra Mahalkar mahendra.mahal...@gmail.com Sent by: Action Request System discussion list(ARSList) arslist@ARSLIST.ORG 11/02/2010 02:42 AM Please respond to arslist@ARSLIST.ORG To arslist@ARSLIST.ORG cc Subject Re: Escalation does not push vendor form data to regular form ** Will AIE work for Ldap data structure, what should I put for mapping? External Data to ARSystem form, right? But all the time in prior versions we used vendor form which worked perfect. Regards, Mahendra Mahalkar On Tue, Nov 2, 2010 at 10:16 AM, Joe Martin D'Souza jdso...@shyle.net wrote: ** Have you tried using AIE as an alternative? Can’t really think about why an Escalation should fail but AIE should work.. It worked for me although I can’t say I have tried it for 7.6.03 Joe From: Mahendra Mahalkar Sent: Tuesday, November 02, 2010 1:58 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Escalation does not push vendor form data to regular form ** I checked the escalation logs, there I found only NULL values pushing to staging form. Regards, Mahendra Mahalkar On Tue, Nov 2, 2010 at 9:53 AM, Joe Martin D'Souza jdso...@shyle.net wrote: ** You haven’t turned off Escalations on that server have you? Turn on your Escalation Log’s. This may tell you something if you think you have done everything else right.. Joe From: Mahendra Mahalkar Sent: Tuesday, November 02, 2010 1:46 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Escalation does not push vendor form data to regular form ** Hi All, I want to transfer ldap data from vendor form to staging form(regular form). ARS version - 7.6.03, DB - MS SQL 2005 For this, I created one escalation with push field action in which it create/modify the entries only if 'sAMAccountName' = $sAMAccountName$. Mapped the vendor data to staging form. The issue is that escalation pushing NULL to staging form though I can see/query the vendor form data from arsystem. I tried the following scenarios also --- Created another vendor form, no luck Created another escalation, no luck Tried escalation to push vendor to another regular form, no luck Tried with matching ids in push field action, no luck tried same escalation between two regular forms where it worked perfect, but why it not working between vendor and regular form. Tried with vendor form with one field only, no luck I know it was easy to create such transfer prior to 7.6.03, is there any issue with this 7.6.03 version? Help is appreciated. I am going to raise this issue with BMC Support also. Regards, Mahendra _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_
Re: Escalation does not push vendor form data to regular form (UNCLASSIFIED)
We have some LDAP vendor forms on our 7.5 server where the date/time fields show relevant data and we are able to query on them. Jason On Tue, Nov 2, 2010 at 12:07 PM, Michaud, Christopher W Mr CTR US USA MEDCOM USAMITC christopher.micha...@us.army.mil wrote: Classification: UNCLASSIFIED Caveats: NONE Mahendra, You could use a SQL view for the LDAP connection and then use AIE to import. This also solves the known issue with not being able to use date fields when querying your vendor form. Christopher Michaud -Original Message- From: Action Request System discussion list(ARSList) [mailto: arsl...@arslist.org] On Behalf Of Joe Martin D'Souza Sent: Tuesday, November 02, 2010 10:44 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation does not push vendor form data to regular form ** Mahendra, You are right.. AIE is not an option. I wasn’t thinking correctly. John’s suggestion seems pretty good. There should be no reason why that should not work. Joe From: John Atherly blockedmailto:john.athe...@apc.comblockedmailto%3ajohn.athe...@apc.com Sent: Tuesday, November 02, 2010 8:16 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Escalation does not push vendor form data to regular form Set the Escalation to do a set filed on the vendor form.Create a filter to do the push field action on modify _ John Atherly | APC by Schneider Electric | Information, Process Organization (IPO) | Remedy Administrator / Developer Phone: +401-789-5735 ext. 2120 | Fax: +401-789-3710 | Email: john.athe...@apcc.com blockedmailto: john.athe...@apcc.com | Site: www.apc.com/ blockedhttp://www.apc.com/ | Address: 132 Fairgrounds Road, West Kingston, RI 02892 USA *** Please consider the environment before printing this e-mail Mahendra Mahalkar mahendra.mahal...@gmail.com Sent by: Action Request System discussion list(ARSList) arslist@ARSLIST.ORG 11/02/2010 02:42 AM Please respond to arslist@ARSLIST.ORG To arslist@ARSLIST.ORG cc Subject Re: Escalation does not push vendor form data to regular form ** Will AIE work for Ldap data structure, what should I put for mapping? External Data to ARSystem form, right? But all the time in prior versions we used vendor form which worked perfect. Regards, Mahendra Mahalkar On Tue, Nov 2, 2010 at 10:16 AM, Joe Martin D'Souza jdso...@shyle.net blockedmailto:jdso...@shyle.net blockedmailto%3ajdso...@shyle.net wrote: ** Have you tried using AIE as an alternative? Can’t really think about why an Escalation should fail but AIE should work.. It worked for me although I can’t say I have tried it for 7.6.03 Joe From: Mahendra Mahalkar blockedmailto:mahendra.mahal...@gmail.comblockedmailto%3amahendra.mahal...@gmail.com Sent: Tuesday, November 02, 2010 1:58 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG blockedmailto:arslist@ARSLIST.ORGblockedmailto%3aarsl...@arslist.org Subject: Re: Escalation does not push vendor form data to regular form ** I checked the escalation logs, there I found only NULL values pushing to staging form. Regards, Mahendra Mahalkar On Tue, Nov 2, 2010 at 9:53 AM, Joe Martin D'Souza jdso...@shyle.net blockedmailto:jdso...@shyle.net blockedmailto%3ajdso...@shyle.net wrote: ** You haven’t turned off Escalations on that server have you? Turn on your Escalation Log’s. This may tell you something if you think you have done everything else right.. Joe From: Mahendra Mahalkar blockedmailto:mahendra.mahal...@gmail.comblockedmailto%3amahendra.mahal...@gmail.com Sent: Tuesday, November 02, 2010 1:46 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG blockedmailto:arslist@ARSLIST.ORGblockedmailto%3aarsl...@arslist.org Subject: Escalation does not push vendor form data to regular form ** Hi All, I want to transfer ldap data from vendor form to staging form(regular form). ARS version - 7.6.03, DB - MS SQL 2005 For this, I created one escalation with push field action in which it create/modify the entries only if 'sAMAccountName' = $sAMAccountName$. Mapped the vendor data to staging form. The issue is that escalation pushing NULL to staging form though I can see/query the vendor form data from arsystem. I tried the following scenarios also --- * Created another vendor form, no luck * Created another escalation, no luck * Tried escalation to push vendor to another regular form, no luck * Tried with matching ids in push field action, no luck * tried same escalation between two regular forms where it worked perfect, but why it not working between vendor and regular form. * Tried with vendor form with one field only, no luck * I know it was easy to create such transfer prior to 7.6.03, is there any issue
Re: Escalation does not push vendor form data to regular form
This will require a db-link sort of the thing which I will have to create to pull the data from the ldap external data source to arsystem db server in another tablespace other than arsystem and then I can go for the view form to make it available for transaction. Again database to database transaction is not recommanded in case of remedy, secondly Ldap data structure is not like our regular database structure which is quite not easy to go for it. *Regards,* *Mahendra Mahalkar* On Tue, Nov 2, 2010 at 11:42 PM, Joe Martin D'Souza jdso...@shyle.netwrote: ** Why do you want to create an LDAP attribute to add a new field? Doesn’t a view form build from the LDAP plugin allow you to create a display only field for ARS transactional purposes? Joe *From:* Mahendra Mahalkar mahendra.mahal...@gmail.com *Sent:* Tuesday, November 02, 2010 2:16 PM *Newsgroups:* public.remedy.arsystem.general *To:* arslist@ARSLIST.ORG *Subject:* Re: Escalation does not push vendor form data to regular form ** Set field action is like a modify action on vendor which is not allowed as vendor point to Ldap where user doesn't have access to create or modify. *Regards,* *Mahendra Mahalkar* On Tue, Nov 2, 2010 at 4:16 PM, John Atherly john.athe...@apc.com wrote: Set the Escalation to do a set filed on the vendor form.Create a filter to do the push field action on modify _ * John Atherly* | *APC by Schneider Electric ** | Information, Process Organization (IPO)* | *Remedy Administrator / Developer* * Phone:* +401-789-5735 ext. 2120 | *Fax:* +401-789-3710 | * Email:* *john.athe...@apcc.com* +john.athe...@apcc.com | *Site:**www.apc.com/ * http://www.apc.com/ | *Address:* 132 Fairgrounds Road, West Kingston, RI 02892 USA *** Please consider the environment before printing this e-mail *Mahendra Mahalkar mahendra.mahal...@gmail.com* Sent by: Action Request System discussion list(ARSList) arslist@ARSLIST.ORG 11/02/2010 02:42 AM Please respond to arslist@ARSLIST.ORG To arslist@ARSLIST.ORG cc Subject Re: Escalation does not push vendor form data to regular form ** Will AIE work for Ldap data structure, what should I put for mapping? External Data to ARSystem form, right? But all the time in prior versions we used vendor form which worked perfect. *Regards,* *Mahendra Mahalkar* On Tue, Nov 2, 2010 at 10:16 AM, Joe Martin D'Souza *jdso...@shyle.net*jdso...@shyle.net wrote: ** Have you tried using AIE as an alternative? Can’t really think about why an Escalation should fail but AIE should work.. It worked for me although I can’t say I have tried it for 7.6.03 Joe *From:* *Mahendra Mahalkar* mahendra.mahal...@gmail.com *Sent:* Tuesday, November 02, 2010 1:58 AM *Newsgroups:* public.remedy.arsystem.general *To:* *arsl...@arslist.org* arslist@ARSLIST.ORG *Subject:* Re: Escalation does not push vendor form data to regular form ** I checked the escalation logs, there I found only NULL values pushing to staging form. *Regards,* *Mahendra Mahalkar* On Tue, Nov 2, 2010 at 9:53 AM, Joe Martin D'Souza *jdso...@shyle.net*jdso...@shyle.net wrote: ** You haven’t turned off Escalations on that server have you? Turn on your Escalation Log’s. This may tell you something if you think you have done everything else right.. Joe *From:* *Mahendra Mahalkar* mahendra.mahal...@gmail.com *Sent:* Tuesday, November 02, 2010 1:46 AM *Newsgroups:* public.remedy.arsystem.general *To:* *arsl...@arslist.org* arslist@ARSLIST.ORG *Subject:* Escalation does not push vendor form data to regular form ** Hi All, I want to transfer ldap data from vendor form to staging form(regular form). ARS version - 7.6.03, DB - MS SQL 2005 For this, I created one escalation with push field action in which it create/modify the entries only if 'sAMAccountName' = $sAMAccountName$. Mapped the vendor data to staging form. The issue is that escalation pushing NULL to staging form though I can see/query the vendor form data from arsystem. I tried the following scenarios also --- - Created another vendor form, no luck - Created another escalation, no luck - Tried escalation to push vendor to another regular form, no luck - Tried with matching ids in push field action, no luck - tried same escalation between two regular forms where it worked perfect, but why it not working between vendor and regular form. - Tried with vendor form with one field only, no luck - I know it was easy to create such transfer prior to 7.6.03, is there any issue with this 7.6.03 version? Help is appreciated. I am going to raise this issue with BMC Support also. *Regards,* *Mahendra* _attend WWRUG11 *www.wwrug.com* http://www.wwrug.com/ ARSlist: Where the Answers Are_ _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_
Re: Escalation does not push vendor form data to regular form
As Joe suggested below, you should be able to create a Display Only field directly on the LDAP Vendor Form. Thanks Mahesh On Tue, Nov 2, 2010 at 10:41 PM, Mahendra Mahalkar mahendra.mahal...@gmail.com wrote: ** This will require a db-link sort of the thing which I will have to create to pull the data from the ldap external data source to arsystem db server in another tablespace other than arsystem and then I can go for the view form to make it available for transaction. Again database to database transaction is not recommanded in case of remedy, secondly Ldap data structure is not like our regular database structure which is quite not easy to go for it. *Regards,* *Mahendra Mahalkar* On Tue, Nov 2, 2010 at 11:42 PM, Joe Martin D'Souza jdso...@shyle.netwrote: ** Why do you want to create an LDAP attribute to add a new field? Doesn’t a view form build from the LDAP plugin allow you to create a display only field for ARS transactional purposes? Joe *From:* Mahendra Mahalkar mahendra.mahal...@gmail.com *Sent:* Tuesday, November 02, 2010 2:16 PM *Newsgroups:* public.remedy.arsystem.general *To:* arslist@ARSLIST.ORG *Subject:* Re: Escalation does not push vendor form data to regular form ** Set field action is like a modify action on vendor which is not allowed as vendor point to Ldap where user doesn't have access to create or modify. *Regards,* *Mahendra Mahalkar* On Tue, Nov 2, 2010 at 4:16 PM, John Atherly john.athe...@apc.comwrote: Set the Escalation to do a set filed on the vendor form.Create a filter to do the push field action on modify _ * John Atherly* | *APC by Schneider Electric ** | Information, Process Organization (IPO)* | *Remedy Administrator / Developer* * Phone:* +401-789-5735 ext. 2120 | *Fax:* +401-789-3710 | * Email:* *john.athe...@apcc.com* +john.athe...@apcc.com | *Site:**www.apc.com/ * http://www.apc.com/ | *Address:* 132 Fairgrounds Road, West Kingston, RI 02892 USA *** Please consider the environment before printing this e-mail *Mahendra Mahalkar mahendra.mahal...@gmail.com* Sent by: Action Request System discussion list(ARSList) arslist@ARSLIST.ORG 11/02/2010 02:42 AM Please respond to arslist@ARSLIST.ORG To arslist@ARSLIST.ORG cc Subject Re: Escalation does not push vendor form data to regular form ** Will AIE work for Ldap data structure, what should I put for mapping? External Data to ARSystem form, right? But all the time in prior versions we used vendor form which worked perfect. *Regards,* *Mahendra Mahalkar* On Tue, Nov 2, 2010 at 10:16 AM, Joe Martin D'Souza *jdso...@shyle.net*jdso...@shyle.net wrote: ** Have you tried using AIE as an alternative? Can’t really think about why an Escalation should fail but AIE should work.. It worked for me although I can’t say I have tried it for 7.6.03 Joe *From:* *Mahendra Mahalkar* mahendra.mahal...@gmail.com *Sent:* Tuesday, November 02, 2010 1:58 AM *Newsgroups:* public.remedy.arsystem.general *To:* *arsl...@arslist.org* arslist@ARSLIST.ORG *Subject:* Re: Escalation does not push vendor form data to regular form ** I checked the escalation logs, there I found only NULL values pushing to staging form. *Regards,* *Mahendra Mahalkar* On Tue, Nov 2, 2010 at 9:53 AM, Joe Martin D'Souza *jdso...@shyle.net*jdso...@shyle.net wrote: ** You haven’t turned off Escalations on that server have you? Turn on your Escalation Log’s. This may tell you something if you think you have done everything else right.. Joe *From:* *Mahendra Mahalkar* mahendra.mahal...@gmail.com *Sent:* Tuesday, November 02, 2010 1:46 AM *Newsgroups:* public.remedy.arsystem.general *To:* *arsl...@arslist.org* arslist@ARSLIST.ORG *Subject:* Escalation does not push vendor form data to regular form ** Hi All, I want to transfer ldap data from vendor form to staging form(regular form). ARS version - 7.6.03, DB - MS SQL 2005 For this, I created one escalation with push field action in which it create/modify the entries only if 'sAMAccountName' = $sAMAccountName$. Mapped the vendor data to staging form. The issue is that escalation pushing NULL to staging form though I can see/query the vendor form data from arsystem. I tried the following scenarios also --- - Created another vendor form, no luck - Created another escalation, no luck - Tried escalation to push vendor to another regular form, no luck - Tried with matching ids in push field action, no luck - tried same escalation between two regular forms where it worked perfect, but why it not working between vendor and regular form. - Tried with vendor form with one field only, no luck - I know it was easy to create such transfer prior to 7.6.03, is there any issue with this 7.6.03 version? Help is appreciated. I am going
Re: Escalation does not push vendor form data to regular form
You haven’t turned off Escalations on that server have you? Turn on your Escalation Log’s. This may tell you something if you think you have done everything else right.. Joe From: Mahendra Mahalkar Sent: Tuesday, November 02, 2010 1:46 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Escalation does not push vendor form data to regular form ** Hi All, I want to transfer ldap data from vendor form to staging form(regular form). ARS version - 7.6.03, DB - MS SQL 2005 For this, I created one escalation with push field action in which it create/modify the entries only if 'sAMAccountName' = $sAMAccountName$. Mapped the vendor data to staging form. The issue is that escalation pushing NULL to staging form though I can see/query the vendor form data from arsystem. I tried the following scenarios also --- a.. Created another vendor form, no luck b.. Created another escalation, no luck c.. Tried escalation to push vendor to another regular form, no luck d.. Tried with matching ids in push field action, no luck e.. tried same escalation between two regular forms where it worked perfect, but why it not working between vendor and regular form. f.. Tried with vendor form with one field only, no luck g.. I know it was easy to create such transfer prior to 7.6.03, is there any issue with this 7.6.03 version? Help is appreciated. I am going to raise this issue with BMC Support also. Regards, Mahendra ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Escalation does not push vendor form data to regular form
I checked the escalation logs, there I found only NULL values pushing to staging form. *Regards,* *Mahendra Mahalkar* On Tue, Nov 2, 2010 at 9:53 AM, Joe Martin D'Souza jdso...@shyle.netwrote: ** You haven’t turned off Escalations on that server have you? Turn on your Escalation Log’s. This may tell you something if you think you have done everything else right.. Joe *From:* Mahendra Mahalkar mahendra.mahal...@gmail.com *Sent:* Tuesday, November 02, 2010 1:46 AM *Newsgroups:* public.remedy.arsystem.general *To:* arslist@ARSLIST.ORG *Subject:* Escalation does not push vendor form data to regular form ** Hi All, I want to transfer ldap data from vendor form to staging form(regular form). ARS version - 7.6.03, DB - MS SQL 2005 For this, I created one escalation with push field action in which it create/modify the entries only if 'sAMAccountName' = $sAMAccountName$. Mapped the vendor data to staging form. The issue is that escalation pushing NULL to staging form though I can see/query the vendor form data from arsystem. I tried the following scenarios also --- - Created another vendor form, no luck - Created another escalation, no luck - Tried escalation to push vendor to another regular form, no luck - Tried with matching ids in push field action, no luck - tried same escalation between two regular forms where it worked perfect, but why it not working between vendor and regular form. - Tried with vendor form with one field only, no luck - I know it was easy to create such transfer prior to 7.6.03, is there any issue with this 7.6.03 version? Help is appreciated. I am going to raise this issue with BMC Support also. *Regards,* *Mahendra* _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Escalation or Filter
I believe both would perform equally. However, taking into consideration that escalations should be used at a minimum, I would prefer the first option, i.e; set fields with escalation and push fields with filter. Also,this would help when the escalation queue is longer. Regards, SriSamSri Appecherla Mobile# +91 991 610 6008 On Thu, Jul 1, 2010 at 9:45 PM, Brittain, Mark mbritt...@navisite.comwrote: ** Hi All From a performance perspective which would be better? Escalation on Form A set field and push fields to create a new record on Form B Escalation on Form A set field. Filter on Form A does the push fields to create a new record on Form B. ARS 6.3 patch 20 Oracle 9.2 SunOS 5.9 Thanks Mark Mark Brittain Remedy Developer *NaviSite **mbritt...@navisite.com* mbritt...@navisite.com (315) 453-2912 x5335 (Phone) (315) 317.2897 (Cell) * * This e-mail is the property of NaviSite, Inc. It is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential, or otherwise protected from disclosure. Distribution or copying of this e-mail, or the information contained herein, to anyone other than the intended recipient is prohibited. _attend WWRUG10 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: Escalation or Filter
Hi Mark There should be no difference. I would prefer to use the escalation to trigger a filter to do the push, as that allows you to insert validation workflow etc. if needed. However, in both cases all the activity takes place on the escalation thread, so you cannot 'offload' activity to other threads to improve performance. HTH David Sanders Solution Architect Enterprise Service Suite @ Work == tel +44 1494 468980 mobile +44 7710 377761 email david.sand...@westoverconsulting.co.uk web http://www.westoverconsulting.co.uk http://www.westoverconsulting.co.uk/ _ From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Brittain, Mark Sent: Thursday, July 01, 2010 5:15 PM To: arslist@ARSLIST.ORG Subject: Escalation or Filter Hi All From a performance perspective which would be better? Escalation on Form A set field and push fields to create a new record on Form B Escalation on Form A set field. Filter on Form A does the push fields to create a new record on Form B. ARS 6.3 patch 20 Oracle 9.2 SunOS 5.9 Thanks Mark Mark Brittain Remedy Developer NaviSite mbritt...@navisite.com (315) 453-2912 x5335 (Phone) (315) 317.2897 (Cell) This e-mail is the property of NaviSite, Inc. It is intended only for the person or entity to which it is addressed and may contain information that is privileged, confidential, or otherwise protected from disclosure. Distribution or copying of this e-mail, or the information contained herein, to anyone other than the intended recipient is prohibited. _attend WWRUG10 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: Escalation or Filter
I prefer to use the Escalation sets field and a Filter does the work method. The only real advantage of using this method is that you can test it from the user tool and log the actions locally (instead of having to read server side logs). Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Brittain, Mark Sent: Thursday, July 01, 2010 11:15 AM To: arslist@ARSLIST.ORG Subject: Escalation or Filter ** Hi All From a performance perspective which would be better? Escalation on Form A set field and push fields to create a new record on Form B Escalation on Form A set field. Filter on Form A does the push fields to create a new record on Form B. ARS 6.3 patch 20 Oracle 9.2 SunOS 5.9 Thanks Mark Mark Brittain Remedy Developer NaviSite mbritt...@navisite.com (315) 453-2912 x5335 (Phone) (315) 317.2897 (Cell) ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: Escalation or Filter
Yup, Escalation to start the Event, Filter to Perform the Action... On Jul 1, 1:01 pm, Grooms, Frederick W frederick.w.gro...@xo.com wrote: I prefer to use the Escalation sets field and a Filter does the work method. The only real advantage of using this method is that you can test it from the user tool and log the actions locally (instead of having to read server side logs). Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Brittain, Mark Sent: Thursday, July 01, 2010 11:15 AM To: arsl...@arslist.org Subject: Escalation or Filter ** Hi All From a performance perspective which would be better? Escalation on Form A set field and push fields to create a new record on Form B Escalation on Form A set field. Filter on Form A does the push fields to create a new record on Form B. ARS 6.3 patch 20 Oracle 9.2 SunOS 5.9 Thanks Mark Mark Brittain Remedy Developer NaviSite mbritt...@navisite.com (315) 453-2912 x5335 (Phone) (315) 317.2897 (Cell) ___ UNSUBSCRIBE or access ARSlist Archives atwww.arslist.org attend wwrug10www.wwrug.comARSlist: Where the Answers Are- Hide quoted text - - Show quoted text - ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: Escalation or Filter
I agree with everyone else, mainly because of threading issues. But I guess with 7 you can increase the number of escalation threads. Still, if you have a lot of other escalations, then you could potentially tie up your threads. I run 2 threads just in case something does happen to tie up 1. I do have some escalations that take a while. I was using some escalations to kick of exe files on my server to do jobs, but then I just offloaded those to sql server agent job because the remedy escalations were bogging down at night. Just bear in mind that each thread is a single-file line. Thanks, Gary Opela, Jr. Sr. Remedy Engineer Avaya Phone Admin RSP Cert, Sec+ COMM: 405 582 4272 -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Chuck Sent: Thursday, July 01, 2010 1:31 PM To: arslist@ARSLIST.ORG Subject: Re: Escalation or Filter Yup, Escalation to start the Event, Filter to Perform the Action... On Jul 1, 1:01 pm, Grooms, Frederick W frederick.w.gro...@xo.com wrote: I prefer to use the Escalation sets field and a Filter does the work method. The only real advantage of using this method is that you can test it from the user tool and log the actions locally (instead of having to read server side logs). Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Brittain, Mark Sent: Thursday, July 01, 2010 11:15 AM To: arsl...@arslist.org Subject: Escalation or Filter ** Hi All From a performance perspective which would be better? Escalation on Form A set field and push fields to create a new record on Form B Escalation on Form A set field. Filter on Form A does the push fields to create a new record on Form B. ARS 6.3 patch 20 Oracle 9.2 SunOS 5.9 Thanks Mark Mark Brittain Remedy Developer NaviSite mbritt...@navisite.com (315) 453-2912 x5335 (Phone) (315) 317.2897 (Cell) ___ UNSUBSCRIBE or access ARSlist Archives atwww.arslist.org attend wwrug10www.wwrug.comARSlist: Where the Answers Are- Hide quoted text - - Show quoted text - ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: Escalation refuses to run - RESOLVED
The cure for this ended up being pretty simple. We deleted the escalation in question. Then we re-imported a copy of it and assigned that copy to the pool the deleted one had been assigned. After a server bounce it worked. WHY it wouldn't work before is still a mystery. We did compares on the non-working one and the working ones and there was no difference. My only assumption was some kind of database corruption. Normally troubleshooting that would have been a pre-breakfast activity but this system was covered by SOX so it took 7 separate documents and approvals to make that change. William Rentfrow Principal Consultant, StrataCom Inc. wrentf...@stratacominc.com Blog: www.williamrentfrow.com O 715-592-5185 C 715-410-8056 From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of cpgold Sent: Tuesday, May 25, 2010 4:18 PM To: arslist@ARSLIST.ORG Subject: Re: Escalation refuses to run ** Copy this escalation to a new escalation and rename it without the underscore _, disable the original. On Tue, May 25, 2010 at 9:52 AM, William Rentfrow wrentf...@stratacominc.com wrote: ** I'm baffled. Tech support at BMC seems baffled as well. The OOB escalation for SLM is named SLM:EventSchedule:TAD_PollingEscalation. It has not been modified at all except for the thread/pool changes noted below. It is an interval escalation set to 5 minutes. It refuses to fire however. There is simply no mention of it in the logs. Ever. We'd added a dedicated thread - in fact, we have 6 escalations threads/pools. #6 is dedicated solely for this escalation - nothing else is on it. Escalation logging shows all the other escalations working correctly. But for some reason Pool 6 is never mentioned in the logs and the escalation named above is nevere mentioned. There is no message saying the escalation is disabled - there's nothing saying it is computing the next fire time - it is literally as if this escalation doesn't exist as far as the server is concerned. Suggestions? So far we have... -bounced the server. Repeatedly. -thread level logging -every other kind of logging imaginable -restricted pool to this single escalation -verified pool configuration, etc -verified server licensing, etc. William Rentfrow Principal Consultant, StrataCom Inc. wrentf...@stratacominc.com Corporate Website, www.stratacominc.com http://www.stratacominc.com/ Blog, www.williamrentfrow.com http://www.williamrentfrow.com/ 715-410-8156 C _attend WWRUG10 www.wwrug.com http://www.wwrug.com/ ARSlist: Where the Answers Are_ _attend WWRUG10 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: Escalation refuses to run
Out of curiosity... What happens if you swap this escalation's pool with another (i.e. take pool 5's escalations and move them to pool 6 and put this in pool 5)? The second test is to export this escalation to a def file and then re-import it. Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of William Rentfrow Sent: Tuesday, May 25, 2010 9:53 AM To: arslist@ARSLIST.ORG Subject: Escalation refuses to run ** I'm baffled. Tech support at BMC seems baffled as well. The OOB escalation for SLM is named SLM:EventSchedule:TAD_PollingEscalation. It has not been modified at all except for the thread/pool changes noted below. It is an interval escalation set to 5 minutes. It refuses to fire however. There is simply no mention of it in the logs. Ever. We'd added a dedicated thread - in fact, we have 6 escalations threads/pools. #6 is dedicated solely for this escalation - nothing else is on it. Escalation logging shows all the other escalations working correctly. But for some reason Pool 6 is never mentioned in the logs and the escalation named above is never mentioned. There is no message saying the escalation is disabled - there's nothing saying it is computing the next fire time - it is literally as if this escalation doesn't exist as far as the server is concerned. Suggestions? So far we have... -bounced the server. Repeatedly. -thread level logging -every other kind of logging imaginable -restricted pool to this single escalation -verified pool configuration, etc -verified server licensing, etc. William Rentfrow Principal Consultant, StrataCom Inc. wrentf...@stratacominc.com Corporate Website, www.stratacominc.com Blog, www.williamrentfrow.com 715-410-8156 C ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: Escalation refuses to run
Good questions - I've had it in shared pools and it's own pool. It never shows up. We are getting set to export/re-import it. There's SOX rules so any of that sort of work requires paperwork, etc. Naturally the Production system is broken and not the dev one where I can tinker. Dev works just fine. William Rentfrow Principal Consultant, StrataCom Inc. wrentf...@stratacominc.com Corporate Website, www.stratacominc.com Blog, www.williamrentfrow.com 715-410-8156 C -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Grooms, Frederick W Sent: Tuesday, May 25, 2010 9:58 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation refuses to run Out of curiosity... What happens if you swap this escalation's pool with another (i.e. take pool 5's escalations and move them to pool 6 and put this in pool 5)? The second test is to export this escalation to a def file and then re-import it. Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of William Rentfrow Sent: Tuesday, May 25, 2010 9:53 AM To: arslist@ARSLIST.ORG Subject: Escalation refuses to run ** I'm baffled. Tech support at BMC seems baffled as well. The OOB escalation for SLM is named SLM:EventSchedule:TAD_PollingEscalation. It has not been modified at all except for the thread/pool changes noted below. It is an interval escalation set to 5 minutes. It refuses to fire however. There is simply no mention of it in the logs. Ever. We'd added a dedicated thread - in fact, we have 6 escalations threads/pools. #6 is dedicated solely for this escalation - nothing else is on it. Escalation logging shows all the other escalations working correctly. But for some reason Pool 6 is never mentioned in the logs and the escalation named above is never mentioned. There is no message saying the escalation is disabled - there's nothing saying it is computing the next fire time - it is literally as if this escalation doesn't exist as far as the server is concerned. Suggestions? So far we have... -bounced the server. Repeatedly. -thread level logging -every other kind of logging imaginable -restricted pool to this single escalation -verified pool configuration, etc -verified server licensing, etc. William Rentfrow Principal Consultant, StrataCom Inc. wrentf...@stratacominc.com Corporate Website, www.stratacominc.com Blog, www.williamrentfrow.com 715-410-8156 C ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: Escalation refuses to run
Copy this escalation to a new escalation and rename it without the underscore _, disable the original. On Tue, May 25, 2010 at 9:52 AM, William Rentfrow wrentf...@stratacominc.com wrote: ** I'm baffled. Tech support at BMC seems baffled as well. The OOB escalation for SLM is named SLM:EventSchedule:TAD_PollingEscalation. It has not been modified at all except for the thread/pool changes noted below. It is an interval escalation set to 5 minutes. It refuses to fire however. There is simply no mention of it in the logs. Ever. We'd added a dedicated thread - in fact, we have 6 escalations threads/pools. #6 is dedicated solely for this escalation - nothing else is on it. Escalation logging shows all the other escalations working correctly. But for some reason Pool 6 is never mentioned in the logs and the escalation named above is nevere mentioned. There is no message saying the escalation is disabled - there's nothing saying it is computing the next fire time - it is literally as if this escalation doesn't exist as far as the server is concerned. Suggestions? So far we have... -bounced the server. Repeatedly. -thread level logging -every other kind of logging imaginable -restricted pool to this single escalation -verified pool configuration, etc -verified server licensing, etc. William Rentfrow Principal Consultant, StrataCom Inc. wrentf...@stratacominc.com Corporate Website, www.stratacominc.com Blog, www.williamrentfrow.com 715-410-8156 C _attend WWRUG10 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: Escalation Timeline
Okafter several back and forths with Chris Pruitt, another version is available for download http://www.arinside.org/downloads/20 I have submitted the update to BMCDN, will notify when it's approved. _ From: LJ Longwing [mailto:lj.longw...@gmail.com] Sent: Monday, April 05, 2010 9:27 AM To: LJ Longwing; 'arslist@ARSLIST.ORG' Subject: RE: Escalation Timeline http://communities.bmc.com/communities/docs/DOC-10093 The updated version is again available from the BMCDN. Please feel free to download and check it outlet me know if it's working and if you find the information useful. _ From: LJ Longwing [mailto:lj.longw...@gmail.com] Sent: Friday, April 02, 2010 2:30 PM To: 'arslist@ARSLIST.ORG' Subject: RE: Escalation Timeline I have updated the java program as well as the html file to fix the IE issues. Please download again from ARInside web site till they approve the update on the BMCDN http://www.arinside.org/downloads/20 _ From: LJ Longwing [mailto:lj.longw...@gmail.com] Sent: Wednesday, March 31, 2010 10:41 AM To: LJ Longwing; 'arslist@ARSLIST.ORG' Subject: RE: Escalation Timeline Ok...approved, I didn't know what sort of timeline it was going to take to get it approvedhere is the link http://communities.bmc.com/communities/docs/DOC-10093 Thank you to the 8 people interested enough in this project to download it in the last hour :) _ From: LJ Longwing [mailto:lj.longw...@gmail.com] Sent: Wednesday, March 31, 2010 10:03 AM To: 'arslist@ARSLIST.ORG' Subject: RE: Escalation Timeline Ok...I don't know if this went out or notbut I'm pretty sure the attachment didn't. I wasn't planning on adding it to the BMC Developers network quite yet, but that seems to be about the only way for me to get it out to youwell, just about the only waytill it's approved on the BMCDN I have added it to the ARInside downloads http://www.arinside.org/downloads/20 it won't stay there...but until it's available on BMCDN I'll leave it there. _ From: LJ Longwing [mailto:lj.longw...@gmail.com] Sent: Wednesday, March 31, 2010 9:49 AM To: LJ Longwing; 'arslist@ARSLIST.ORG' Subject: Escalation Timeline I submit to the community a tool requested many a time, but never quite delivered upon. Escalation Timeline In the attached zip file are some files to work with...it's fully functional in my little corner of the world. Here is a list of the files and their function -EscalationTimeline.java - Source code for the program -EscalationTimeline.class - Compiled version of said source code -esc_timeline.properties - This is the config file the program uses to generate the output, it's commented fairly good -esc_timeline.css - css file for the html file -esc_timeline.html - html file that displays the output -esc_timeline.js - this is the 'events' file that the program generates, it takes the input in the config file and the escalations in your server and generates this file, this is an input to the html Okthis program requires two things I didn't include. It needs the ARAPI*.JAR fileI'm using the 7.5 version, but really, I believe anything 7.1+ will work. It also wants a log4j jar file...both of these jar files should be available on your server somewhere and depending on what version of the tools you have on your workstation, they may exist there as well . It uses the opensource timeline simile project and requires access to the internet to grab the libraries from them. I sincerely would like feedback on the programthe coding is sloppy but effective. One example of the sloppywhen determining which type of escalation, I do a cast in a try block, if the cast fails, I know it's the other kind...VERY sloppy but effective for the most part. :) Let me know folks. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: Escalation Timeline
Latest version has been updated on BMCDN http://communities.bmc.com/communities/docs/DOC-10093 _ From: LJ Longwing [mailto:lj.longw...@gmail.com] Sent: Wednesday, April 07, 2010 12:23 PM To: 'arslist@ARSLIST.ORG' Subject: RE: Escalation Timeline Okafter several back and forths with Chris Pruitt, another version is available for download http://www.arinside.org/downloads/20 I have submitted the update to BMCDN, will notify when it's approved. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: Escalation Timeline
http://communities.bmc.com/communities/docs/DOC-10093 The updated version is again available from the BMCDN. Please feel free to download and check it outlet me know if it's working and if you find the information useful. _ From: LJ Longwing [mailto:lj.longw...@gmail.com] Sent: Friday, April 02, 2010 2:30 PM To: 'arslist@ARSLIST.ORG' Subject: RE: Escalation Timeline I have updated the java program as well as the html file to fix the IE issues. Please download again from ARInside web site till they approve the update on the BMCDN http://www.arinside.org/downloads/20 _ From: LJ Longwing [mailto:lj.longw...@gmail.com] Sent: Wednesday, March 31, 2010 10:41 AM To: LJ Longwing; 'arslist@ARSLIST.ORG' Subject: RE: Escalation Timeline Ok...approved, I didn't know what sort of timeline it was going to take to get it approvedhere is the link http://communities.bmc.com/communities/docs/DOC-10093 Thank you to the 8 people interested enough in this project to download it in the last hour :) _ From: LJ Longwing [mailto:lj.longw...@gmail.com] Sent: Wednesday, March 31, 2010 10:03 AM To: 'arslist@ARSLIST.ORG' Subject: RE: Escalation Timeline Ok...I don't know if this went out or notbut I'm pretty sure the attachment didn't. I wasn't planning on adding it to the BMC Developers network quite yet, but that seems to be about the only way for me to get it out to youwell, just about the only waytill it's approved on the BMCDN I have added it to the ARInside downloads http://www.arinside.org/downloads/20 it won't stay there...but until it's available on BMCDN I'll leave it there. _ From: LJ Longwing [mailto:lj.longw...@gmail.com] Sent: Wednesday, March 31, 2010 9:49 AM To: LJ Longwing; 'arslist@ARSLIST.ORG' Subject: Escalation Timeline I submit to the community a tool requested many a time, but never quite delivered upon. Escalation Timeline In the attached zip file are some files to work with...it's fully functional in my little corner of the world. Here is a list of the files and their function -EscalationTimeline.java - Source code for the program -EscalationTimeline.class - Compiled version of said source code -esc_timeline.properties - This is the config file the program uses to generate the output, it's commented fairly good -esc_timeline.css - css file for the html file -esc_timeline.html - html file that displays the output -esc_timeline.js - this is the 'events' file that the program generates, it takes the input in the config file and the escalations in your server and generates this file, this is an input to the html Okthis program requires two things I didn't include. It needs the ARAPI*.JAR fileI'm using the 7.5 version, but really, I believe anything 7.1+ will work. It also wants a log4j jar file...both of these jar files should be available on your server somewhere and depending on what version of the tools you have on your workstation, they may exist there as well . It uses the opensource timeline simile project and requires access to the internet to grab the libraries from them. I sincerely would like feedback on the programthe coding is sloppy but effective. One example of the sloppywhen determining which type of escalation, I do a cast in a try block, if the cast fails, I know it's the other kind...VERY sloppy but effective for the most part. :) Let me know folks. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: Escalation else if tab Bug?
You can still do a set fields to a regular field on a Filter or Active Link Else Action correct? I wonder why not an escalation? Lisa -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Reiser, John J Sent: Friday, January 29, 2010 11:00 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation else if tab Bug? Um... Nevermind. KM-00010546 When you create an escalation with an Else action to Notify or Set fields, you will only see a list of display-only fields. This is as designed: In escalations, because Else actions are executed when no requests are found, Else actions cannot be used to modify a request. You won't be able to do a set fields action to a regular field through the Else action of an escalation; you can, however, set a regular field through the If Action of an escalation. --- John J. Reiser Senior Software Development Analyst Remedy Administrator/Developer Lockheed Martin - MS2 The star that burns twice as bright burns half as long. Pay close attention and be illuminated by its brilliance. - paraphrased by me From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Reiser, John J Sent: Friday, January 29, 2010 10:54 AM To: arslist@ARSLIST.ORG Subject: Escalation else if tab Bug? Hello Listers, ARS 7.1 Patch 4 ARAdmin 7.1 patch6 patch 8 MS SQL 2005 I came across an issue with the Set Fields action on the Else tab of an escalation. Using Current Transaction for the Server and Read value from. When I try to select a field to set I only see a few fields from the form. In this specific form it only shows the columns of a table field on the form. I don't think it is a permissions problem as all fields on this test form are Public. Even core fields will not appear in the set fields dropdown list in the Else action tab. They all show in the If action tab. Is this a bug? I looked in the List archive but couldn't find anything referring to it. Thanks, --- John J. Reiser Senior Software Development Analyst Remedy Administrator/Developer Lockheed Martin - MS2 The star that burns twice as bright burns half as long. Pay close attention and be illuminated by its brilliance. - paraphrased by me ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: Escalation else if tab Bug?
AL/Filter are firing on a record, an escalation runs the if action if it finds records to modify, only fires the else if there 'is no record' that matches it's qual...and because you aren't dealing with any record, it doesn't make sense to be able to set a value on that record that doesn't exist, right? -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Kemes, Lisa Sent: Monday, April 05, 2010 9:52 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation else if tab Bug? You can still do a set fields to a regular field on a Filter or Active Link Else Action correct? I wonder why not an escalation? Lisa -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Reiser, John J Sent: Friday, January 29, 2010 11:00 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation else if tab Bug? Um... Nevermind. KM-00010546 When you create an escalation with an Else action to Notify or Set fields, you will only see a list of display-only fields. This is as designed: In escalations, because Else actions are executed when no requests are found, Else actions cannot be used to modify a request. You won't be able to do a set fields action to a regular field through the Else action of an escalation; you can, however, set a regular field through the If Action of an escalation. --- John J. Reiser Senior Software Development Analyst Remedy Administrator/Developer Lockheed Martin - MS2 The star that burns twice as bright burns half as long. Pay close attention and be illuminated by its brilliance. - paraphrased by me From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Reiser, John J Sent: Friday, January 29, 2010 10:54 AM To: arslist@ARSLIST.ORG Subject: Escalation else if tab Bug? Hello Listers, ARS 7.1 Patch 4 ARAdmin 7.1 patch6 patch 8 MS SQL 2005 I came across an issue with the Set Fields action on the Else tab of an escalation. Using Current Transaction for the Server and Read value from. When I try to select a field to set I only see a few fields from the form. In this specific form it only shows the columns of a table field on the form. I don't think it is a permissions problem as all fields on this test form are Public. Even core fields will not appear in the set fields dropdown list in the Else action tab. They all show in the If action tab. Is this a bug? I looked in the List archive but couldn't find anything referring to it. Thanks, --- John J. Reiser Senior Software Development Analyst Remedy Administrator/Developer Lockheed Martin - MS2 The star that burns twice as bright burns half as long. Pay close attention and be illuminated by its brilliance. - paraphrased by me ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: Escalation else if tab Bug?
Ahhh, it does makes sense! Lisa -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of LJ Longwing Sent: Monday, April 05, 2010 11:56 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation else if tab Bug? AL/Filter are firing on a record, an escalation runs the if action if it finds records to modify, only fires the else if there 'is no record' that matches it's qual...and because you aren't dealing with any record, it doesn't make sense to be able to set a value on that record that doesn't exist, right? -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Kemes, Lisa Sent: Monday, April 05, 2010 9:52 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation else if tab Bug? You can still do a set fields to a regular field on a Filter or Active Link Else Action correct? I wonder why not an escalation? Lisa -Original Message- From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Reiser, John J Sent: Friday, January 29, 2010 11:00 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation else if tab Bug? Um... Nevermind. KM-00010546 When you create an escalation with an Else action to Notify or Set fields, you will only see a list of display-only fields. This is as designed: In escalations, because Else actions are executed when no requests are found, Else actions cannot be used to modify a request. You won't be able to do a set fields action to a regular field through the Else action of an escalation; you can, however, set a regular field through the If Action of an escalation. --- John J. Reiser Senior Software Development Analyst Remedy Administrator/Developer Lockheed Martin - MS2 The star that burns twice as bright burns half as long. Pay close attention and be illuminated by its brilliance. - paraphrased by me From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Reiser, John J Sent: Friday, January 29, 2010 10:54 AM To: arslist@ARSLIST.ORG Subject: Escalation else if tab Bug? Hello Listers, ARS 7.1 Patch 4 ARAdmin 7.1 patch6 patch 8 MS SQL 2005 I came across an issue with the Set Fields action on the Else tab of an escalation. Using Current Transaction for the Server and Read value from. When I try to select a field to set I only see a few fields from the form. In this specific form it only shows the columns of a table field on the form. I don't think it is a permissions problem as all fields on this test form are Public. Even core fields will not appear in the set fields dropdown list in the Else action tab. They all show in the If action tab. Is this a bug? I looked in the List archive but couldn't find anything referring to it. Thanks, --- John J. Reiser Senior Software Development Analyst Remedy Administrator/Developer Lockheed Martin - MS2 The star that burns twice as bright burns half as long. Pay close attention and be illuminated by its brilliance. - paraphrased by me ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor:rmisoluti...@verizon.net ARSlist: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: Escalation Timeline
I have updated the java program as well as the html file to fix the IE issues. Please download again from ARInside web site till they approve the update on the BMCDN http://www.arinside.org/downloads/20 _ From: LJ Longwing [mailto:lj.longw...@gmail.com] Sent: Wednesday, March 31, 2010 10:41 AM To: LJ Longwing; 'arslist@ARSLIST.ORG' Subject: RE: Escalation Timeline Ok...approved, I didn't know what sort of timeline it was going to take to get it approvedhere is the link http://communities.bmc.com/communities/docs/DOC-10093 Thank you to the 8 people interested enough in this project to download it in the last hour :) _ From: LJ Longwing [mailto:lj.longw...@gmail.com] Sent: Wednesday, March 31, 2010 10:03 AM To: 'arslist@ARSLIST.ORG' Subject: RE: Escalation Timeline Ok...I don't know if this went out or notbut I'm pretty sure the attachment didn't. I wasn't planning on adding it to the BMC Developers network quite yet, but that seems to be about the only way for me to get it out to youwell, just about the only waytill it's approved on the BMCDN I have added it to the ARInside downloads http://www.arinside.org/downloads/20 it won't stay there...but until it's available on BMCDN I'll leave it there. _ From: LJ Longwing [mailto:lj.longw...@gmail.com] Sent: Wednesday, March 31, 2010 9:49 AM To: LJ Longwing; 'arslist@ARSLIST.ORG' Subject: Escalation Timeline I submit to the community a tool requested many a time, but never quite delivered upon. Escalation Timeline In the attached zip file are some files to work with...it's fully functional in my little corner of the world. Here is a list of the files and their function -EscalationTimeline.java - Source code for the program -EscalationTimeline.class - Compiled version of said source code -esc_timeline.properties - This is the config file the program uses to generate the output, it's commented fairly good -esc_timeline.css - css file for the html file -esc_timeline.html - html file that displays the output -esc_timeline.js - this is the 'events' file that the program generates, it takes the input in the config file and the escalations in your server and generates this file, this is an input to the html Okthis program requires two things I didn't include. It needs the ARAPI*.JAR fileI'm using the 7.5 version, but really, I believe anything 7.1+ will work. It also wants a log4j jar file...both of these jar files should be available on your server somewhere and depending on what version of the tools you have on your workstation, they may exist there as well . It uses the opensource timeline simile project and requires access to the internet to grab the libraries from them. I sincerely would like feedback on the programthe coding is sloppy but effective. One example of the sloppywhen determining which type of escalation, I do a cast in a try block, if the cast fails, I know it's the other kind...VERY sloppy but effective for the most part. :) Let me know folks. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: Escalation Timeline
This is more of a rant about the Community Search function. I did a search on Escalation Timeline (because I forgot where I put this post) and I get 2 results, neither of them are LJ's post. Weird! It's in the SUBJECT! Lisa From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of LJ Longwing Sent: Wednesday, March 31, 2010 12:41 PM To: arslist@ARSLIST.ORG Subject: Re: Escalation Timeline ** Ok...approved, I didn't know what sort of timeline it was going to take to get it approvedhere is the link http://communities.bmc.com/communities/docs/DOC-10093 Thank you to the 8 people interested enough in this project to download it in the last hour :) From: LJ Longwing [mailto:lj.longw...@gmail.com] Sent: Wednesday, March 31, 2010 10:03 AM To: 'arslist@ARSLIST.ORG' Subject: RE: Escalation Timeline Ok...I don't know if this went out or notbut I'm pretty sure the attachment didn't. I wasn't planning on adding it to the BMC Developers network quite yet, but that seems to be about the only way for me to get it out to youwell, just about the only waytill it's approved on the BMCDN I have added it to the ARInside downloads http://www.arinside.org/downloads/20 it won't stay there...but until it's available on BMCDN I'll leave it there. From: LJ Longwing [mailto:lj.longw...@gmail.com] Sent: Wednesday, March 31, 2010 9:49 AM To: LJ Longwing; 'arslist@ARSLIST.ORG' Subject: Escalation Timeline I submit to the community a tool requested many a time, but never quite delivered upon. Escalation Timeline In the attached zip file are some files to work with...it's fully functional in my little corner of the world. Here is a list of the files and their function -EscalationTimeline.java - Source code for the program -EscalationTimeline.class - Compiled version of said source code -esc_timeline.properties - This is the config file the program uses to generate the output, it's commented fairly good -esc_timeline.css - css file for the html file -esc_timeline.html - html file that displays the output -esc_timeline.js - this is the 'events' file that the program generates, it takes the input in the config file and the escalations in your server and generates this file, this is an input to the html Okthis program requires two things I didn't include. It needs the ARAPI*.JAR fileI'm using the 7.5 version, but really, I believe anything 7.1+ will work. It also wants a log4j jar file...both of these jar files should be available on your server somewhere and depending on what version of the tools you have on your workstation, they may exist there as well . It uses the opensource timeline simile project and requires access to the internet to grab the libraries from them. I sincerely would like feedback on the programthe coding is sloppy but effective. One example of the sloppywhen determining which type of escalation, I do a cast in a try block, if the cast fails, I know it's the other kind...VERY sloppy but effective for the most part. :) Let me know folks. _attend WWRUG10 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: Escalation Timeline
The yucky search is on the BMC.com website. Just wanted to make that clear! (not arslist.org) :) Lisa From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of Kemes, Lisa Sent: Thursday, April 01, 2010 11:57 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation Timeline ** This is more of a rant about the Community Search function. I did a search on Escalation Timeline (because I forgot where I put this post) and I get 2 results, neither of them are LJ's post. Weird! It's in the SUBJECT! Lisa From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of LJ Longwing Sent: Wednesday, March 31, 2010 12:41 PM To: arslist@ARSLIST.ORG Subject: Re: Escalation Timeline ** Ok...approved, I didn't know what sort of timeline it was going to take to get it approvedhere is the link http://communities.bmc.com/communities/docs/DOC-10093 Thank you to the 8 people interested enough in this project to download it in the last hour :) From: LJ Longwing [mailto:lj.longw...@gmail.com] Sent: Wednesday, March 31, 2010 10:03 AM To: 'arslist@ARSLIST.ORG' Subject: RE: Escalation Timeline Ok...I don't know if this went out or notbut I'm pretty sure the attachment didn't. I wasn't planning on adding it to the BMC Developers network quite yet, but that seems to be about the only way for me to get it out to youwell, just about the only waytill it's approved on the BMCDN I have added it to the ARInside downloads http://www.arinside.org/downloads/20 it won't stay there...but until it's available on BMCDN I'll leave it there. From: LJ Longwing [mailto:lj.longw...@gmail.com] Sent: Wednesday, March 31, 2010 9:49 AM To: LJ Longwing; 'arslist@ARSLIST.ORG' Subject: Escalation Timeline I submit to the community a tool requested many a time, but never quite delivered upon. Escalation Timeline In the attached zip file are some files to work with...it's fully functional in my little corner of the world. Here is a list of the files and their function -EscalationTimeline.java - Source code for the program -EscalationTimeline.class - Compiled version of said source code -esc_timeline.properties - This is the config file the program uses to generate the output, it's commented fairly good -esc_timeline.css - css file for the html file -esc_timeline.html - html file that displays the output -esc_timeline.js - this is the 'events' file that the program generates, it takes the input in the config file and the escalations in your server and generates this file, this is an input to the html Okthis program requires two things I didn't include. It needs the ARAPI*.JAR fileI'm using the 7.5 version, but really, I believe anything 7.1+ will work. It also wants a log4j jar file...both of these jar files should be available on your server somewhere and depending on what version of the tools you have on your workstation, they may exist there as well . It uses the opensource timeline simile project and requires access to the internet to grab the libraries from them. I sincerely would like feedback on the programthe coding is sloppy but effective. One example of the sloppywhen determining which type of escalation, I do a cast in a try block, if the cast fails, I know it's the other kind...VERY sloppy but effective for the most part. :) Let me know folks. _attend WWRUG10 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG10 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: Escalation Timeline
Ok...I don't know if this went out or notbut I'm pretty sure the attachment didn't. I wasn't planning on adding it to the BMC Developers network quite yet, but that seems to be about the only way for me to get it out to youwell, just about the only waytill it's approved on the BMCDN I have added it to the ARInside downloads http://www.arinside.org/downloads/20 it won't stay there...but until it's available on BMCDN I'll leave it there. _ From: LJ Longwing [mailto:lj.longw...@gmail.com] Sent: Wednesday, March 31, 2010 9:49 AM To: LJ Longwing; 'arslist@ARSLIST.ORG' Subject: Escalation Timeline I submit to the community a tool requested many a time, but never quite delivered upon. Escalation Timeline In the attached zip file are some files to work with...it's fully functional in my little corner of the world. Here is a list of the files and their function -EscalationTimeline.java - Source code for the program -EscalationTimeline.class - Compiled version of said source code -esc_timeline.properties - This is the config file the program uses to generate the output, it's commented fairly good -esc_timeline.css - css file for the html file -esc_timeline.html - html file that displays the output -esc_timeline.js - this is the 'events' file that the program generates, it takes the input in the config file and the escalations in your server and generates this file, this is an input to the html Okthis program requires two things I didn't include. It needs the ARAPI*.JAR fileI'm using the 7.5 version, but really, I believe anything 7.1+ will work. It also wants a log4j jar file...both of these jar files should be available on your server somewhere and depending on what version of the tools you have on your workstation, they may exist there as well . It uses the opensource timeline simile project and requires access to the internet to grab the libraries from them. I sincerely would like feedback on the programthe coding is sloppy but effective. One example of the sloppywhen determining which type of escalation, I do a cast in a try block, if the cast fails, I know it's the other kind...VERY sloppy but effective for the most part. :) Let me know folks. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: Escalation Timeline
Ok...approved, I didn't know what sort of timeline it was going to take to get it approvedhere is the link http://communities.bmc.com/communities/docs/DOC-10093 Thank you to the 8 people interested enough in this project to download it in the last hour :) _ From: LJ Longwing [mailto:lj.longw...@gmail.com] Sent: Wednesday, March 31, 2010 10:03 AM To: 'arslist@ARSLIST.ORG' Subject: RE: Escalation Timeline Ok...I don't know if this went out or notbut I'm pretty sure the attachment didn't. I wasn't planning on adding it to the BMC Developers network quite yet, but that seems to be about the only way for me to get it out to youwell, just about the only waytill it's approved on the BMCDN I have added it to the ARInside downloads http://www.arinside.org/downloads/20 it won't stay there...but until it's available on BMCDN I'll leave it there. _ From: LJ Longwing [mailto:lj.longw...@gmail.com] Sent: Wednesday, March 31, 2010 9:49 AM To: LJ Longwing; 'arslist@ARSLIST.ORG' Subject: Escalation Timeline I submit to the community a tool requested many a time, but never quite delivered upon. Escalation Timeline In the attached zip file are some files to work with...it's fully functional in my little corner of the world. Here is a list of the files and their function -EscalationTimeline.java - Source code for the program -EscalationTimeline.class - Compiled version of said source code -esc_timeline.properties - This is the config file the program uses to generate the output, it's commented fairly good -esc_timeline.css - css file for the html file -esc_timeline.html - html file that displays the output -esc_timeline.js - this is the 'events' file that the program generates, it takes the input in the config file and the escalations in your server and generates this file, this is an input to the html Okthis program requires two things I didn't include. It needs the ARAPI*.JAR fileI'm using the 7.5 version, but really, I believe anything 7.1+ will work. It also wants a log4j jar file...both of these jar files should be available on your server somewhere and depending on what version of the tools you have on your workstation, they may exist there as well . It uses the opensource timeline simile project and requires access to the internet to grab the libraries from them. I sincerely would like feedback on the programthe coding is sloppy but effective. One example of the sloppywhen determining which type of escalation, I do a cast in a try block, if the cast fails, I know it's the other kind...VERY sloppy but effective for the most part. :) Let me know folks. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are
Re: Escalation Timeline
LJ, please bear with me.. I've downloaded this tool and copied the 2 JAR files into its directory (C:\Tools\Escalation Timeline). But when I try to run the tool I get the following: Runtime error on line 7. Error: expected identifier, string or number Runtime error on line 29. Error: expected identifier, string or number Runtime error on line 58. Error: object expected Am I missing something? Thanks, Marcelo From: Action Request System discussion list(ARSList) [mailto:arsl...@arslist.org] On Behalf Of LJ Longwing Sent: Wednesday, March 31, 2010 11:41 AM To: arslist@ARSLIST.ORG Subject: Re: Escalation Timeline ** Ok...approved, I didn't know what sort of timeline it was going to take to get it approvedhere is the link http://communities.bmc.com/communities/docs/DOC-10093 Thank you to the 8 people interested enough in this project to download it in the last hour :) From: LJ Longwing [mailto:lj.longw...@gmail.com] Sent: Wednesday, March 31, 2010 10:03 AM To: 'arslist@ARSLIST.ORG' Subject: RE: Escalation Timeline Ok...I don't know if this went out or notbut I'm pretty sure the attachment didn't. I wasn't planning on adding it to the BMC Developers network quite yet, but that seems to be about the only way for me to get it out to youwell, just about the only waytill it's approved on the BMCDN I have added it to the ARInside downloads http://www.arinside.org/downloads/20 it won't stay there...but until it's available on BMCDN I'll leave it there. From: LJ Longwing [mailto:lj.longw...@gmail.com] Sent: Wednesday, March 31, 2010 9:49 AM To: LJ Longwing; 'arslist@ARSLIST.ORG' Subject: Escalation Timeline I submit to the community a tool requested many a time, but never quite delivered upon. Escalation Timeline In the attached zip file are some files to work with...it's fully functional in my little corner of the world. Here is a list of the files and their function -EscalationTimeline.java - Source code for the program -EscalationTimeline.class - Compiled version of said source code -esc_timeline.properties - This is the config file the program uses to generate the output, it's commented fairly good -esc_timeline.css - css file for the html file -esc_timeline.html - html file that displays the output -esc_timeline.js - this is the 'events' file that the program generates, it takes the input in the config file and the escalations in your server and generates this file, this is an input to the html Okthis program requires two things I didn't include. It needs the ARAPI*.JAR fileI'm using the 7.5 version, but really, I believe anything 7.1+ will work. It also wants a log4j jar file...both of these jar files should be available on your server somewhere and depending on what version of the tools you have on your workstation, they may exist there as well . It uses the opensource timeline simile project and requires access to the internet to grab the libraries from them. I sincerely would like feedback on the programthe coding is sloppy but effective. One example of the sloppywhen determining which type of escalation, I do a cast in a try block, if the cast fails, I know it's the other kind...VERY sloppy but effective for the most part. :) Let me know folks. _attend WWRUG10 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug10 www.wwrug.com ARSlist: Where the Answers Are