Re: Web Service GetList issue
Select support XSI in your output mapping Regards, Prasanth From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Wirasat Siddiqi Sent: 14 March 2012 01:50 AM To: arslist@ARSLIST.ORG Subject: Re: Web Service GetList issue ** Yes, I have removed them from Input Mapping. And yes server is configured to allow unqualified searches. Thanks, Wirasat From:Grooms, Frederick W frederick.w.gro...@xo.com To:arslist@ARSLIST.ORG Date:03/13/2012 04:09 PM Subject:Re: Web Service GetList issue Sent by:Action Request System discussion list(ARSList) arslist@ARSLIST.ORG You removed it from the inbound mapping? Did you also remove it from the qualifications? And is your server set up to allow unqualified searches? Fred -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG mailto:arslist@ARSLIST.ORG ] On Behalf Of Wirasat Siddiqi Sent: Tuesday, March 13, 2012 3:03 PM To: arslist@ARSLIST.ORG Subject: Re: Web Service GetList issue ** This is what I get when I give 0. 0 is not valid selection for Maximum Limit., 5158, 0 is not valid selection for Start Record., 5158, Thanks, Wirasat Siddiqi Remedy Development Team Desk Phone: 202-502-3204 Cell: 202-368-7190 Email: wirasat_sidd...@ao.uscourts.gov -Original Message- From:Jose Huerta To:arslist@ARSLIST.ORG Date:03/13/2012 03:58 PM Subject:Re: Web Service GetList issue Sent by:Action Request System discussion list(ARSList) arslist@ARSLIST.ORG ** I think that you must give a value. It isn't mandatory to publish these values at the input, but you need to provide a value for them. So put 0, 0 in order to not limit the response. Jose M. Huerta Project Manager Movil: 661 665 088 Telf.: 971 75 03 24 Fax: 971 75 07 94 SM2 Baleares S.A. C/Rita Levi Edificio SM2 Parc Bit 07121 Palma de Mallorca -Original Message- On Tue, Mar 13, 2012 at 20:07, Wirasat Siddiqi wrote: ** Hi all, I am having issue with a web service with Getlist operation. Created the web service with Getlist operation to search multiple rows on a form. Removed the startRecord and maxLimit from Input mapping as I don't want to use those limits. However, I am seeing these values under qualification field with no values entered. When I try to consume the web service, it does not return any data. Any help would be appreciated. Thanks, Wirasat ___ 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_ Think green - keep it on the screen. This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Mid-Tier Caching Endeavors
Hi, That is interesting to hear. There are plans to install SP3 here, but this will probably be a while before they get to it. I guess that way to match a users group-mask against the cache will still work the same way. In other words it will still strip away any None-groups before doing the matching. Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11): * 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. I'd be curious to know what you see with this in SP3, since as near as I can tell it made significant changes to how the mid-tier ehcache handles users and groups, and changed prefetch from push to pull. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Tuesday, March 13, 2012 8:30 AM To: arslist@ARSLIST.ORG Subject: Mid-Tier Caching Endeavors Hi all Mid-Tier Admins! I have had a series of frustrating issues with Mid-Tier 7.6.04 SP2 caching, that I think I have now come to grips with. What I did was to create a Group (STUGUN) and a Role (STUGUN) to be used in customization of the application Remedy Incident Management. The role granted access to a set of ACTLs. What happened was that Mid-Tier failed to recache things sometimes, and some users with this group (STUGUN) got access to the ACTLs, and some did not. The same user could get different results depending on which Mid-Tier he accessed. My error, I think, is that the STUGUN-Group was set defined as a None-Group. As it was mapped to a Role, it worked fine to assign permission to it, and it also worked fine in Remedy User. When Mid-Tier does its caching, it will create a unique Group-combination based on each users unique combination of Groups. For example if a user belongs to: 20213 = Service Request User (Change) 10001 = STUGUN (None, this is my group) 20003 = Incident User (Change) 2 = General Access (Change) 20032 = Asset Viewer (Change) 100021 = 100021 (None) - this is a Support Group The Unique combination here will be ;2;20003;20032;20213; where the two groups with Group-Type None has been stripped out. This is because None-groups should not be able to change access in any way, except for row-level-access, but that is calculated in another way. So depending on if the first User with the unique permission map ;2;20003;20032;20213; belonged to my STUGUN-group or not, the cached file included/excluded permission to thos STUGUN-Active-Links! SOLUTION: Change the None-Group to View or Change CONCLUSION: Never map a None-Group to a Role Please let me know if my deductions seems flawed in any way! Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11): * 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. ___ 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: SRM Read-Only Questions
How about putting the disclaimer information in the Instructions box? Then make the last question a check box: I have read the Instructions at the top. On Tue, Mar 13, 2012 at 11:09 PM, Mohamed Abdelaziz moe.abdela...@gmail.com wrote: ** Has anyone been successful in finding a way to provide a read-only question to the end user on an SRD? I know that it might not make sense but this is the situation we have. We have few questions on an SRD and we need to include a text field with a disclaimer for the customer to read it and confirm acknowledgement by checking a check box. The only caveat is that the text box cannot be read-only. It’s either required, hidden or optional. ** ** Environment Specs: Oracle 10.2 SRM 7.6.02 ITSM 7.6.0 ARS 7.5.04 ** ** Regards, Moe. ** _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ -- Rebecca Boyd Application Administrator Wake Forest University ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: SRM Read-Only Questions
Hi, Mo. If they have to acknowledge the information, then it really can't be read only, right? You can have a question (your disclaimer) and an answer (their acknowledgement) but then not do anything with it. You don't have to map it to the back end fullfillment form. Steve B. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Performance Tuning
Does anyone know where I can find a Performance Tuning guide or white paper for the following AR System Server versions? 7.1 and 7.6.04. I have gone through the Optimizing and Troubleshooting Guide for both versions but I thought there was a more detailed Performance Tuning guide out there somewhere. I have gone through BMCs documentation for both versions and have search the BMC Communities and have not found them anywhere. Anyone have a like to these guides, I would really appreciate it if you would provide it. Thanks. Christopher Pruitt Business Consulting III HP Enterprises Services christopher.pru...@hp.com www.hp.comhttp://www.hp.com/ Confidentiality Notice: This message and any files transmitted with it are intended for the sole use of the entity or individual to whom it is addressed, and may contain information that is confidential, privileged, and exempt from disclosure under applicable law. If you are not the intended addressee for this e-mail, you are hereby notified that any copying, distribution, or dissemination of this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately destroy, erase, or discard this message. Please notify the sender immediately by return e-mail if you have received this e-mail by mistake. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are inline: Picture (Device Independent Bitmap) 1.jpg
Re: Performance Tuning
I would be interested in that as well! Sue From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Pruitt, Christopher (Bank of America Account) Sent: Wednesday, March 14, 2012 9:54 AM To: arslist@ARSLIST.ORG Subject: Performance Tuning ** Does anyone know where I can find a Performance Tuning guide or white paper for the following AR System Server versions? 7.1 and 7.6.04. I have gone through the Optimizing and Troubleshooting Guide for both versions but I thought there was a more detailed Performance Tuning guide out there somewhere. I have gone through BMCs documentation for both versions and have search the BMC Communities and have not found them anywhere. Anyone have a like to these guides, I would really appreciate it if you would provide it. Thanks. Christopher Pruitt Business Consulting III HP Enterprises Services christopher.pru...@hp.commailto:christopher.pru...@hp.com www.hp.comhttp://www.hp.com/ [cid:image001.jpg@01CD01CA.0DD1D790] Confidentiality Notice: This message and any files transmitted with it are intended for the sole use of the entity or individual to whom it is addressed, and may contain information that is confidential, privileged, and exempt from disclosure under applicable law. If you are not the intended addressee for this e-mail, you are hereby notified that any copying, distribution, or dissemination of this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately destroy, erase, or discard this message. Please notify the sender immediately by return e-mail if you have received this e-mail by mistake. _attend WWRUG12 www.wwrug.comhttp://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 inline: image001.jpg
Re: Performance Tuning
I am looking at a jar in front of me.. it says the following:: #1 use indexes appropriately #2 use efficient queries #3 consider using set field action in filters instead of AL #4 avoid using filters which perform run process to run a macros (old) ##5 stagger escalations times #6 use direct sql, $PROCESS$ sparingly #7 avoid sending notifications to too many addresses (hah!) #8 minimize the number of diary, and long charcter fields #9 avoid admin tool / migrator during peak hours. #10 keep your application design simple #11 implement MPSO (hah!) #12 Define carefully the number of fast and list servers. #13 allocate enough shared memory for the db. #14 provide adequate computer network resources. Most still apply ! On Wed, Mar 14, 2012 at 10:05 AM, Barber, Sue sbar...@mitre.org wrote: ** I would be interested in that as well! ** ** Sue ** ** *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Pruitt, Christopher (Bank of America Account) *Sent:* Wednesday, March 14, 2012 9:54 AM *To:* arslist@ARSLIST.ORG *Subject:* Performance Tuning ** ** ** Does anyone know where I can find a Performance Tuning guide or white paper for the following AR System Server versions? 7.1 and 7.6.04. I have gone through the Optimizing and Troubleshooting Guide for both versions but I thought there was a more detailed Performance Tuning guide out there somewhere. I have gone through BMCs documentation for both versions and have search the BMC Communities and have not found them anywhere. Anyone have a like to these guides, I would really appreciate it if you would provide it. Thanks. *Christopher Pruitt* Business Consulting III *HP Enterprises Services **christopher.pru...@hp.com *www.hp.com *Confidentiality Notice:* This message and any files transmitted with it are intended for the sole use of the entity or individual to whom it is addressed, and may contain information that is confidential, privileged, and exempt from disclosure under applicable law. If you are not the intended addressee for this e-mail, you are hereby notified that any copying, distribution, or dissemination of this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately destroy, erase, or discard this message. Please notify the sender immediately by return e-mail if you have received this e-mail by mistake.* *** _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ -- Patrick Zandi ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
BMC Communities: no more Developer Network
(heads-up from listers also on BMC Communities) For many (good) reasons, the *technical *area to *learn, share interact*about all *Products and Solutions* from BMC (BMC Atrium, BMC Remedy, BMC Control-M, BMC Bladelogic, etc.) has been renamed Product Forumshttps://communities.bmc.com/communities/community/about/blog/2012/03/14/developer-network-is-now-product-forums . Content doesn't change, just a label renaming :-) Have a great day, ~ Matt Laurenceau, BMC Software Senior Community Ambassador, BMC Communities https://communities.bmc.com/communities/people/matt matthieu_laurenc...@bmc.com Follow me at @Matt_L https://twitter.com/matt_L Skype: matt.laurenceau ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Performance Tuning
MPSO!!! You bring back old memories! Joe From: patrick zandi Sent: Wednesday, March 14, 2012 10:13 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Performance Tuning ** I am looking at a jar in front of me.. it says the following:: #1 use indexes appropriately #2 use efficient queries #3 consider using set field action in filters instead of AL #4 avoid using filters which perform run process to run a macros (old) ##5 stagger escalations times #6 use direct sql, $PROCESS$ sparingly #7 avoid sending notifications to too many addresses (hah!) #8 minimize the number of diary, and long charcter fields #9 avoid admin tool / migrator during peak hours. #10 keep your application design simple #11 implement MPSO (hah!) #12 Define carefully the number of fast and list servers. #13 allocate enough shared memory for the db. #14 provide adequate computer network resources. Most still apply ! On Wed, Mar 14, 2012 at 10:05 AM, Barber, Sue sbar...@mitre.org wrote: ** I would be interested in that as well! Sue From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Pruitt, Christopher (Bank of America Account) Sent: Wednesday, March 14, 2012 9:54 AM To: arslist@ARSLIST.ORG Subject: Performance Tuning ** Does anyone know where I can find a Performance Tuning guide or white paper for the following AR System Server versions? 7.1 and 7.6.04. I have gone through the Optimizing and Troubleshooting Guide for both versions but I thought there was a more detailed Performance Tuning guide out there somewhere. I have gone through BMCs documentation for both versions and have search the BMC Communities and have not found them anywhere. Anyone have a like to these guides, I would really appreciate it if you would provide it. Thanks. Christopher Pruitt Business Consulting III HP Enterprises Services christopher.pru...@hp.com www.hp.com Confidentiality Notice: This message and any files transmitted with it are intended for the sole use of the entity or individual to whom it is addressed, and may contain information that is confidential, privileged, and exempt from disclosure under applicable law. If you are not the intended addressee for this e-mail, you are hereby notified that any copying, distribution, or dissemination of this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately destroy, erase, or discard this message. Please notify the sender immediately by return e-mail if you have received this e-mail by mistake. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
OT - Performance Tuning
Is it Friday yet! --- Funny!!#10 keep your application design simple From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of patrick zandi Sent: Wednesday, March 14, 2012 9:13 AM To: arslist@ARSLIST.ORG Subject: Re: Performance Tuning ** I am looking at a jar in front of me.. it says the following:: #1 use indexes appropriately #2 use efficient queries #3 consider using set field action in filters instead of AL #4 avoid using filters which perform run process to run a macros (old) ##5 stagger escalations times #6 use direct sql, $PROCESS$ sparingly #7 avoid sending notifications to too many addresses (hah!) #8 minimize the number of diary, and long charcter fields #9 avoid admin tool / migrator during peak hours. #10 keep your application design simple #11 implement MPSO (hah!) #12 Define carefully the number of fast and list servers. #13 allocate enough shared memory for the db. #14 provide adequate computer network resources. Most still apply ! On Wed, Mar 14, 2012 at 10:05 AM, Barber, Sue sbar...@mitre.orgmailto:sbar...@mitre.org wrote: ** I would be interested in that as well! Sue From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Pruitt, Christopher (Bank of America Account) Sent: Wednesday, March 14, 2012 9:54 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Performance Tuning ** Does anyone know where I can find a Performance Tuning guide or white paper for the following AR System Server versions? 7.1 and 7.6.04. I have gone through the Optimizing and Troubleshooting Guide for both versions but I thought there was a more detailed Performance Tuning guide out there somewhere. I have gone through BMCs documentation for both versions and have search the BMC Communities and have not found them anywhere. Anyone have a like to these guides, I would really appreciate it if you would provide it. Thanks. Christopher Pruitt Business Consulting III HP Enterprises Services christopher.pru...@hp.commailto:christopher.pru...@hp.com www.hp.comhttp://www.hp.com/ [%20] Confidentiality Notice: This message and any files transmitted with it are intended for the sole use of the entity or individual to whom it is addressed, and may contain information that is confidential, privileged, and exempt from disclosure under applicable law. If you are not the intended addressee for this e-mail, you are hereby notified that any copying, distribution, or dissemination of this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately destroy, erase, or discard this message. Please notify the sender immediately by return e-mail if you have received this e-mail by mistake. _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_ -- Patrick Zandi _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: Performance Tuning
** Me too! From: "Barber, Sue" sbar...@mitre.orgTo: arslist@ARSLIST.ORG Sent: Wednesday, March 14, 2012 9:05 AMSubject: Re: Performance Tuning ** I would be interested in that as well! Sue From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Pruitt, Christopher (Bank of America Account)Sent: Wednesday, March 14, 2012 9:54 AMTo: arslist@ARSLIST.ORGSubject: Performance Tuning ** Does anyone know where I can find a Performance Tuning guide or white paper for the following AR System Server versions? 7.1 and 7.6.04. I have gone through the Optimizing and Troubleshooting Guide for both versions but I thought there was a more detailed Performance Tuning guide out there somewhere. I have gone through BMCs documentation for both versions and have search the BMC Communities and have not found them anywhere. Anyone have a like to these guides, I would really appreciate it if you would provide it. Thanks. Christopher Pruitt Business Consulting III HP Enterprises Serviceschristopher.pru...@hp.comwww.hp.com Confidentiality Notice: This message and any files transmitted with it are intended for the sole use of the entity or individual to whom it is addressed, and may contain information that is confidential, privileged, and exempt from disclosure under applicable law. If you are not the intended addressee for this e-mail, you are hereby notified that any copying, distribution, or dissemination of this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately destroy, erase, or discard this message. Please notify the sender immediately by return e-mail if you have received this e-mail by mistake. _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_
Re: Performance Tuning
Hi, You may find some information here: http://rrr.se/doc/WWRUG09_RRR_LogFilePerformanceTuning.pdf Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11): * 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. Does anyone know where I can find a Performance Tuning guide or white paper for the following AR System Server versions? 7.1 and 7.6.04. I have gone through the Optimizing and Troubleshooting Guide for both versions but I thought there was a more detailed Performance Tuning guide out there somewhere. I have gone through BMCs documentation for both versions and have search the BMC Communities and have not found them anywhere. Anyone have a like to these guides, I would really appreciate it if you would provide it. Thanks. Christopher Pruitt Business Consulting III HP Enterprises Services christopher.pru...@hp.com www.hp.comhttp://www.hp.com/ Confidentiality Notice: This message and any files transmitted with it are intended for the sole use of the entity or individual to whom it is addressed, and may contain information that is confidential, privileged, and exempt from disclosure under applicable law. If you are not the intended addressee for this e-mail, you are hereby notified that any copying, distribution, or dissemination of this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately destroy, erase, or discard this message. Please notify the sender immediately by return e-mail if you have received this e-mail by mistake. ___ 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: Performance Tuning
You could add a few more to that jar that I can think at the top of my head... #15 Select appropriate Refresh Option for menus depending on their use (On Connect, On Open, 15 Minute Intervals). #16 Use Active Link or Filter Guides where possible. #17 Refresh your table fields only when necessary use appropriate chunks sizes #18 Design Flashboard variables carefully. #19 Use Computed or Dynamic groups where possible... I’m guessing this does impact performance too?? I’m sure there are other performance related AR System related parameters Might be a good idea to compile a good list more relevant to our current versions.. Joe From: patrick zandi Sent: Wednesday, March 14, 2012 10:13 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Performance Tuning ** I am looking at a jar in front of me.. it says the following:: #1 use indexes appropriately #2 use efficient queries #3 consider using set field action in filters instead of AL #4 avoid using filters which perform run process to run a macros (old) ##5 stagger escalations times #6 use direct sql, $PROCESS$ sparingly #7 avoid sending notifications to too many addresses (hah!) #8 minimize the number of diary, and long charcter fields #9 avoid admin tool / migrator during peak hours. #10 keep your application design simple #11 implement MPSO (hah!) #12 Define carefully the number of fast and list servers. #13 allocate enough shared memory for the db. #14 provide adequate computer network resources. Most still apply ! On Wed, Mar 14, 2012 at 10:05 AM, Barber, Sue sbar...@mitre.org wrote: ** I would be interested in that as well! Sue From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Pruitt, Christopher (Bank of America Account) Sent: Wednesday, March 14, 2012 9:54 AM To: arslist@ARSLIST.ORG Subject: Performance Tuning ** Does anyone know where I can find a Performance Tuning guide or white paper for the following AR System Server versions? 7.1 and 7.6.04. I have gone through the Optimizing and Troubleshooting Guide for both versions but I thought there was a more detailed Performance Tuning guide out there somewhere. I have gone through BMCs documentation for both versions and have search the BMC Communities and have not found them anywhere. Anyone have a like to these guides, I would really appreciate it if you would provide it. Thanks. Christopher Pruitt Business Consulting III HP Enterprises Services christopher.pru...@hp.com www.hp.com Confidentiality Notice: This message and any files transmitted with it are intended for the sole use of the entity or individual to whom it is addressed, and may contain information that is confidential, privileged, and exempt from disclosure under applicable law. If you are not the intended addressee for this e-mail, you are hereby notified that any copying, distribution, or dissemination of this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately destroy, erase, or discard this message. Please notify the sender immediately by return e-mail if you have received this e-mail by mistake. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Performance Tuning
These are for 7.6 - I don't know about 7.1 BMC Remedy AR System Server 7.6 Performance Tuning for Business Service Management http://documents.bmc.com/supportu/documents/90/37/199037/199037.pdf The mid-tier deployment guide is from: https://communities.bmc.com/communities/docs/DOC-18162 Regards, Andrew Goodall Software Engineer 2 | Development Services | jcpenney . www.jcp.com http://www.jcp.com/ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Pruitt, Christopher (Bank of America Account) Sent: Wednesday, March 14, 2012 8:54 AM To: arslist@ARSLIST.ORG Subject: Performance Tuning Does anyone know where I can find a Performance Tuning guide or white paper for the following AR System Server versions? 7.1 and 7.6.04. I have gone through the Optimizing and Troubleshooting Guide for both versions but I thought there was a more detailed Performance Tuning guide out there somewhere. I have gone through BMCs documentation for both versions and have search the BMC Communities and have not found them anywhere. Anyone have a like to these guides, I would really appreciate it if you would provide it. Thanks. Christopher Pruitt Business Consulting III HP Enterprises Services christopher.pru...@hp.com www.hp.com http://www.hp.com/ Confidentiality Notice: This message and any files transmitted with it are intended for the sole use of the entity or individual to whom it is addressed, and may contain information that is confidential, privileged, and exempt from disclosure under applicable law. If you are not the intended addressee for this e-mail, you are hereby notified that any copying, distribution, or dissemination of this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately destroy, erase, or discard this message. Please notify the sender immediately by return e-mail if you have received this e-mail by mistake. _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ font face=monospacesize=-3brThe information transmitted is intended only for the person or entity to which it is addressed and brmay contain confidential and/or privileged material. If the reader of this message is not the intendedbrrecipient, you are hereby notified that your access is unauthorized, and any review, dissemination,brdistribution or copying of this message including any attachments is strictly prohibited. If you are notbrthe intended recipient, please contact the sender and delete the material from any computer.br ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are image001.jpg
Re: Performance Tuning
I agree:: Joe.. autorefresh, reconciliation engine, AIE On Wed, Mar 14, 2012 at 10:52 AM, Joe Martin D'Souza jdso...@shyle.netwrote: ** You could add a few more to that jar that I can think at the top of my head... #15 Select appropriate Refresh Option for menus depending on their use (On Connect, On Open, 15 Minute Intervals). #16 Use Active Link or Filter Guides where possible. #17 Refresh your table fields only when necessary use appropriate chunks sizes #18 Design Flashboard variables carefully. #19 Use Computed or Dynamic groups where possible... I’m guessing this does impact performance too?? I’m sure there are other performance related AR System related parameters Might be a good idea to compile a good list more relevant to our current versions.. Joe *From:* patrick zandi remedy...@gmail.com *Sent:* Wednesday, March 14, 2012 10:13 AM *Newsgroups:* public.remedy.arsystem.general *To:* arslist@ARSLIST.ORG *Subject:* Re: Performance Tuning ** I am looking at a jar in front of me.. it says the following:: #1 use indexes appropriately #2 use efficient queries #3 consider using set field action in filters instead of AL #4 avoid using filters which perform run process to run a macros (old) ##5 stagger escalations times #6 use direct sql, $PROCESS$ sparingly #7 avoid sending notifications to too many addresses (hah!) #8 minimize the number of diary, and long charcter fields #9 avoid admin tool / migrator during peak hours. #10 keep your application design simple #11 implement MPSO (hah!) #12 Define carefully the number of fast and list servers. #13 allocate enough shared memory for the db. #14 provide adequate computer network resources. Most still apply ! On Wed, Mar 14, 2012 at 10:05 AM, Barber, Sue sbar...@mitre.org wrote: ** I would be interested in that as well! Sue *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Pruitt, Christopher (Bank of America Account) *Sent:* Wednesday, March 14, 2012 9:54 AM *To:* arslist@ARSLIST.ORG *Subject:* Performance Tuning ** Does anyone know where I can find a Performance Tuning guide or white paper for the following AR System Server versions? 7.1 and 7.6.04. I have gone through the Optimizing and Troubleshooting Guide for both versions but I thought there was a more detailed Performance Tuning guide out there somewhere. I have gone through BMCs documentation for both versions and have search the BMC Communities and have not found them anywhere. Anyone have a like to these guides, I would really appreciate it if you would provide it. Thanks. *Christopher Pruitt* Business Consulting III *HP Enterprises Services **christopher.pru...@hp.com *www.hp.com *Confidentiality Notice:* This message and any files transmitted with it are intended for the sole use of the entity or individual to whom it is addressed, and may contain information that is confidential, privileged, and exempt from disclosure under applicable law. If you are not the intended addressee for this e-mail, you are hereby notified that any copying, distribution, or dissemination of this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately destroy, erase, or discard this message. Please notify the sender immediately by return e-mail if you have received this e-mail by mistake. _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ -- Patrick Zandi ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Performance Tuning
I want to thank all of you who contacted me directly or replied back to the list. I now have all that I need and all of it is very good. Thanks everyone. Christopher Pruitt Business Consulting III HP Enterprises Services christopher.pru...@hp.com www.hp.comhttp://www.hp.com/ [cid:image001.png@01CD01CF.53C9E210] Confidentiality Notice: This message and any files transmitted with it are intended for the sole use of the entity or individual to whom it is addressed, and may contain information that is confidential, privileged, and exempt from disclosure under applicable law. If you are not the intended addressee for this e-mail, you are hereby notified that any copying, distribution, or dissemination of this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately destroy, erase, or discard this message. Please notify the sender immediately by return e-mail if you have received this e-mail by mistake. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of patrick zandi Sent: Wednesday, March 14, 2012 10:32 AM To: arslist@ARSLIST.ORG Subject: Re: Performance Tuning ** I agree:: Joe.. autorefresh, reconciliation engine, AIE On Wed, Mar 14, 2012 at 10:52 AM, Joe Martin D'Souza jdso...@shyle.netmailto:jdso...@shyle.net wrote: ** You could add a few more to that jar that I can think at the top of my head... #15 Select appropriate Refresh Option for menus depending on their use (On Connect, On Open, 15 Minute Intervals). #16 Use Active Link or Filter Guides where possible. #17 Refresh your table fields only when necessary use appropriate chunks sizes #18 Design Flashboard variables carefully. #19 Use Computed or Dynamic groups where possible... I'm guessing this does impact performance too?? I'm sure there are other performance related AR System related parameters Might be a good idea to compile a good list more relevant to our current versions.. Joe From: patrick zandimailto:remedy...@gmail.com Sent: Wednesday, March 14, 2012 10:13 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: Performance Tuning ** I am looking at a jar in front of me.. it says the following:: #1 use indexes appropriately #2 use efficient queries #3 consider using set field action in filters instead of AL #4 avoid using filters which perform run process to run a macros (old) ##5 stagger escalations times #6 use direct sql, $PROCESS$ sparingly #7 avoid sending notifications to too many addresses (hah!) #8 minimize the number of diary, and long charcter fields #9 avoid admin tool / migrator during peak hours. #10 keep your application design simple #11 implement MPSO (hah!) #12 Define carefully the number of fast and list servers. #13 allocate enough shared memory for the db. #14 provide adequate computer network resources. Most still apply ! On Wed, Mar 14, 2012 at 10:05 AM, Barber, Sue sbar...@mitre.orgmailto:sbar...@mitre.org wrote: ** I would be interested in that as well! Sue From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Pruitt, Christopher (Bank of America Account) Sent: Wednesday, March 14, 2012 9:54 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Performance Tuning ** Does anyone know where I can find a Performance Tuning guide or white paper for the following AR System Server versions? 7.1 and 7.6.04. I have gone through the Optimizing and Troubleshooting Guide for both versions but I thought there was a more detailed Performance Tuning guide out there somewhere. I have gone through BMCs documentation for both versions and have search the BMC Communities and have not found them anywhere. Anyone have a like to these guides, I would really appreciate it if you would provide it. Thanks. Christopher Pruitt Business Consulting III HP Enterprises Services christopher.pru...@hp.commailto:christopher.pru...@hp.com www.hp.comhttp://www.hp.com/ Confidentiality Notice: This message and any files transmitted with it are intended for the sole use of the entity or individual to whom it is addressed, and may contain information that is confidential, privileged, and exempt from disclosure under applicable law. If you are not the intended addressee for this e-mail, you are hereby notified that any copying, distribution, or dissemination of this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately destroy, erase, or discard this message. Please notify the sender immediately by return e-mail if you have received this e-mail by mistake. _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ -- Patrick Zandi _attend WWRUG12 www.wwrug.comhttp://www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at
RESOLVED: Web Service GetList issue
The issue is resolved. We were sending the incorrect qualification. The correct qualification is s0:Qualification'DeviceException'=Yes/s0:Qualification And incorrect qualification we were sending s0:DeviceExceptionYes/s0:DeviceException Also, I was able to remove startRecord and maxLimit parameters from Input Mapping successfully. Thanks, Wirasat From: Prabhakaran, Prasanth (GO IN Application Management) p.prabhaka...@logica.com To: arslist@ARSLIST.ORG Date: 03/14/2012 04:13 AM Subject:Re: Web Service GetList issue Sent by:Action Request System discussion list(ARSList) arslist@ARSLIST.ORG ** Select support XSI in your output mapping Regards, Prasanth From: Action Request System discussion list(ARSList) [ mailto:arslist@ARSLIST.ORG] On Behalf Of Wirasat Siddiqi Sent: 14 March 2012 01:50 AM To: arslist@ARSLIST.ORG Subject: Re: Web Service GetList issue ** Yes, I have removed them from Input Mapping. And yes server is configured to allow unqualified searches. Thanks, Wirasat From:Grooms, Frederick W frederick.w.gro...@xo.com To:arslist@ARSLIST.ORG Date:03/13/2012 04:09 PM Subject:Re: Web Service GetList issue Sent by:Action Request System discussion list(ARSList) arslist@ARSLIST.ORG You removed it from the inbound mapping? Did you also remove it from the qualifications? And is your server set up to allow unqualified searches? Fred -Original Message- From: Action Request System discussion list(ARSList) [ mailto:arslist@ARSLIST.ORG] On Behalf Of Wirasat Siddiqi Sent: Tuesday, March 13, 2012 3:03 PM To: arslist@ARSLIST.ORG Subject: Re: Web Service GetList issue ** This is what I get when I give 0. 0 is not valid selection for Maximum Limit., 5158, 0 is not valid selection for Start Record., 5158, Thanks, Wirasat Siddiqi Remedy Development Team Desk Phone: 202-502-3204 Cell: 202-368-7190 Email: wirasat_sidd...@ao.uscourts.gov -Original Message- From:Jose Huerta To:arslist@ARSLIST.ORG Date:03/13/2012 03:58 PM Subject:Re: Web Service GetList issue Sent by:Action Request System discussion list(ARSList) arslist@ARSLIST.ORG ** I think that you must give a value. It isn't mandatory to publish these values at the input, but you need to provide a value for them. So put 0, 0 in order to not limit the response. Jose M. Huerta Project Manager Movil: 661 665 088 Telf.: 971 75 03 24 Fax: 971 75 07 94 SM2 Baleares S.A. C/Rita Levi Edificio SM2 Parc Bit 07121 Palma de Mallorca -Original Message- On Tue, Mar 13, 2012 at 20:07, Wirasat Siddiqi wrote: ** Hi all, I am having issue with a web service with Getlist operation. Created the web service with Getlist operation to search multiple rows on a form. Removed the startRecord and maxLimit from Input mapping as I don't want to use those limits. However, I am seeing these values under qualification field with no values entered. When I try to consume the web service, it does not return any data. Any help would be appreciated. Thanks, Wirasat ___ 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_ Think green - keep it on the screen. This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you. _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
Service Calls and $PROCESS$ Application-Copy-Field-Value
Hi,
I am doing a service-call with a Request ID specified, as I need access to
the database values.
The problem is that I adding values to a Display-Only-field with $PROCESS$
Application-Copy-Field-Value, and all field values are NULL.
The reason is that the system only brings up database values from fields
that I actually access within any of my filters, and by using
Application-Copy-Field-Value I am using values the AR Server are unaware
of...
I tried to bring in my request with Set-Fields from the form in question
where ('1' = $1$) while checking the Matching-IDs checkbox. The
unfortunate result was that the Display-Only-fields originally sent to the
Service-Call was NULLed out.
I even tried to fake a push-fields that never really pushed, but the
system was too smart to fall for that one.
Does anyone have any suggestions, less creating one Set-Fields ('1' = $1$)
per form where I do this, where I specify all non-display-only fields in
each form...
This really seems to be a bug to me. If you use
Application-Copy-Field-Value in a Service-Call, it should trigger on that
and bring it up from the database...
Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011)
Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11):
* 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.
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Performance Tuning
Another one.. Disk fragmentation on the database server can often lead to latency I was told way back in the days.. I’m sure that is still applicable.. Solution is to defrag the disk on regular maintenance cycles.. Joe From: patrick zandi Sent: Wednesday, March 14, 2012 11:32 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Performance Tuning ** I agree:: Joe.. autorefresh, reconciliation engine, AIE On Wed, Mar 14, 2012 at 10:52 AM, Joe Martin D'Souza jdso...@shyle.net wrote: ** You could add a few more to that jar that I can think at the top of my head... #15 Select appropriate Refresh Option for menus depending on their use (On Connect, On Open, 15 Minute Intervals). #16 Use Active Link or Filter Guides where possible. #17 Refresh your table fields only when necessary use appropriate chunks sizes #18 Design Flashboard variables carefully. #19 Use Computed or Dynamic groups where possible... I’m guessing this does impact performance too?? I’m sure there are other performance related AR System related parameters Might be a good idea to compile a good list more relevant to our current versions.. Joe From: patrick zandi Sent: Wednesday, March 14, 2012 10:13 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Performance Tuning ** I am looking at a jar in front of me.. it says the following:: #1 use indexes appropriately #2 use efficient queries #3 consider using set field action in filters instead of AL #4 avoid using filters which perform run process to run a macros (old) ##5 stagger escalations times #6 use direct sql, $PROCESS$ sparingly #7 avoid sending notifications to too many addresses (hah!) #8 minimize the number of diary, and long charcter fields #9 avoid admin tool / migrator during peak hours. #10 keep your application design simple #11 implement MPSO (hah!) #12 Define carefully the number of fast and list servers. #13 allocate enough shared memory for the db. #14 provide adequate computer network resources. Most still apply ! On Wed, Mar 14, 2012 at 10:05 AM, Barber, Sue sbar...@mitre.org wrote: ** I would be interested in that as well! Sue From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Pruitt, Christopher (Bank of America Account) Sent: Wednesday, March 14, 2012 9:54 AM To: arslist@ARSLIST.ORG Subject: Performance Tuning ** Does anyone know where I can find a Performance Tuning guide or white paper for the following AR System Server versions? 7.1 and 7.6.04. I have gone through the Optimizing and Troubleshooting Guide for both versions but I thought there was a more detailed Performance Tuning guide out there somewhere. I have gone through BMCs documentation for both versions and have search the BMC Communities and have not found them anywhere. Anyone have a like to these guides, I would really appreciate it if you would provide it. Thanks. Christopher Pruitt Business Consulting III HP Enterprises Services christopher.pru...@hp.com www.hp.com Confidentiality Notice: This message and any files transmitted with it are intended for the sole use of the entity or individual to whom it is addressed, and may contain information that is confidential, privileged, and exempt from disclosure under applicable law. If you are not the intended addressee for this e-mail, you are hereby notified that any copying, distribution, or dissemination of this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately destroy, erase, or discard this message. Please notify the sender immediately by return e-mail if you have received this e-mail by mistake. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Performance Tuning
limit AIE, put it on its own queue and limit the number of Threads to account for CPU usage.. I put all 32 cpu's at 85% once.. lol On Wed, Mar 14, 2012 at 12:29 PM, Joe Martin D'Souza jdso...@shyle.netwrote: ** Another one.. Disk fragmentation on the database server can often lead to latency I was told way back in the days.. I’m sure that is still applicable.. Solution is to defrag the disk on regular maintenance cycles.. Joe *From:* patrick zandi remedy...@gmail.com *Sent:* Wednesday, March 14, 2012 11:32 AM *Newsgroups:* public.remedy.arsystem.general *To:* arslist@ARSLIST.ORG *Subject:* Re: Performance Tuning ** I agree:: Joe.. autorefresh, reconciliation engine, AIE On Wed, Mar 14, 2012 at 10:52 AM, Joe Martin D'Souza jdso...@shyle.netwrote: ** You could add a few more to that jar that I can think at the top of my head... #15 Select appropriate Refresh Option for menus depending on their use (On Connect, On Open, 15 Minute Intervals). #16 Use Active Link or Filter Guides where possible. #17 Refresh your table fields only when necessary use appropriate chunks sizes #18 Design Flashboard variables carefully. #19 Use Computed or Dynamic groups where possible... I’m guessing this does impact performance too?? I’m sure there are other performance related AR System related parameters Might be a good idea to compile a good list more relevant to our current versions.. Joe *From:* patrick zandi remedy...@gmail.com *Sent:* Wednesday, March 14, 2012 10:13 AM *Newsgroups:* public.remedy.arsystem.general *To:* arslist@ARSLIST.ORG *Subject:* Re: Performance Tuning ** I am looking at a jar in front of me.. it says the following:: #1 use indexes appropriately #2 use efficient queries #3 consider using set field action in filters instead of AL #4 avoid using filters which perform run process to run a macros (old) ##5 stagger escalations times #6 use direct sql, $PROCESS$ sparingly #7 avoid sending notifications to too many addresses (hah!) #8 minimize the number of diary, and long charcter fields #9 avoid admin tool / migrator during peak hours. #10 keep your application design simple #11 implement MPSO (hah!) #12 Define carefully the number of fast and list servers. #13 allocate enough shared memory for the db. #14 provide adequate computer network resources. Most still apply ! On Wed, Mar 14, 2012 at 10:05 AM, Barber, Sue sbar...@mitre.org wrote: ** I would be interested in that as well! Sue *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Pruitt, Christopher (Bank of America Account) *Sent:* Wednesday, March 14, 2012 9:54 AM *To:* arslist@ARSLIST.ORG *Subject:* Performance Tuning ** Does anyone know where I can find a Performance Tuning guide or white paper for the following AR System Server versions? 7.1 and 7.6.04. I have gone through the Optimizing and Troubleshooting Guide for both versions but I thought there was a more detailed Performance Tuning guide out there somewhere. I have gone through BMCs documentation for both versions and have search the BMC Communities and have not found them anywhere. Anyone have a like to these guides, I would really appreciate it if you would provide it. Thanks. *Christopher Pruitt* Business Consulting III *HP Enterprises Services **christopher.pru...@hp.com *www.hp.com *Confidentiality Notice:* This message and any files transmitted with it are intended for the sole use of the entity or individual to whom it is addressed, and may contain information that is confidential, privileged, and exempt from disclosure under applicable law. If you are not the intended addressee for this e-mail, you are hereby notified that any copying, distribution, or dissemination of this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately destroy, erase, or discard this message. Please notify the sender immediately by return e-mail if you have received this e-mail by mistake. _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ -- Patrick Zandi ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
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! 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: Performance Tuning
Nice! I’ve done better.. I’ve crashed servers :-) We shouldn’t forget about tweaking the DB. Often many leave the DB at default settings. This in my opinion could never be optimal settings. For e.g. the MS-SQL server had its default packet sizes during the version 6.5 days at 4096 K. I recall even a recent version of MS-SQL (I think 2005) had the same packet size as default. I wouldn’t be surprised if the latest and greatest version has the same size too.. Network speeds have grown 10 times more with better physical network resources. Application sizes have grown significantly too.. Processing powers on CPU’s and server memories have quadrupled over the past 10 years.. I’m not a DBA but I’m certain parameters like packet size, server memory etc. ought to be looked at and tweaked to take advantage of greater available resources. Joe From: patrick zandi Sent: Wednesday, March 14, 2012 12:32 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Performance Tuning ** limit AIE, put it on its own queue and limit the number of Threads to account for CPU usage.. I put all 32 cpu's at 85% once.. lol On Wed, Mar 14, 2012 at 12:29 PM, Joe Martin D'Souza jdso...@shyle.net wrote: ** Another one.. Disk fragmentation on the database server can often lead to latency I was told way back in the days.. I’m sure that is still applicable.. Solution is to defrag the disk on regular maintenance cycles.. Joe From: patrick zandi Sent: Wednesday, March 14, 2012 11:32 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Performance Tuning ** I agree:: Joe.. autorefresh, reconciliation engine, AIE On Wed, Mar 14, 2012 at 10:52 AM, Joe Martin D'Souza jdso...@shyle.net wrote: ** You could add a few more to that jar that I can think at the top of my head... #15 Select appropriate Refresh Option for menus depending on their use (On Connect, On Open, 15 Minute Intervals). #16 Use Active Link or Filter Guides where possible. #17 Refresh your table fields only when necessary use appropriate chunks sizes #18 Design Flashboard variables carefully. #19 Use Computed or Dynamic groups where possible... I’m guessing this does impact performance too?? I’m sure there are other performance related AR System related parameters Might be a good idea to compile a good list more relevant to our current versions.. Joe From: patrick zandi Sent: Wednesday, March 14, 2012 10:13 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Performance Tuning ** I am looking at a jar in front of me.. it says the following:: #1 use indexes appropriately #2 use efficient queries #3 consider using set field action in filters instead of AL #4 avoid using filters which perform run process to run a macros (old) ##5 stagger escalations times #6 use direct sql, $PROCESS$ sparingly #7 avoid sending notifications to too many addresses (hah!) #8 minimize the number of diary, and long charcter fields #9 avoid admin tool / migrator during peak hours. #10 keep your application design simple #11 implement MPSO (hah!) #12 Define carefully the number of fast and list servers. #13 allocate enough shared memory for the db. #14 provide adequate computer network resources. Most still apply ! On Wed, Mar 14, 2012 at 10:05 AM, Barber, Sue sbar...@mitre.org wrote: ** I would be interested in that as well! Sue From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Pruitt, Christopher (Bank of America Account) Sent: Wednesday, March 14, 2012 9:54 AM To: arslist@ARSLIST.ORG Subject: Performance Tuning ** Does anyone know where I can find a Performance Tuning guide or white paper for the following AR System Server versions? 7.1 and 7.6.04. I have gone through the Optimizing and Troubleshooting Guide for both versions but I thought there was a more detailed Performance Tuning guide out there somewhere. I have gone through BMCs documentation for both versions and have search the BMC Communities and have not found them anywhere. Anyone have a like to these guides, I would really appreciate it if you would provide it. Thanks. Christopher Pruitt Business Consulting III HP Enterprises Services christopher.pru...@hp.com www.hp.com Confidentiality Notice: This message and any files transmitted with it are intended for the sole use of the entity or individual to whom it is addressed, and may contain information that is confidential, privileged, and exempt from disclosure under applicable law. If you are not the intended addressee for this e-mail, you are hereby notified that any copying, distribution, or
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
perl soap lite examples
For anymore who is interested these are some Perl SOAP::Lite examples for opcreate, opset, opget, and opgetlist. I haven't used these in a while, but remember it took me a while to figure out how to consume the remedy web services in perl - so thought these may help someone else out. http://www.soaplite.com/ FYI- I used Activestate Komodo Edit on windows - http://www.activestate.com/komodo-edit/downloads Regards, Andrew Goodall Software Engineer 2 | Development Services | jcpenney . www.jcp.com http://www.jcp.com/ font face=monospacesize=-3brThe information transmitted is intended only for the person or entity to which it is addressed and brmay contain confidential and/or privileged material. If the reader of this message is not the intendedbrrecipient, you are hereby notified that your access is unauthorized, and any review, dissemination,brdistribution or copying of this message including any attachments is strictly prohibited. If you are notbrthe intended recipient, please contact the sender and delete the material from any computer.br ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are generic remedy-opset.pl Description: generic remedy-opset.pl generic remedy-opcreate.pl Description: generic remedy-opcreate.pl generic remedy-opget.pl Description: generic remedy-opget.pl generic remedy-opgetlist.pl Description: generic remedy-opgetlist.pl
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: perl soap lite examples
Good grief - got blocked again. Ok - go here if you're interested: https://communities.bmc.com/communities/docs/DOC-18743 Regards, Andrew Goodall Software Engineer 2 | Development Services | jcpenney . www.jcp.com http://www.jcp.com/ | 972.431.1518 From: Andrew C Goodall Sent: Wednesday, March 14, 2012 12:04 PM To: 'arslist@ARSLIST.ORG' Subject: RE: perl soap lite examples Attempting this again as a zip attachment. For anymore who is interested these are some Perl SOAP::Lite examples for opcreate, opset, opget, and opgetlist. I haven't used these in a while, but remember it took me a while to figure out how to consume the remedy web services in perl - so thought these may help someone else out. http://www.soaplite.com/ FYI- I used Activestate Komodo Edit on windows - http://www.activestate.com/komodo-edit/downloads Regards, Andrew Goodall Software Engineer 2 | Development Services | jcpenney . www.jcp.com http://www.jcp.com/ font face=monospacesize=-3brThe information transmitted is intended only for the person or entity to which it is addressed and brmay contain confidential and/or privileged material. If the reader of this message is not the intendedbrrecipient, you are hereby notified that your access is unauthorized, and any review, dissemination,brdistribution or copying of this message including any attachments is strictly prohibited. If you are notbrthe intended recipient, please contact the sender and delete the material from any computer.br ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: perl soap lite examples
Here are text versions to try and get around the attachment blocking.
Regards,
Andrew Goodall
Software Engineer 2 | Development Services | jcpenney . www.jcp.com
http://www.jcp.com/
From: Andrew C Goodall
Sent: Wednesday, March 14, 2012 12:09 PM
To: 'arslist@ARSLIST.ORG'
Subject: RE: perl soap lite examples
Good grief - got blocked again.
Ok - go here if you're interested:
https://communities.bmc.com/communities/docs/DOC-18743
Regards,
Andrew Goodall
Software Engineer 2 | Development Services | jcpenney . www.jcp.com
http://www.jcp.com/ | 972.431.1518
From: Andrew C Goodall
Sent: Wednesday, March 14, 2012 12:04 PM
To: 'arslist@ARSLIST.ORG'
Subject: RE: perl soap lite examples
Attempting this again as a zip attachment.
For anymore who is interested these are some Perl SOAP::Lite examples
for opcreate, opset, opget, and opgetlist.
I haven't used these in a while, but remember it took me a while to
figure out how to consume the remedy web services in perl - so thought
these may help someone else out.
http://www.soaplite.com/
FYI- I used Activestate Komodo Edit on windows -
http://www.activestate.com/komodo-edit/downloads
Regards,
Andrew Goodall
Software Engineer 2 | Development Services | jcpenney . www.jcp.com
http://www.jcp.com/
font face=monospacesize=-3brThe information transmitted is intended
only for the person or entity to which it is addressed and brmay contain
confidential and/or privileged material. If the reader of this message is not
the intendedbrrecipient, you are hereby notified that your access is
unauthorized, and any review, dissemination,brdistribution or copying of this
message including any attachments is strictly prohibited. If you are notbrthe
intended recipient, please contact the sender and delete the material from any
computer.br
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
#!/apps/remdev/ars/ars/perl -w
#
# Test Remedy WebService
#
use Env;
use SOAP::Lite;
#trace='all';
#+trace = [ transport = \SOAP_log ];
sub SOAP_log {
# Assume Transport Logging Only
my ($in) = @_;
my $doubleLF = chr(10).chr(10);
my $singleLF = chr(10);
my($sName,$sVal) = split(/=/,$in,2);
while( my ($k, $v) = each %$in ) {
if ( $k eq _content ) {
$sVal = $sName\n.$v;
$sVal =~ s/$doubleLF/$singleLF/g;
write_log ( $sVal );
}
}
}
sub write_log {
# my $arLogFile=$ENV{'ARCONFIGDIR'}./tmp/fred_Remedy_SOAP.log;
my $arLogFile=Remedy_SOAP.log;
my($message) = @_;
$message=$message;
chop(my $date = `date +'%a %b %e %Y %T'`);
my $messagehead = PERL TID: 0 RPC ID: 0 Queue: 0 Client-RPC: 0
USER: perl /* $date */ ;
warn Could not open logfile: $arLogFile\n unless (open (LOGFILE,
$arLogFile));
print LOGFILE $messagehead $message\n;
warn Could not close logfile: $arLogFile\n unless (close (LOGFILE));
}
my $USERNAME = username-goes-here;
my $PASSWORD = password-goes-here;
my $arServer = ars-server-goes-here;
my $arwebServer = midtier-server-goes-here;
my $ServiceName = webservice-name-goes-here;
my $RemedyURL=
http://.$arwebServer./arsys/services/ARService?server=.$arServer.webService=.$ServiceName;
my $RemedyNS = urn:.$ServiceName;
my $RecordID = INC01294141;
my $newline = \n; #newline is not working???
my $doubleLF = chr(10).chr(10); #this does not work???
my $Work_Log = This is an update 2 to the worklog from:.$newline.-this is a
test.;
#my $UpdateDate = 2006-11-17T20:35:11;
#my $UpdateDate = localtime(time);
my $soap = SOAP::Lite
- proxy($RemedyURL)
- ns($RemedyNS,'ns1')
- autotype(0)
- readable(1);
my $som = $soap-OpSet(
SOAP::Header-name('AuthenticationInfo' = \SOAP::Header-value(
SOAP::Header-name('userName' = $USERNAME),
SOAP::Header-name('password' = $PASSWORD) )),
SOAP::Data-name('Incident_Number' = $RecordID ),
SOAP::Data-name('Work_Log' = $Work_Log ));
if ($som-fault){
print Fault :, $som-faultstring, \n;
print Faultcode :,$som-faultcode, \n;
print Faultdetail :, %{$som-faultdetail}, \n;
}else{
print Update successful.;
}
#print $som;
___
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org
attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
#!/apps/remdev/ars/ars/perl -w
#
# Test Remedy WebService
#
use Env;
use SOAP::Lite;
#trace='all';
#+trace = [ transport = \SOAP_log ];
sub SOAP_log {
# Assume Transport Logging Only
my ($in) = @_;
my $doubleLF = chr(10).chr(10);
my $singleLF = chr(10);
my($sName,$sVal) = split(/=/,$in,2);
while( my ($k, $v) = each %$in ) {
if ( $k eq
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: Avoiding pop-ups while requiring input
No problem!There still may be some cases where a system error that uses a pop-up will be encountered despite my attempts to avoid pop-ups, so the prompt bar option sounds like a good feature for me to look at if/when we go to 7.6.4. Thanks, David -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Tuesday, March 13, 2012 10:39 AM To: arslist@ARSLIST.ORG Subject: Re: Avoiding pop-ups while requiring input Sorry I missed the version :)...we moved to 7.5, and then about 6 months later went to 7.6.4...so it's hard to keep track of what was in each release. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling Sent: Tuesday, March 13, 2012 7:19 AM To: arslist@ARSLIST.ORG Subject: Re: Avoiding pop-ups while requiring input Thanks LJ and Chris, (Sorry, forgot to say I was on ARS 7.5.) I looked around and couldn't find the option, and it turns out it's not a 7.5 feature - don't see it in the 7.5 docs, but I do see it in 7.6.4 docs. David -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Monday, March 12, 2012 6:07 PM To: arslist@ARSLIST.ORG Subject: Re: Avoiding pop-ups while requiring input David, If you are running 7.5 I think it was...you can configure everything to go to the 'prompt bar'that's not a popup :) -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of David Durling Sent: Monday, March 12, 2012 3:29 PM To: arslist@ARSLIST.ORG Subject: Avoiding pop-ups while requiring input We're rolling out an app for staff that normally don't use Remedy, and a usability concern is browser pop-up blockers. (I know the login page warns about pop-ups, but I've seen it ignored I've done it myself.) This is a rather detailed Remedy form, and if they get a pop-up have to reload the page, the user input is lost. I took out message actions from my workflow to avoid this, but there are still Required fields: if left blank, they use a pop-up box. Does anyone have a creative way for getting around this for required fields? Maybe some trick where the fields are not really required on the database side, but not sure how ensure they are populated without using a message to the user. Or something else I can do? David --- David Durling durl...@uga.edu Enterprise IT Services 706-542-0223 University of Georgia __ __ ___ 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 __ _ 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: Avoiding pop-ups while requiring input - resolved
Awesome.. Joe From: David Durling Sent: Wednesday, March 14, 2012 2:49 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Avoiding pop-ups while requiring input - resolved ** I hid the submit button most of the menu items for that form, and since I had a custom button for submit/modify already, this worked out fine. Thanks! David From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Joe Martin D'Souza Sent: Tuesday, March 13, 2012 11:15 AM To: arslist@ARSLIST.ORG Subject: Re: Avoiding pop-ups while requiring input ** Do not forget to disable the change flag on every field that gets a value (hidden field or otherwise), else the default form submit button will get enabled. It may also be a good idea to hide the form bar, so that button is not visible, in which case it is not necessary to turn off the change flag on fields... Joe From: David Durling Sent: Tuesday, March 13, 2012 9:35 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Avoiding pop-ups while requiring input ** Hi Ian, The issue would be stopping things before I hit a submit or modify action, I think – because then the system will generate a pop-up (on 7.5). So, like Joe suggested, I think I’ll try a custom submit/modify button and display the text/color like you mention if the needed fields are null. This avoids any submit or modify action actually being initiated until the needed fields are filled in. I guess I could even leave the fields as Required and do this. Thanks guys, David David Durling University of Georgia From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Ian Trimnell Sent: Tuesday, March 13, 2012 1:42 AM To: arslist@ARSLIST.ORG Subject: Re: Avoiding pop-ups while requiring input ** David, One way to avoid pop-ups could be as follows: a.. parse the form on submit and check if any of the required fields are blank b.. if so, make a hidden warning text field visible saying something like please enter required data c.. change the label colour on the fields that are required. Would that fit the bill? Ian Ian Trimnell Systems Programmer, Distributed Systems Information Technology Berrill Building, Level 1 North Phone: 01908 6 53741 web: http://www.open.ac.uk/ On 12/03/2012 21:28, David Durling wrote: We're rolling out an app for staff that normally don't use Remedy, and a usability concern is browser pop-up blockers. (I know the login page warns about pop-ups, but I've seen it ignored I've done it myself.) This is a rather detailed Remedy form, and if they get a pop-up have to reload the page, the user input is lost. I took out message actions from my workflow to avoid this, but there are still Required fields: if left blank, they use a pop-up box. Does anyone have a creative way for getting around this for required fields? Maybe some trick where the fields are not really required on the database side, but not sure how ensure they are populated without using a message to the user. Or something else I can do? David ---David Durling durling@uga.eduEnterprise IT Services 706-542-0223University of Georgia ___ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: perl soap lite examples
Hi, Thank you Andrew. I have often found difficulties when trying both to consume and publish Web Services. They just ARE NOT the easy thing they are supposed to be... All the attachments actually got through to me. So the blocking took place somewhere after ARSLIST. Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11): * 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. Good grief - got blocked again. Ok - go here if you're interested: https://communities.bmc.com/communities/docs/DOC-18743 Regards, Andrew Goodall Software Engineer 2 | Development Services | jcpenney . www.jcp.com http://www.jcp.com/ | 972.431.1518 From: Andrew C Goodall Sent: Wednesday, March 14, 2012 12:04 PM To: 'arslist@ARSLIST.ORG' Subject: RE: perl soap lite examples Attempting this again as a zip attachment. For anymore who is interested these are some Perl SOAP::Lite examples for opcreate, opset, opget, and opgetlist. I haven't used these in a while, but remember it took me a while to figure out how to consume the remedy web services in perl - so thought these may help someone else out. http://www.soaplite.com/ FYI- I used Activestate Komodo Edit on windows - http://www.activestate.com/komodo-edit/downloads Regards, Andrew Goodall Software Engineer 2 | Development Services | jcpenney . www.jcp.com http://www.jcp.com/ font face=monospacesize=-3brThe information transmitted is intended only for the person or entity to which it is addressed and brmay contain confidential and/or privileged material. If the reader of this message is not the intendedbrrecipient, you are hereby notified that your access is unauthorized, and any review, dissemination,brdistribution or copying of this message including any attachments is strictly prohibited. If you are notbrthe intended recipient, please contact the sender and delete the material from any computer.br ___ 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 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: perl soap lite examples
Yea it got to me too - just that I could not extract them from the zip file after they got to me.. I was however able to extract the files from the zip files placed on the dev community site.. -Original Message- From: Misi Mladoniczky Sent: Wednesday, March 14, 2012 3:14 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: perl soap lite examples Hi, Thank you Andrew. I have often found difficulties when trying both to consume and publish Web Services. They just ARE NOT the easy thing they are supposed to be... All the attachments actually got through to me. So the blocking took place somewhere after ARSLIST. Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11): * 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. Good grief - got blocked again. Ok - go here if you're interested: https://communities.bmc.com/communities/docs/DOC-18743 Regards, Andrew Goodall Software Engineer 2 | Development Services | jcpenney . www.jcp.com http://www.jcp.com/ | 972.431.1518 From: Andrew C Goodall Sent: Wednesday, March 14, 2012 12:04 PM To: 'arslist@ARSLIST.ORG' Subject: RE: perl soap lite examples Attempting this again as a zip attachment. For anymore who is interested these are some Perl SOAP::Lite examples for opcreate, opset, opget, and opgetlist. I haven't used these in a while, but remember it took me a while to figure out how to consume the remedy web services in perl - so thought these may help someone else out. http://www.soaplite.com/ FYI- I used Activestate Komodo Edit on windows - http://www.activestate.com/komodo-edit/downloads Regards, Andrew Goodall Software Engineer 2 | Development Services | jcpenney . www.jcp.com http://www.jcp.com/ font face=monospacesize=-3brThe information transmitted is intended only for the person or entity to which it is addressed and brmay contain confidential and/or privileged material. If the reader of this message is not the intendedbrrecipient, you are hereby notified that your access is unauthorized, and any review, dissemination,brdistribution or copying of this message including any attachments is strictly prohibited. If you are notbrthe intended recipient, please contact the sender and delete the material from any computer.br ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: perl soap lite examples
No problem. Sorry for blasting the arslist, the blocked attachment emails kept coming from scanmailale...@ecolab.com so I assumed that was the arslist attachment scanning process. A few years back it took me quite a bit of time to figure out this process, with a lot of help from google. Stumbling across SOAP::Lite and understanding the difference between calling the WSDL Vs AXIS Soap Address were the keys. I hope these samples are helpful to someone else who has the same need. I just happened to have an internal request from our Netcool folks today for these perl samples which prompted me to think of the arslist community too. :) Regards, Andrew Goodall Software Engineer 2 | Development Services | jcpenney . www.jcp.com -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Wednesday, March 14, 2012 2:15 PM To: arslist@ARSLIST.ORG Subject: Re: perl soap lite examples Hi, Thank you Andrew. I have often found difficulties when trying both to consume and publish Web Services. They just ARE NOT the easy thing they are supposed to be... All the attachments actually got through to me. So the blocking took place somewhere after ARSLIST. Best Regards - Misi, RRR AB, http://www.rrr.se (ARSList MVP 2011) Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10/11): * 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. Good grief - got blocked again. Ok - go here if you're interested: https://communities.bmc.com/communities/docs/DOC-18743 Regards, Andrew Goodall Software Engineer 2 | Development Services | jcpenney . www.jcp.com http://www.jcp.com/ | 972.431.1518 From: Andrew C Goodall Sent: Wednesday, March 14, 2012 12:04 PM To: 'arslist@ARSLIST.ORG' Subject: RE: perl soap lite examples Attempting this again as a zip attachment. For anymore who is interested these are some Perl SOAP::Lite examples for opcreate, opset, opget, and opgetlist. I haven't used these in a while, but remember it took me a while to figure out how to consume the remedy web services in perl - so thought these may help someone else out. http://www.soaplite.com/ FYI- I used Activestate Komodo Edit on windows - http://www.activestate.com/komodo-edit/downloads Regards, Andrew Goodall Software Engineer 2 | Development Services | jcpenney . www.jcp.com http://www.jcp.com/ font face=monospacesize=-3brThe information transmitted is intended only for the person or entity to which it is addressed and brmay contain confidential and/or privileged material. If the reader of this message is not the intendedbrrecipient, you are hereby notified that your access is unauthorized, and any review, dissemination,brdistribution or copying of this message including any attachments is strictly prohibited. If you are notbrthe intended recipient, please contact the sender and delete the material from any computer.br ___ 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
invalid relational operator exception from QualifierInfo
Hi, I have a Java program which uses getListEntry(). I use a QualifierInfo object to create the qualification for getListEntry. The qualification looks like this: QualifierInfo qualifier = remedyConn.parseQualification(arForm, 'Associated Asset' = \atl01a\); Which results in this exception: CreateRemedyTicket.getSchema ARExceptionERROR (552): Failure during SQL operation to the database; ORA-00920: invalid relational operator ERROR (552): Failure during SQL operation to the database; ORA-00920: invalid relational operator at com.bmc.arsys.api.ProxyJRpcBase.verifyStatus(Unknown Source) at com.bmc.arsys.api.ProxyJRpcBase.a(Unknown Source) at com.bmc.arsys.api.ProxyJRpcBase.arCall(Unknown Source) at com.bmc.arsys.api.ProxyJRpc.ARGetListEntry(Unknown Source) at com.bmc.arsys.api.ARServerUser.getListEntry(Unknown Source) at CreateRemedyTicket.init(CreateRemedyTicket.java:42) at CreateRemedyTicket.main(CreateRemedyTicket.java:94) Oddly, if I change the equal sign to LIKE the query works: QualifierInfo qualifier = remedyConn.parseQualification(arForm, 'Associated Asset' LIKE \atl01a\); // works I have other qualifiers for different fields on the same form in which use the equal sign with no problem. E.g.: QualifierInfo qualifier = remedyConn.parseQualification(arForm, 'Summary' = \System Down\); // works The properties for the Summary and Associated Asset are the same with the following two exceptions: Entry Mode is Required for the Summary field (which works as expected) and optional for the Associated Asset (which doesn't work). Input Length is 254 for the Summary field and 0 for the Associated Asset field. I would appreciate any suggestions! thanks in advance, Tony Jurado Release Manager, Services Engineering IBM Security Services ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Performance Tuning
Hi Joe, Can you expand on why using an guides (particularly AL) increases performance? Thanks, Jason On Wed, Mar 14, 2012 at 7:52 AM, Joe Martin D'Souza jdso...@shyle.netwrote: ** You could add a few more to that jar that I can think at the top of my head... #15 Select appropriate Refresh Option for menus depending on their use (On Connect, On Open, 15 Minute Intervals). #16 Use Active Link or Filter Guides where possible. #17 Refresh your table fields only when necessary use appropriate chunks sizes #18 Design Flashboard variables carefully. #19 Use Computed or Dynamic groups where possible... I’m guessing this does impact performance too?? I’m sure there are other performance related AR System related parameters Might be a good idea to compile a good list more relevant to our current versions.. Joe *From:* patrick zandi remedy...@gmail.com *Sent:* Wednesday, March 14, 2012 10:13 AM *Newsgroups:* public.remedy.arsystem.general *To:* arslist@ARSLIST.ORG *Subject:* Re: Performance Tuning ** I am looking at a jar in front of me.. it says the following:: #1 use indexes appropriately #2 use efficient queries #3 consider using set field action in filters instead of AL #4 avoid using filters which perform run process to run a macros (old) ##5 stagger escalations times #6 use direct sql, $PROCESS$ sparingly #7 avoid sending notifications to too many addresses (hah!) #8 minimize the number of diary, and long charcter fields #9 avoid admin tool / migrator during peak hours. #10 keep your application design simple #11 implement MPSO (hah!) #12 Define carefully the number of fast and list servers. #13 allocate enough shared memory for the db. #14 provide adequate computer network resources. Most still apply ! On Wed, Mar 14, 2012 at 10:05 AM, Barber, Sue sbar...@mitre.org wrote: ** I would be interested in that as well! Sue *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Pruitt, Christopher (Bank of America Account) *Sent:* Wednesday, March 14, 2012 9:54 AM *To:* arslist@ARSLIST.ORG *Subject:* Performance Tuning ** Does anyone know where I can find a Performance Tuning guide or white paper for the following AR System Server versions? 7.1 and 7.6.04. I have gone through the Optimizing and Troubleshooting Guide for both versions but I thought there was a more detailed Performance Tuning guide out there somewhere. I have gone through BMCs documentation for both versions and have search the BMC Communities and have not found them anywhere. Anyone have a like to these guides, I would really appreciate it if you would provide it. Thanks. *Christopher Pruitt* Business Consulting III *HP Enterprises Services **christopher.pru...@hp.com *www.hp.com *Confidentiality Notice:* This message and any files transmitted with it are intended for the sole use of the entity or individual to whom it is addressed, and may contain information that is confidential, privileged, and exempt from disclosure under applicable law. If you are not the intended addressee for this e-mail, you are hereby notified that any copying, distribution, or dissemination of this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately destroy, erase, or discard this message. Please notify the sender immediately by return e-mail if you have received this e-mail by mistake. _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: Performance Tuning
Its not a hard hitter but it accounts for smaller cache sizes by reusing code instead of recreating it everytime its required.. Useful when every run counts.. Wont make a big difference if your application footprint is small. Joe From: Jason Miller Sent: Wednesday, March 14, 2012 4:45 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Performance Tuning ** Hi Joe, Can you expand on why using an guides (particularly AL) increases performance? Thanks, Jason On Wed, Mar 14, 2012 at 7:52 AM, Joe Martin D'Souza jdso...@shyle.net wrote: ** You could add a few more to that jar that I can think at the top of my head... #15 Select appropriate Refresh Option for menus depending on their use (On Connect, On Open, 15 Minute Intervals). #16 Use Active Link or Filter Guides where possible. #17 Refresh your table fields only when necessary use appropriate chunks sizes #18 Design Flashboard variables carefully. #19 Use Computed or Dynamic groups where possible... I’m guessing this does impact performance too?? I’m sure there are other performance related AR System related parameters Might be a good idea to compile a good list more relevant to our current versions.. Joe From: patrick zandi Sent: Wednesday, March 14, 2012 10:13 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Performance Tuning ** I am looking at a jar in front of me.. it says the following:: #1 use indexes appropriately #2 use efficient queries #3 consider using set field action in filters instead of AL #4 avoid using filters which perform run process to run a macros (old) ##5 stagger escalations times #6 use direct sql, $PROCESS$ sparingly #7 avoid sending notifications to too many addresses (hah!) #8 minimize the number of diary, and long charcter fields #9 avoid admin tool / migrator during peak hours. #10 keep your application design simple #11 implement MPSO (hah!) #12 Define carefully the number of fast and list servers. #13 allocate enough shared memory for the db. #14 provide adequate computer network resources. Most still apply ! On Wed, Mar 14, 2012 at 10:05 AM, Barber, Sue sbar...@mitre.org wrote: ** I would be interested in that as well! Sue From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Pruitt, Christopher (Bank of America Account) Sent: Wednesday, March 14, 2012 9:54 AM To: arslist@ARSLIST.ORG Subject: Performance Tuning ** Does anyone know where I can find a Performance Tuning guide or white paper for the following AR System Server versions? 7.1 and 7.6.04. I have gone through the Optimizing and Troubleshooting Guide for both versions but I thought there was a more detailed Performance Tuning guide out there somewhere. I have gone through BMCs documentation for both versions and have search the BMC Communities and have not found them anywhere. Anyone have a like to these guides, I would really appreciate it if you would provide it. Thanks. Christopher Pruitt Business Consulting III HP Enterprises Services christopher.pru...@hp.com www.hp.com Confidentiality Notice: This message and any files transmitted with it are intended for the sole use of the entity or individual to whom it is addressed, and may contain information that is confidential, privileged, and exempt from disclosure under applicable law. If you are not the intended addressee for this e-mail, you are hereby notified that any copying, distribution, or dissemination of this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately destroy, erase, or discard this message. Please notify the sender immediately by return e-mail if you have received this e-mail by mistake. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Performance Tuning
About the recommendation of using AL instead of Filters to increase performance, I know that BMC recommends it, but I think that is a big mistake. In fact it can increase performance, but at the price of degrading the business logic layer. I can explain it with an example: Tell a Java developer to move the business logic code from the server to javascript to free server resources. Just this morning I published a post that contains this point of view, what a coincidence! http://theremedyforit.com/2012/03/bmc-and-dirty-programming/ 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 Wed, Mar 14, 2012 at 21:48, Joe Martin D'Souza jdso...@shyle.net wrote: ** Its not a hard hitter but it accounts for smaller cache sizes by reusing code instead of recreating it everytime its required.. Useful when every run counts.. Wont make a big difference if your application footprint is small. Joe *From:* Jason Miller jason.mil...@gmail.com *Sent:* Wednesday, March 14, 2012 4:45 PM *Newsgroups:* public.remedy.arsystem.general *To:* arslist@ARSLIST.ORG *Subject:* Re: Performance Tuning ** Hi Joe, Can you expand on why using an guides (particularly AL) increases performance? Thanks, Jason On Wed, Mar 14, 2012 at 7:52 AM, Joe Martin D'Souza jdso...@shyle.netwrote: ** You could add a few more to that jar that I can think at the top of my head... #15 Select appropriate Refresh Option for menus depending on their use (On Connect, On Open, 15 Minute Intervals). #16 Use Active Link or Filter Guides where possible. #17 Refresh your table fields only when necessary use appropriate chunks sizes #18 Design Flashboard variables carefully. #19 Use Computed or Dynamic groups where possible... I’m guessing this does impact performance too?? I’m sure there are other performance related AR System related parameters Might be a good idea to compile a good list more relevant to our current versions.. Joe *From:* patrick zandi remedy...@gmail.com *Sent:* Wednesday, March 14, 2012 10:13 AM *Newsgroups:* public.remedy.arsystem.general *To:* arslist@ARSLIST.ORG *Subject:* Re: Performance Tuning ** I am looking at a jar in front of me.. it says the following:: #1 use indexes appropriately #2 use efficient queries #3 consider using set field action in filters instead of AL #4 avoid using filters which perform run process to run a macros (old) ##5 stagger escalations times #6 use direct sql, $PROCESS$ sparingly #7 avoid sending notifications to too many addresses (hah!) #8 minimize the number of diary, and long charcter fields #9 avoid admin tool / migrator during peak hours. #10 keep your application design simple #11 implement MPSO (hah!) #12 Define carefully the number of fast and list servers. #13 allocate enough shared memory for the db. #14 provide adequate computer network resources. Most still apply ! On Wed, Mar 14, 2012 at 10:05 AM, Barber, Sue sbar...@mitre.org wrote: ** I would be interested in that as well! Sue *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Pruitt, Christopher (Bank of America Account) *Sent:* Wednesday, March 14, 2012 9:54 AM *To:* arslist@ARSLIST.ORG *Subject:* Performance Tuning ** Does anyone know where I can find a Performance Tuning guide or white paper for the following AR System Server versions? 7.1 and 7.6.04. I have gone through the Optimizing and Troubleshooting Guide for both versions but I thought there was a more detailed Performance Tuning guide out there somewhere. I have gone through BMCs documentation for both versions and have search the BMC Communities and have not found them anywhere. Anyone have a like to these guides, I would really appreciate it if you would provide it. Thanks. *Christopher Pruitt* Business Consulting III *HP Enterprises Services **christopher.pru...@hp.com *www.hp.com *Confidentiality Notice:* This message and any files transmitted with it are intended for the
Re: Performance Tuning
The things that slow down applications the most are the work the database has to do and the chatter on the network. Both of these things can be address 90% through application design. What do I mean by application design? In it's simplest form, I mean the way you store and reference data. There are things that a person can do to make the presentation nice, but you pay a price for those conveniences. In relation to the database, applications that push lots of data around are going to be inherently slower than applications that do not push lots of data around. The easiest way to address this is to store information only once, and read/reference it from that single location. In relation to the network, applications that talk back and forth a lot are going to be inherently slower than applications that perform all their work in a single request/response pair (the ideal scenario). Active links that set fields, table field refreshes, reading menu values, images embedded in your forms, etc. all require a trip to the server and back. Each active link or form objects that performs one of these operations requires a round trip. The more round trips you have the slower things will be. There are limitations to what Remedy can and can not do natively to address these 2 items. Workflow, join forms, etc. can only take you so far, and to remove the hurdles that Remedy can not address natively requires that you work outside Remedy. Some things that commonly come up in this category include: - database tuning (how you store data, how you configure the database, the disk configuration or storage subsystem characteristics) - data access [one trip to do it all] (join forms only give a limited set of capabilities, to extend beyond that you need to look into other things: plugins, database views, etc.) At the end of the day, the decision that has to be made is the trade-off between visual characteristics (capabilities) and performance. Everyone will fall in a different location with respect to these two competing interests. One has to keep in mind that the balance chosen, once implemented, can not be easily changed. This is why it is critically important to define the goals before the design. Those are the things that can have the most drastic impact to the performance of your system, though it is not something that can be addressed with applications that already exist. Axton Grams On Wed, Mar 14, 2012 at 3:48 PM, Joe Martin D'Souza jdso...@shyle.netwrote: ** Its not a hard hitter but it accounts for smaller cache sizes by reusing code instead of recreating it everytime its required.. Useful when every run counts.. Wont make a big difference if your application footprint is small. Joe *From:* Jason Miller jason.mil...@gmail.com *Sent:* Wednesday, March 14, 2012 4:45 PM *Newsgroups:* public.remedy.arsystem.general *To:* arslist@ARSLIST.ORG *Subject:* Re: Performance Tuning ** Hi Joe, Can you expand on why using an guides (particularly AL) increases performance? Thanks, Jason On Wed, Mar 14, 2012 at 7:52 AM, Joe Martin D'Souza jdso...@shyle.netwrote: ** You could add a few more to that jar that I can think at the top of my head... #15 Select appropriate Refresh Option for menus depending on their use (On Connect, On Open, 15 Minute Intervals). #16 Use Active Link or Filter Guides where possible. #17 Refresh your table fields only when necessary use appropriate chunks sizes #18 Design Flashboard variables carefully. #19 Use Computed or Dynamic groups where possible... I’m guessing this does impact performance too?? I’m sure there are other performance related AR System related parameters Might be a good idea to compile a good list more relevant to our current versions.. Joe *From:* patrick zandi remedy...@gmail.com *Sent:* Wednesday, March 14, 2012 10:13 AM *Newsgroups:* public.remedy.arsystem.general *To:* arslist@ARSLIST.ORG *Subject:* Re: Performance Tuning ** I am looking at a jar in front of me.. it says the following:: #1 use indexes appropriately #2 use efficient queries #3 consider using set field action in filters instead of AL #4 avoid using filters which perform run process to run a macros (old) ##5 stagger escalations times #6 use direct sql, $PROCESS$ sparingly #7 avoid sending notifications to too many addresses (hah!) #8 minimize the number of diary, and long charcter fields #9 avoid admin tool / migrator during peak hours. #10 keep your application design simple #11 implement MPSO (hah!) #12 Define carefully the number of fast and list servers. #13 allocate enough shared memory for the db. #14 provide adequate computer network resources. Most still apply ! On Wed, Mar 14, 2012 at 10:05 AM, Barber, Sue sbar...@mitre.org wrote: ** I would be interested in that as well! Sue *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Pruitt,
Re: Performance Tuning
My arserver is never close to 100% utilization; in fact it is rarely above 10% utilization. I don't see that the arserver needs the work to be offloaded. What I do see is that those 60 round trips to the server to load a form increases the page load time by 20 seconds. On Wed, Mar 14, 2012 at 4:37 PM, Jose Huerta jose.hue...@sm2baleares.eswrote: ** About the recommendation of using AL instead of Filters to increase performance, I know that BMC recommends it, but I think that is a big mistake. In fact it can increase performance, but at the price of degrading the business logic layer. I can explain it with an example: Tell a Java developer to move the business logic code from the server to javascript to free server resources. Just this morning I published a post that contains this point of view, what a coincidence! http://theremedyforit.com/2012/03/bmc-and-dirty-programming/ 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 Wed, Mar 14, 2012 at 21:48, Joe Martin D'Souza jdso...@shyle.netwrote: ** Its not a hard hitter but it accounts for smaller cache sizes by reusing code instead of recreating it everytime its required.. Useful when every run counts.. Wont make a big difference if your application footprint is small. Joe *From:* Jason Miller jason.mil...@gmail.com *Sent:* Wednesday, March 14, 2012 4:45 PM *Newsgroups:* public.remedy.arsystem.general *To:* arslist@ARSLIST.ORG *Subject:* Re: Performance Tuning ** Hi Joe, Can you expand on why using an guides (particularly AL) increases performance? Thanks, Jason On Wed, Mar 14, 2012 at 7:52 AM, Joe Martin D'Souza jdso...@shyle.netwrote: ** You could add a few more to that jar that I can think at the top of my head... #15 Select appropriate Refresh Option for menus depending on their use (On Connect, On Open, 15 Minute Intervals). #16 Use Active Link or Filter Guides where possible. #17 Refresh your table fields only when necessary use appropriate chunks sizes #18 Design Flashboard variables carefully. #19 Use Computed or Dynamic groups where possible... I’m guessing this does impact performance too?? I’m sure there are other performance related AR System related parameters Might be a good idea to compile a good list more relevant to our current versions.. Joe *From:* patrick zandi remedy...@gmail.com *Sent:* Wednesday, March 14, 2012 10:13 AM *Newsgroups:* public.remedy.arsystem.general *To:* arslist@ARSLIST.ORG *Subject:* Re: Performance Tuning ** I am looking at a jar in front of me.. it says the following:: #1 use indexes appropriately #2 use efficient queries #3 consider using set field action in filters instead of AL #4 avoid using filters which perform run process to run a macros (old) ##5 stagger escalations times #6 use direct sql, $PROCESS$ sparingly #7 avoid sending notifications to too many addresses (hah!) #8 minimize the number of diary, and long charcter fields #9 avoid admin tool / migrator during peak hours. #10 keep your application design simple #11 implement MPSO (hah!) #12 Define carefully the number of fast and list servers. #13 allocate enough shared memory for the db. #14 provide adequate computer network resources. Most still apply ! On Wed, Mar 14, 2012 at 10:05 AM, Barber, Sue sbar...@mitre.org wrote: ** I would be interested in that as well! Sue *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Pruitt, Christopher (Bank of America Account) *Sent:* Wednesday, March 14, 2012 9:54 AM *To:* arslist@ARSLIST.ORG *Subject:* Performance Tuning ** Does anyone know where I can find a Performance Tuning guide or white paper for the following AR System Server versions? 7.1 and 7.6.04. I have gone through the Optimizing and Troubleshooting Guide for both versions but I thought there was a more detailed Performance Tuning guide out there somewhere. I have gone through BMCs documentation for both versions and have search the BMC Communities
Re: Performance Tuning
Ah, I am following you now. Instead of having multiple sets of redundant Active Links (say to refresh a set of tables) for different actions, put one set in a guide and then you just need individual ALs to call the guide instead of duplicating the action ALs for different conditions. Basically make subroutines. Jason On Wed, Mar 14, 2012 at 1:48 PM, Joe Martin D'Souza jdso...@shyle.netwrote: ** Its not a hard hitter but it accounts for smaller cache sizes by reusing code instead of recreating it everytime its required.. Useful when every run counts.. Wont make a big difference if your application footprint is small. Joe *From:* Jason Miller jason.mil...@gmail.com *Sent:* Wednesday, March 14, 2012 4:45 PM *Newsgroups:* public.remedy.arsystem.general *To:* arslist@ARSLIST.ORG *Subject:* Re: Performance Tuning ** Hi Joe, Can you expand on why using an guides (particularly AL) increases performance? Thanks, Jason On Wed, Mar 14, 2012 at 7:52 AM, Joe Martin D'Souza jdso...@shyle.netwrote: ** You could add a few more to that jar that I can think at the top of my head... #15 Select appropriate Refresh Option for menus depending on their use (On Connect, On Open, 15 Minute Intervals). #16 Use Active Link or Filter Guides where possible. #17 Refresh your table fields only when necessary use appropriate chunks sizes #18 Design Flashboard variables carefully. #19 Use Computed or Dynamic groups where possible... I’m guessing this does impact performance too?? I’m sure there are other performance related AR System related parameters Might be a good idea to compile a good list more relevant to our current versions.. Joe *From:* patrick zandi remedy...@gmail.com *Sent:* Wednesday, March 14, 2012 10:13 AM *Newsgroups:* public.remedy.arsystem.general *To:* arslist@ARSLIST.ORG *Subject:* Re: Performance Tuning ** I am looking at a jar in front of me.. it says the following:: #1 use indexes appropriately #2 use efficient queries #3 consider using set field action in filters instead of AL #4 avoid using filters which perform run process to run a macros (old) ##5 stagger escalations times #6 use direct sql, $PROCESS$ sparingly #7 avoid sending notifications to too many addresses (hah!) #8 minimize the number of diary, and long charcter fields #9 avoid admin tool / migrator during peak hours. #10 keep your application design simple #11 implement MPSO (hah!) #12 Define carefully the number of fast and list servers. #13 allocate enough shared memory for the db. #14 provide adequate computer network resources. Most still apply ! On Wed, Mar 14, 2012 at 10:05 AM, Barber, Sue sbar...@mitre.org wrote: ** I would be interested in that as well! Sue *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Pruitt, Christopher (Bank of America Account) *Sent:* Wednesday, March 14, 2012 9:54 AM *To:* arslist@ARSLIST.ORG *Subject:* Performance Tuning ** Does anyone know where I can find a Performance Tuning guide or white paper for the following AR System Server versions? 7.1 and 7.6.04. I have gone through the Optimizing and Troubleshooting Guide for both versions but I thought there was a more detailed Performance Tuning guide out there somewhere. I have gone through BMCs documentation for both versions and have search the BMC Communities and have not found them anywhere. Anyone have a like to these guides, I would really appreciate it if you would provide it. Thanks. *Christopher Pruitt* Business Consulting III *HP Enterprises Services **christopher.pru...@hp.com *www.hp.com *Confidentiality Notice:* This message and any files transmitted with it are intended for the sole use of the entity or individual to whom it is addressed, and may contain information that is confidential, privileged, and exempt from disclosure under applicable law. If you are not the intended addressee for this e-mail, you are hereby notified that any copying, distribution, or dissemination of this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately destroy, erase, or discard this message. Please notify the sender immediately by return e-mail if you have received this e-mail by mistake. _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: Performance Tuning
I am thinking that the lack of a Run If qualification typical on at least some of the AL/Filters in a Guide might also speed the processing up - one less thing to check. Rick On Wed, Mar 14, 2012 at 7:55 PM, Jason Miller jason.mil...@gmail.comwrote: ** Ah, I am following you now. Instead of having multiple sets of redundant Active Links (say to refresh a set of tables) for different actions, put one set in a guide and then you just need individual ALs to call the guide instead of duplicating the action ALs for different conditions. Basically make subroutines. Jason On Wed, Mar 14, 2012 at 1:48 PM, Joe Martin D'Souza jdso...@shyle.netwrote: ** Its not a hard hitter but it accounts for smaller cache sizes by reusing code instead of recreating it everytime its required.. Useful when every run counts.. Wont make a big difference if your application footprint is small. Joe *From:* Jason Miller jason.mil...@gmail.com *Sent:* Wednesday, March 14, 2012 4:45 PM *Newsgroups:* public.remedy.arsystem.general *To:* arslist@ARSLIST.ORG *Subject:* Re: Performance Tuning ** Hi Joe, Can you expand on why using an guides (particularly AL) increases performance? Thanks, Jason On Wed, Mar 14, 2012 at 7:52 AM, Joe Martin D'Souza jdso...@shyle.netwrote: ** You could add a few more to that jar that I can think at the top of my head... #15 Select appropriate Refresh Option for menus depending on their use (On Connect, On Open, 15 Minute Intervals). #16 Use Active Link or Filter Guides where possible. #17 Refresh your table fields only when necessary use appropriate chunks sizes #18 Design Flashboard variables carefully. #19 Use Computed or Dynamic groups where possible... I’m guessing this does impact performance too?? I’m sure there are other performance related AR System related parameters Might be a good idea to compile a good list more relevant to our current versions.. Joe *From:* patrick zandi remedy...@gmail.com *Sent:* Wednesday, March 14, 2012 10:13 AM *Newsgroups:* public.remedy.arsystem.general *To:* arslist@ARSLIST.ORG *Subject:* Re: Performance Tuning ** I am looking at a jar in front of me.. it says the following:: #1 use indexes appropriately #2 use efficient queries #3 consider using set field action in filters instead of AL #4 avoid using filters which perform run process to run a macros (old) ##5 stagger escalations times #6 use direct sql, $PROCESS$ sparingly #7 avoid sending notifications to too many addresses (hah!) #8 minimize the number of diary, and long charcter fields #9 avoid admin tool / migrator during peak hours. #10 keep your application design simple #11 implement MPSO (hah!) #12 Define carefully the number of fast and list servers. #13 allocate enough shared memory for the db. #14 provide adequate computer network resources. Most still apply ! On Wed, Mar 14, 2012 at 10:05 AM, Barber, Sue sbar...@mitre.org wrote: ** I would be interested in that as well! Sue *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Pruitt, Christopher (Bank of America Account) *Sent:* Wednesday, March 14, 2012 9:54 AM *To:* arslist@ARSLIST.ORG *Subject:* Performance Tuning ** Does anyone know where I can find a Performance Tuning guide or white paper for the following AR System Server versions? 7.1 and 7.6.04. I have gone through the Optimizing and Troubleshooting Guide for both versions but I thought there was a more detailed Performance Tuning guide out there somewhere. I have gone through BMCs documentation for both versions and have search the BMC Communities and have not found them anywhere. Anyone have a like to these guides, I would really appreciate it if you would provide it. Thanks. *Christopher Pruitt* Business Consulting III *HP Enterprises Services **christopher.pru...@hp.com *www.hp.com *Confidentiality Notice:* This message and any files transmitted with it are intended for the sole use of the entity or individual to whom it is addressed, and may contain information that is confidential, privileged, and exempt from disclosure under applicable law. If you are not the intended addressee for this e-mail, you are hereby notified that any copying, distribution, or dissemination of this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately destroy, erase, or discard this message. Please notify the sender immediately by return e-mail if you have received this e-mail by mistake. _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _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
Re: Performance Tuning
As far as the work is concerned, the net cost of the operations is the same, when using an active link guide versus an active link, to perform some set of actions. The difference should be negligible. Now, if you could somehow send one request to the arserver and retrieve the data for all the table fields at once, that would be a different story. It would also be a different story if the javascript used asynchronous calls to refresh the table fields. The active link processing is serial though; this is why the output to the logs is serial and why the request/response pairs are serial. I think it would be a grand change if they could extend the active link processing (and subsequently, the javascript used to emulate the active link processing) to break down the workflow and make a determination on when synchronous/asynchronous calls could be used. I would even take the ability to manually specify which calls are asynchronous and which are synchronous (where the branching in the execution can occur) and define the synchronization points in the workflow. This change would go a long way on the performance of the applications and it would let you have the best of both worlds (visual characteristics and performance). Axton Grams On Wed, Mar 14, 2012 at 6:55 PM, Jason Miller jason.mil...@gmail.comwrote: ** Ah, I am following you now. Instead of having multiple sets of redundant Active Links (say to refresh a set of tables) for different actions, put one set in a guide and then you just need individual ALs to call the guide instead of duplicating the action ALs for different conditions. Basically make subroutines. Jason On Wed, Mar 14, 2012 at 1:48 PM, Joe Martin D'Souza jdso...@shyle.netwrote: ** Its not a hard hitter but it accounts for smaller cache sizes by reusing code instead of recreating it everytime its required.. Useful when every run counts.. Wont make a big difference if your application footprint is small. Joe *From:* Jason Miller jason.mil...@gmail.com *Sent:* Wednesday, March 14, 2012 4:45 PM *Newsgroups:* public.remedy.arsystem.general *To:* arslist@ARSLIST.ORG *Subject:* Re: Performance Tuning ** Hi Joe, Can you expand on why using an guides (particularly AL) increases performance? Thanks, Jason On Wed, Mar 14, 2012 at 7:52 AM, Joe Martin D'Souza jdso...@shyle.netwrote: ** You could add a few more to that jar that I can think at the top of my head... #15 Select appropriate Refresh Option for menus depending on their use (On Connect, On Open, 15 Minute Intervals). #16 Use Active Link or Filter Guides where possible. #17 Refresh your table fields only when necessary use appropriate chunks sizes #18 Design Flashboard variables carefully. #19 Use Computed or Dynamic groups where possible... I’m guessing this does impact performance too?? I’m sure there are other performance related AR System related parameters Might be a good idea to compile a good list more relevant to our current versions.. Joe *From:* patrick zandi remedy...@gmail.com *Sent:* Wednesday, March 14, 2012 10:13 AM *Newsgroups:* public.remedy.arsystem.general *To:* arslist@ARSLIST.ORG *Subject:* Re: Performance Tuning ** I am looking at a jar in front of me.. it says the following:: #1 use indexes appropriately #2 use efficient queries #3 consider using set field action in filters instead of AL #4 avoid using filters which perform run process to run a macros (old) ##5 stagger escalations times #6 use direct sql, $PROCESS$ sparingly #7 avoid sending notifications to too many addresses (hah!) #8 minimize the number of diary, and long charcter fields #9 avoid admin tool / migrator during peak hours. #10 keep your application design simple #11 implement MPSO (hah!) #12 Define carefully the number of fast and list servers. #13 allocate enough shared memory for the db. #14 provide adequate computer network resources. Most still apply ! On Wed, Mar 14, 2012 at 10:05 AM, Barber, Sue sbar...@mitre.org wrote: ** I would be interested in that as well! Sue *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Pruitt, Christopher (Bank of America Account) *Sent:* Wednesday, March 14, 2012 9:54 AM *To:* arslist@ARSLIST.ORG *Subject:* Performance Tuning ** Does anyone know where I can find a Performance Tuning guide or white paper for the following AR System Server versions? 7.1 and 7.6.04. I have gone through the Optimizing and Troubleshooting Guide for both versions but I thought there was a more detailed Performance Tuning guide out there somewhere. I have gone through BMCs documentation for both versions and have search the BMC Communities and have not found them anywhere. Anyone have a like to these guides, I would really appreciate it if you would provide it. Thanks. *Christopher Pruitt*
Re: Performance Tuning
Yes in regular programing sense it’s a sub-routine. Makes the application light weight. Its not the hardest hitter of them all when performance tuning an app, but it does help in the end. It probably accounts to trimming down the size of the app by at least 5% if not more.. Joe From: Jason Miller Sent: Wednesday, March 14, 2012 7:55 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Performance Tuning ** Ah, I am following you now. Instead of having multiple sets of redundant Active Links (say to refresh a set of tables) for different actions, put one set in a guide and then you just need individual ALs to call the guide instead of duplicating the action ALs for different conditions. Basically make subroutines. Jason On Wed, Mar 14, 2012 at 1:48 PM, Joe Martin D'Souza jdso...@shyle.net wrote: ** Its not a hard hitter but it accounts for smaller cache sizes by reusing code instead of recreating it everytime its required.. Useful when every run counts.. Wont make a big difference if your application footprint is small. Joe From: Jason Miller Sent: Wednesday, March 14, 2012 4:45 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Performance Tuning ** Hi Joe, Can you expand on why using an guides (particularly AL) increases performance? Thanks, Jason On Wed, Mar 14, 2012 at 7:52 AM, Joe Martin D'Souza jdso...@shyle.net wrote: ** You could add a few more to that jar that I can think at the top of my head... #15 Select appropriate Refresh Option for menus depending on their use (On Connect, On Open, 15 Minute Intervals). #16 Use Active Link or Filter Guides where possible. #17 Refresh your table fields only when necessary use appropriate chunks sizes #18 Design Flashboard variables carefully. #19 Use Computed or Dynamic groups where possible... I’m guessing this does impact performance too?? I’m sure there are other performance related AR System related parameters Might be a good idea to compile a good list more relevant to our current versions.. Joe From: patrick zandi Sent: Wednesday, March 14, 2012 10:13 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Performance Tuning ** I am looking at a jar in front of me.. it says the following:: #1 use indexes appropriately #2 use efficient queries #3 consider using set field action in filters instead of AL #4 avoid using filters which perform run process to run a macros (old) ##5 stagger escalations times #6 use direct sql, $PROCESS$ sparingly #7 avoid sending notifications to too many addresses (hah!) #8 minimize the number of diary, and long charcter fields #9 avoid admin tool / migrator during peak hours. #10 keep your application design simple #11 implement MPSO (hah!) #12 Define carefully the number of fast and list servers. #13 allocate enough shared memory for the db. #14 provide adequate computer network resources. Most still apply ! On Wed, Mar 14, 2012 at 10:05 AM, Barber, Sue sbar...@mitre.org wrote: ** I would be interested in that as well! Sue From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Pruitt, Christopher (Bank of America Account) Sent: Wednesday, March 14, 2012 9:54 AM To: arslist@ARSLIST.ORG Subject: Performance Tuning ** Does anyone know where I can find a Performance Tuning guide or white paper for the following AR System Server versions? 7.1 and 7.6.04. I have gone through the Optimizing and Troubleshooting Guide for both versions but I thought there was a more detailed Performance Tuning guide out there somewhere. I have gone through BMCs documentation for both versions and have search the BMC Communities and have not found them anywhere. Anyone have a like to these guides, I would really appreciate it if you would provide it. Thanks. Christopher Pruitt Business Consulting III HP Enterprises Services christopher.pru...@hp.com www.hp.com Confidentiality Notice: This message and any files transmitted with it are intended for the sole use of the entity or individual to whom it is addressed, and may contain information that is confidential, privileged, and exempt from disclosure under applicable law. If you are not the intended addressee for this e-mail, you are hereby notified that any copying, distribution, or dissemination of this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately destroy, erase, or discard this message. Please notify the sender immediately by return e-mail if you have received this e-mail by mistake. ___
Re: Performance Tuning
That’s a very interesting thought.. I bet it does have a positive impact.. I never really gave that a thought but I bet you are right – theoretically at least.. Joe From: Rick Cook Sent: Wednesday, March 14, 2012 8:08 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Performance Tuning ** I am thinking that the lack of a Run If qualification typical on at least some of the AL/Filters in a Guide might also speed the processing up - one less thing to check. Rick On Wed, Mar 14, 2012 at 7:55 PM, Jason Miller jason.mil...@gmail.com wrote: ** Ah, I am following you now. Instead of having multiple sets of redundant Active Links (say to refresh a set of tables) for different actions, put one set in a guide and then you just need individual ALs to call the guide instead of duplicating the action ALs for different conditions. Basically make subroutines. Jason On Wed, Mar 14, 2012 at 1:48 PM, Joe Martin D'Souza jdso...@shyle.net wrote: ** Its not a hard hitter but it accounts for smaller cache sizes by reusing code instead of recreating it everytime its required.. Useful when every run counts.. Wont make a big difference if your application footprint is small. Joe From: Jason Miller Sent: Wednesday, March 14, 2012 4:45 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Performance Tuning ** Hi Joe, Can you expand on why using an guides (particularly AL) increases performance? Thanks, Jason On Wed, Mar 14, 2012 at 7:52 AM, Joe Martin D'Souza jdso...@shyle.net wrote: ** You could add a few more to that jar that I can think at the top of my head... #15 Select appropriate Refresh Option for menus depending on their use (On Connect, On Open, 15 Minute Intervals). #16 Use Active Link or Filter Guides where possible. #17 Refresh your table fields only when necessary use appropriate chunks sizes #18 Design Flashboard variables carefully. #19 Use Computed or Dynamic groups where possible... I’m guessing this does impact performance too?? I’m sure there are other performance related AR System related parameters Might be a good idea to compile a good list more relevant to our current versions.. Joe From: patrick zandi Sent: Wednesday, March 14, 2012 10:13 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Performance Tuning ** I am looking at a jar in front of me.. it says the following:: #1 use indexes appropriately #2 use efficient queries #3 consider using set field action in filters instead of AL #4 avoid using filters which perform run process to run a macros (old) ##5 stagger escalations times #6 use direct sql, $PROCESS$ sparingly #7 avoid sending notifications to too many addresses (hah!) #8 minimize the number of diary, and long charcter fields #9 avoid admin tool / migrator during peak hours. #10 keep your application design simple #11 implement MPSO (hah!) #12 Define carefully the number of fast and list servers. #13 allocate enough shared memory for the db. #14 provide adequate computer network resources. Most still apply ! On Wed, Mar 14, 2012 at 10:05 AM, Barber, Sue sbar...@mitre.org wrote: ** I would be interested in that as well! Sue From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Pruitt, Christopher (Bank of America Account) Sent: Wednesday, March 14, 2012 9:54 AM To: arslist@ARSLIST.ORG Subject: Performance Tuning ** Does anyone know where I can find a Performance Tuning guide or white paper for the following AR System Server versions? 7.1 and 7.6.04. I have gone through the Optimizing and Troubleshooting Guide for both versions but I thought there was a more detailed Performance Tuning guide out there somewhere. I have gone through BMCs documentation for both versions and have search the BMC Communities and have not found them anywhere. Anyone have a like to these guides, I would really appreciate it if you would provide it. Thanks. Christopher Pruitt Business Consulting III HP Enterprises Services christopher.pru...@hp.com www.hp.com Confidentiality Notice: This message and any files transmitted with it are intended for the sole use of the entity or individual to whom it is addressed, and may contain information that is confidential, privileged, and exempt from disclosure under applicable law. If you are not the intended addressee for this e-mail, you are hereby notified that any copying, distribution, or dissemination of this e-mail is strictly prohibited. If you have
Re: Performance Tuning
Oh sure it is. Remove the dead wood Sent from my iPhone On Mar 14, 2012, at 20:08, Rick Cook remedyr...@gmail.com wrote: ** I am thinking that the lack of a Run If qualification typical on at least some of the AL/Filters in a Guide might also speed the processing up - one less thing to check. Rick On Wed, Mar 14, 2012 at 7:55 PM, Jason Miller jason.mil...@gmail.com wrote: ** Ah, I am following you now. Instead of having multiple sets of redundant Active Links (say to refresh a set of tables) for different actions, put one set in a guide and then you just need individual ALs to call the guide instead of duplicating the action ALs for different conditions. Basically make subroutines. Jason On Wed, Mar 14, 2012 at 1:48 PM, Joe Martin D'Souza jdso...@shyle.net wrote: ** Its not a hard hitter but it accounts for smaller cache sizes by reusing code instead of recreating it everytime its required.. Useful when every run counts.. Wont make a big difference if your application footprint is small. Joe From: Jason Miller Sent: Wednesday, March 14, 2012 4:45 PM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Performance Tuning ** Hi Joe, Can you expand on why using an guides (particularly AL) increases performance? Thanks, Jason On Wed, Mar 14, 2012 at 7:52 AM, Joe Martin D'Souza jdso...@shyle.net wrote: ** You could add a few more to that jar that I can think at the top of my head... #15 Select appropriate Refresh Option for menus depending on their use (On Connect, On Open, 15 Minute Intervals). #16 Use Active Link or Filter Guides where possible. #17 Refresh your table fields only when necessary use appropriate chunks sizes #18 Design Flashboard variables carefully. #19 Use Computed or Dynamic groups where possible... I’m guessing this does impact performance too?? I’m sure there are other performance related AR System related parameters Might be a good idea to compile a good list more relevant to our current versions.. Joe From: patrick zandi Sent: Wednesday, March 14, 2012 10:13 AM Newsgroups: public.remedy.arsystem.general To: arslist@ARSLIST.ORG Subject: Re: Performance Tuning ** I am looking at a jar in front of me.. it says the following:: #1 use indexes appropriately #2 use efficient queries #3 consider using set field action in filters instead of AL #4 avoid using filters which perform run process to run a macros (old) ##5 stagger escalations times #6 use direct sql, $PROCESS$ sparingly #7 avoid sending notifications to too many addresses (hah!) #8 minimize the number of diary, and long charcter fields #9 avoid admin tool / migrator during peak hours. #10 keep your application design simple #11 implement MPSO (hah!) #12 Define carefully the number of fast and list servers. #13 allocate enough shared memory for the db. #14 provide adequate computer network resources. Most still apply ! On Wed, Mar 14, 2012 at 10:05 AM, Barber, Sue sbar...@mitre.org wrote: ** I would be interested in that as well! Sue From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Pruitt, Christopher (Bank of America Account) Sent: Wednesday, March 14, 2012 9:54 AM To: arslist@ARSLIST.ORG Subject: Performance Tuning ** Does anyone know where I can find a Performance Tuning guide or white paper for the following AR System Server versions? 7.1 and 7.6.04. I have gone through the Optimizing and Troubleshooting Guide for both versions but I thought there was a more detailed Performance Tuning guide out there somewhere. I have gone through BMCs documentation for both versions and have search the BMC Communities and have not found them anywhere. Anyone have a like to these guides, I would really appreciate it if you would provide it. Thanks. Christopher Pruitt Business Consulting III HP Enterprises Services christopher.pru...@hp.com www.hp.com Confidentiality Notice: This message and any files transmitted with it are intended for the sole use of the entity or individual to whom it is addressed, and may contain information that is confidential, privileged, and exempt from disclosure under applicable law. If you are not the intended addressee for this e-mail, you are hereby notified that any copying, distribution, or dissemination of this e-mail is strictly prohibited. If you have received this e-mail in error, please immediately destroy, erase, or discard this message. Please notify the sender immediately by return e-mail if you have received this e-mail by mistake. _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_
Re: Performance Tuning
If you refresh multiple tables via one active link, it now treats them as one roundtrip between client and server, verified with fiddler. I believe this is 7.6.4 forward, there are good opportunities for some optimization if you see multiple refreshes on unrelated tables (order of refreshes cannot be controlled when this is done) Sent from my BlackBerry device on the Rogers Wireless Network -Original Message- From: Axton axton.gr...@gmail.com Sender: Action Request System discussion list(ARSList) arslist@ARSLIST.ORG Date: Wed, 14 Mar 2012 19:54:23 To: arslist@ARSLIST.ORG Reply-To: arslist@ARSLIST.ORG Subject: Re: Performance Tuning As far as the work is concerned, the net cost of the operations is the same, when using an active link guide versus an active link, to perform some set of actions. The difference should be negligible. Now, if you could somehow send one request to the arserver and retrieve the data for all the table fields at once, that would be a different story. It would also be a different story if the javascript used asynchronous calls to refresh the table fields. The active link processing is serial though; this is why the output to the logs is serial and why the request/response pairs are serial. I think it would be a grand change if they could extend the active link processing (and subsequently, the javascript used to emulate the active link processing) to break down the workflow and make a determination on when synchronous/asynchronous calls could be used. I would even take the ability to manually specify which calls are asynchronous and which are synchronous (where the branching in the execution can occur) and define the synchronization points in the workflow. This change would go a long way on the performance of the applications and it would let you have the best of both worlds (visual characteristics and performance). Axton Grams On Wed, Mar 14, 2012 at 6:55 PM, Jason Miller jason.mil...@gmail.comwrote: ** Ah, I am following you now. Instead of having multiple sets of redundant Active Links (say to refresh a set of tables) for different actions, put one set in a guide and then you just need individual ALs to call the guide instead of duplicating the action ALs for different conditions. Basically make subroutines. Jason On Wed, Mar 14, 2012 at 1:48 PM, Joe Martin D'Souza jdso...@shyle.netwrote: ** Its not a hard hitter but it accounts for smaller cache sizes by reusing code instead of recreating it everytime its required.. Useful when every run counts.. Wont make a big difference if your application footprint is small. Joe *From:* Jason Miller jason.mil...@gmail.com *Sent:* Wednesday, March 14, 2012 4:45 PM *Newsgroups:* public.remedy.arsystem.general *To:* arslist@ARSLIST.ORG *Subject:* Re: Performance Tuning ** Hi Joe, Can you expand on why using an guides (particularly AL) increases performance? Thanks, Jason On Wed, Mar 14, 2012 at 7:52 AM, Joe Martin D'Souza jdso...@shyle.netwrote: ** You could add a few more to that jar that I can think at the top of my head... #15 Select appropriate Refresh Option for menus depending on their use (On Connect, On Open, 15 Minute Intervals). #16 Use Active Link or Filter Guides where possible. #17 Refresh your table fields only when necessary use appropriate chunks sizes #18 Design Flashboard variables carefully. #19 Use Computed or Dynamic groups where possible... I’m guessing this does impact performance too?? I’m sure there are other performance related AR System related parameters Might be a good idea to compile a good list more relevant to our current versions.. Joe *From:* patrick zandi remedy...@gmail.com *Sent:* Wednesday, March 14, 2012 10:13 AM *Newsgroups:* public.remedy.arsystem.general *To:* arslist@ARSLIST.ORG *Subject:* Re: Performance Tuning ** I am looking at a jar in front of me.. it says the following:: #1 use indexes appropriately #2 use efficient queries #3 consider using set field action in filters instead of AL #4 avoid using filters which perform run process to run a macros (old) ##5 stagger escalations times #6 use direct sql, $PROCESS$ sparingly #7 avoid sending notifications to too many addresses (hah!) #8 minimize the number of diary, and long charcter fields #9 avoid admin tool / migrator during peak hours. #10 keep your application design simple #11 implement MPSO (hah!) #12 Define carefully the number of fast and list servers. #13 allocate enough shared memory for the db. #14 provide adequate computer network resources. Most still apply ! On Wed, Mar 14, 2012 at 10:05 AM, Barber, Sue sbar...@mitre.org wrote: ** I would be interested in that as well! Sue *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Pruitt, Christopher (Bank of America Account) *Sent:* Wednesday, March 14, 2012 9:54 AM
Re: Performance Tuning
Hopefully these types of things are being considered for a future version that may or may not be a major overhaul to the core ARS code. On Mar 14, 2012 5:54 PM, Axton axton.gr...@gmail.com wrote: ** As far as the work is concerned, the net cost of the operations is the same, when using an active link guide versus an active link, to perform some set of actions. The difference should be negligible. Now, if you could somehow send one request to the arserver and retrieve the data for all the table fields at once, that would be a different story. It would also be a different story if the javascript used asynchronous calls to refresh the table fields. The active link processing is serial though; this is why the output to the logs is serial and why the request/response pairs are serial. I think it would be a grand change if they could extend the active link processing (and subsequently, the javascript used to emulate the active link processing) to break down the workflow and make a determination on when synchronous/asynchronous calls could be used. I would even take the ability to manually specify which calls are asynchronous and which are synchronous (where the branching in the execution can occur) and define the synchronization points in the workflow. This change would go a long way on the performance of the applications and it would let you have the best of both worlds (visual characteristics and performance). Axton Grams On Wed, Mar 14, 2012 at 6:55 PM, Jason Miller jason.mil...@gmail.comwrote: ** Ah, I am following you now. Instead of having multiple sets of redundant Active Links (say to refresh a set of tables) for different actions, put one set in a guide and then you just need individual ALs to call the guide instead of duplicating the action ALs for different conditions. Basically make subroutines. Jason On Wed, Mar 14, 2012 at 1:48 PM, Joe Martin D'Souza jdso...@shyle.netwrote: ** Its not a hard hitter but it accounts for smaller cache sizes by reusing code instead of recreating it everytime its required.. Useful when every run counts.. Wont make a big difference if your application footprint is small. Joe *From:* Jason Miller jason.mil...@gmail.com *Sent:* Wednesday, March 14, 2012 4:45 PM *Newsgroups:* public.remedy.arsystem.general *To:* arslist@ARSLIST.ORG *Subject:* Re: Performance Tuning ** Hi Joe, Can you expand on why using an guides (particularly AL) increases performance? Thanks, Jason On Wed, Mar 14, 2012 at 7:52 AM, Joe Martin D'Souza jdso...@shyle.netwrote: ** You could add a few more to that jar that I can think at the top of my head... #15 Select appropriate Refresh Option for menus depending on their use (On Connect, On Open, 15 Minute Intervals). #16 Use Active Link or Filter Guides where possible. #17 Refresh your table fields only when necessary use appropriate chunks sizes #18 Design Flashboard variables carefully. #19 Use Computed or Dynamic groups where possible... I’m guessing this does impact performance too?? I’m sure there are other performance related AR System related parameters Might be a good idea to compile a good list more relevant to our current versions.. Joe *From:* patrick zandi remedy...@gmail.com *Sent:* Wednesday, March 14, 2012 10:13 AM *Newsgroups:* public.remedy.arsystem.general *To:* arslist@ARSLIST.ORG *Subject:* Re: Performance Tuning ** I am looking at a jar in front of me.. it says the following:: #1 use indexes appropriately #2 use efficient queries #3 consider using set field action in filters instead of AL #4 avoid using filters which perform run process to run a macros (old) ##5 stagger escalations times #6 use direct sql, $PROCESS$ sparingly #7 avoid sending notifications to too many addresses (hah!) #8 minimize the number of diary, and long charcter fields #9 avoid admin tool / migrator during peak hours. #10 keep your application design simple #11 implement MPSO (hah!) #12 Define carefully the number of fast and list servers. #13 allocate enough shared memory for the db. #14 provide adequate computer network resources. Most still apply ! On Wed, Mar 14, 2012 at 10:05 AM, Barber, Sue sbar...@mitre.orgwrote: ** I would be interested in that as well! Sue *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Pruitt, Christopher (Bank of America Account) *Sent:* Wednesday, March 14, 2012 9:54 AM *To:* arslist@ARSLIST.ORG *Subject:* Performance Tuning ** Does anyone know where I can find a Performance Tuning guide or white paper for the following AR System Server versions? 7.1 and 7.6.04. I have gone through the Optimizing and Troubleshooting Guide for both versions but I thought there was a more detailed Performance Tuning guide out there somewhere. I have gone through BMCs documentation for both
Re: Performance Tuning
Doug Mueller gave an excellent response almost two years ago regarding this topic (subject: Logic in active links vs. filters). What he outlines is right in-line with your thoughts. http://old.nabble.com/forum/ViewPost.jtp?post=28271031framed=y Jason On Wed, Mar 14, 2012 at 2:37 PM, Jose Huerta jose.hue...@sm2baleares.eswrote: ** About the recommendation of using AL instead of Filters to increase performance, I know that BMC recommends it, but I think that is a big mistake. In fact it can increase performance, but at the price of degrading the business logic layer. I can explain it with an example: Tell a Java developer to move the business logic code from the server to javascript to free server resources. Just this morning I published a post that contains this point of view, what a coincidence! http://theremedyforit.com/2012/03/bmc-and-dirty-programming/ 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 Wed, Mar 14, 2012 at 21:48, Joe Martin D'Souza jdso...@shyle.netwrote: ** Its not a hard hitter but it accounts for smaller cache sizes by reusing code instead of recreating it everytime its required.. Useful when every run counts.. Wont make a big difference if your application footprint is small. Joe *From:* Jason Miller jason.mil...@gmail.com *Sent:* Wednesday, March 14, 2012 4:45 PM *Newsgroups:* public.remedy.arsystem.general *To:* arslist@ARSLIST.ORG *Subject:* Re: Performance Tuning ** Hi Joe, Can you expand on why using an guides (particularly AL) increases performance? Thanks, Jason On Wed, Mar 14, 2012 at 7:52 AM, Joe Martin D'Souza jdso...@shyle.netwrote: ** You could add a few more to that jar that I can think at the top of my head... #15 Select appropriate Refresh Option for menus depending on their use (On Connect, On Open, 15 Minute Intervals). #16 Use Active Link or Filter Guides where possible. #17 Refresh your table fields only when necessary use appropriate chunks sizes #18 Design Flashboard variables carefully. #19 Use Computed or Dynamic groups where possible... I’m guessing this does impact performance too?? I’m sure there are other performance related AR System related parameters Might be a good idea to compile a good list more relevant to our current versions.. Joe *From:* patrick zandi remedy...@gmail.com *Sent:* Wednesday, March 14, 2012 10:13 AM *Newsgroups:* public.remedy.arsystem.general *To:* arslist@ARSLIST.ORG *Subject:* Re: Performance Tuning ** I am looking at a jar in front of me.. it says the following:: #1 use indexes appropriately #2 use efficient queries #3 consider using set field action in filters instead of AL #4 avoid using filters which perform run process to run a macros (old) ##5 stagger escalations times #6 use direct sql, $PROCESS$ sparingly #7 avoid sending notifications to too many addresses (hah!) #8 minimize the number of diary, and long charcter fields #9 avoid admin tool / migrator during peak hours. #10 keep your application design simple #11 implement MPSO (hah!) #12 Define carefully the number of fast and list servers. #13 allocate enough shared memory for the db. #14 provide adequate computer network resources. Most still apply ! On Wed, Mar 14, 2012 at 10:05 AM, Barber, Sue sbar...@mitre.org wrote: ** I would be interested in that as well! Sue *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Pruitt, Christopher (Bank of America Account) *Sent:* Wednesday, March 14, 2012 9:54 AM *To:* arslist@ARSLIST.ORG *Subject:* Performance Tuning ** Does anyone know where I can find a Performance Tuning guide or white paper for the following AR System Server versions? 7.1 and 7.6.04. I have gone through the Optimizing and Troubleshooting Guide for both versions but I thought there was a more detailed Performance Tuning guide out there somewhere. I have gone through BMCs documentation for both versions and have search the BMC Communities and have not found
Re: Performance Tuning
BMC White Paper 85503 Performance Tuning for Business Service Management is a good starting point. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
FTS Plugin issues in 7.6.04
Anyone else experiencing major issues with the FTS plugin in 7.6.04? We have been battling continual issues with the FTS plugin in all 3 of our environments since upgrading to 7.6.04. The errors are typically some derivative of error in plugin: ARSYS.ARF.FTS with different iterations of additional log information to accompany it. Our FTS results sporadically either display no matches, or the user gets an error when searching. ARS 7.6.04 SP2 ITSM 7.6.04 SP1 Nathan Aker ITSM Solution Architect McAfee, Inc. 5000 Headquarters Drive Plano, TX 75024 Web:www.mcafee.comhttp://internal.nai.com/division/marketing/BrandMarketing/templates/www.mcafee.com [cid:image001.jpg@01CD023D.079183D0] ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are inline: image001.jpg
Re: FTS Plugin issues in 7.6.04
In my testing last Oct-Nov applying SP2 to an SP1 system consistently hosed the FTS plugin, and the only solution support came up with was to wait for SP3. I have not seen SP3 do it on three servers so far, and am scheduled to apply it to production this month. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Nathan Aker Sent: Wednesday, March 14, 2012 11:49 PM To: arslist@ARSLIST.ORG Subject: FTS Plugin issues in 7.6.04 ** Anyone else experiencing major issues with the FTS plugin in 7.6.04? We have been battling continual issues with the FTS plugin in all 3 of our environments since upgrading to 7.6.04. The errors are typically some derivative of error in plugin: ARSYS.ARF.FTS with different iterations of additional log information to accompany it. Our FTS results sporadically either display no matches, or the user gets an error when searching. ARS 7.6.04 SP2 ITSM 7.6.04 SP1 Nathan Aker ITSM Solution Architect McAfee, Inc. 5000 Headquarters Drive Plano, TX 75024 Web:www.mcafee.comhttp://internal.nai.com/division/marketing/BrandMarketing/templates/www.mcafee.com [cid:image001.jpg@01CD0245.D8A91110] _attend WWRUG12 www.wwrug.comhttp://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 inline: image001.jpg
