Weblogic - debug messages - large log files
LJ It looks like Anik may need to find the CMDB log4j.xml file and switch the debug logging to info. John ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Installing 7.6.0.4 midtier on linux/apache/tomcat
James I have no idea why you are installing an Apache front end. it's pointless for almost all deployments of Mid Tier and the mod_jk connector is no longer reliable. Installing Mid Tier is easy. 1. Unpack Tomcat. 2. Set LD_LIBRARY_PATH to tomcat/webapps/arsys/WEB-INF/lib. 3. Place Mid Tier war file in webapps, called arsys.war. 4. Start Tomcat. John -- SSO Plugin: Bringing BMC products together http://www.javasystemsolutions.com/jss/ssoplugin ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Overlay objects named __o : common knowledge?
** Hello John, The next version of ARSmarts will support Overlay, and also bring additional navigation/search/comparison features in relation with the Overlay. We are considering different ways to present things, and using __o is one of the options. The question is if it would be clear for everybody. I think it would be part of the learning curve when starting to use Overlay . Kas On 10/11/2011 21:11, John Luthgers wrote: Hello Kas, i was digging into this since 7.6.04 has been released to add overlay support to ARInside. But I don't know what your question tend to exactly. While i know that overlay objects have "__o" added to it, i decided to hide this fact in the ARInside workflow documentation completely. I think this is to some point API internal information. And for future ARS versions which might support more than just two worklow layeres we don't know what BMC does with this naming convention. Developers who work with overlays for a while will surely sooner or later know about this object naming. But most customers are still using an odler version. Currently, I wouldn't say its common knowledge. John Am 10.11.2011 12:05, schrieb Support: ** Hello List, As we are pre-alpha testing the new version of ARSmarts, we are wondering if the fact that overlay objects are called /objectname/__o is common knowledge, or if none of you was aware of this before reading this sentence :-) :-) Pls let us know if you knew by answering to this email to the list, or directly to supp...@arsmarts.com. Thanks in advance. Kas _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" _attend WWRUG12 www.wwrug.com ARSlist: "Where the Answers Are"_
Re: Overlay objects named __o : common knowledge?
** So everybody who digs a little in the Overlay functionality will know about the __o naming convention pretty soon. Thanks Chris. On 11/11/2011 00:36, strauss wrote: The __o syntax was described in the most detail in the Migrator docs, where it tells you how to compare overlay to overlaid objects and vice versa. Eventually it appeared in the 7.6.04 upgrade docs, which were very short on detail and accuracy initially. The Developer Studio hides it (the fact that there is an __o form once you overlay the original), while it is VERY obvious in Migrator, and has been since day one. You will also see all of the __o forms in the arschema table, where they get their own unique schema ids. 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 John Luthgers Sent: Thursday, November 10, 2011 2:11 PM To: arslist@ARSLIST.ORG Subject: Re: Overlay objects named __o : common knowledge? Hello Kas, i was digging into this since 7.6.04 has been released to add overlay support to ARInside. But I don't know what your question tend to exactly. While i know that overlay objects have "__o" added to it, i decided to hide this fact in the ARInside workflow documentation completely. I think this is to some point API internal information. And for future ARS versions which might support more than just two worklow layeres we don't know what BMC does with this naming convention. Developers who work with overlays for a while will surely sooner or later know about this object naming. But most customers are still using an odler version. Currently, I wouldn't say its common knowledge. John Am 10.11.2011 12:05, schrieb Support: ** Hello List, As we are pre-alpha testing the new version of ARSmarts, we are wondering if the fact that overlay objects are called /objectname/__o is common knowledge, or if none of you was aware of this before reading this sentence :-) :-) Pls let us know if you knew by answering to this email to the list, or directly to supp...@arsmarts.com. Thanks in advance. Kas _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" ___ 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"_
Crystal Reports for ITSP
Hi List - I'm trying to find the Report definition for the following report on our ITSP server. This report does not exist on our Report form and I'm hoping that somebody out there could send me the .rpt file. The Report Set Name is ASS-ALL-REP-ASSIGNEE Please feel free to send to me off list. Thanks for your help! Gavin Coleman Senior Analyst/Programmer Computacenter (UK) Ltd Services Solutions Hatfield Avenue Hatfield, Hertfordshire, AL10 9TW, United Kingdom T: +44 (0) 1707 631662 E: gavin.cole...@computacenter.commailto:gavin.cole...@computacenter.com W: www.computacenter.comhttp://www.computacenter.com ** COMPUTACENTER PLC is registered in England and Wales with the registered number 03110569. Its registered office is at Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW COMPUTACENTER (UK) Limited is registered in England and Wales with the registered number 01584718. Its registered office is at Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW COMPUTACENTER (Mid-Market) Limited is registered in England and Wales with the registered number 3434654. Its registered office is at Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW COMPUTACENTER (FMS) Limited is registered in England and Wales with the registered number 3798091. Its registered office is at Hatfield Business Park, Hatfield Avenue, Hatfield, Hertfordshire AL10 9TW The contents of this email are intended for the named addressee only. It contains information which may be confidential and which may also be privileged. Unless you are the named addressee (or authorised to receive mail for the addressee) you may not copy or use it, or disclose it to anyone else. If you receive it in error please notify us immediately and then destroy it. Computacenter information is available from: http://www.computacenter.com ** ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Deleting Records in the UAT
Thanks everyone! I think I'm going to go with allowing the customer to set to Delete and then having the escalation do it the actual delete at a later date. Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Grooms, Frederick W Sent: Thursday, November 10, 2011 2:26 PM To: arslist@ARSLIST.ORG Subject: Re: Deleting Records in the UAT ** Another method if you don't want to have an Escalation and you have DSO is to push a record to the Distributed Pending form and let it delete the record in the background. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Mueller, Doug Sent: Thursday, November 10, 2011 12:14 PM To: arslist@ARSLIST.ORG Subject: Re: Deleting Records in the UAT ** Lisa, The problem you are having is a characteristic of how the clients work. When you have a record open for modify, what the client does is the following: Save the record using the ARSetEntry() API call All your logic fires here Get the record again using the ARGetEntry() API call to refresh the screen with any changes that may have been done by workflow Well, you just deleted the record so the Get will fail There are two directions you can take: Direct delete and close the screen Deferred delete Direct delete would mean to change the method of delete. Rather than do a status change, you would use an active link with @@ to do the delete and close the window - basically, see Misi's note and follow that set of directions. This would do the delete, drop the record, close the window so there is no refresh or attempt to reuse the window. Deferred delete would be to do the same thing you are doing today but drop the filter that does the actual delete and have an Escalation do the work for all records with a status of Delete. There would be a delay between the marking and the actual delete. There are pros and cons with each approach. One does the work immediately but there is no oops, I didn't really mean it out. The deferred approach would let you delete and you have time to change your mind (maybe you have the escalation leave it for a week and then delete). You could adjust the consoles to not show things in delete state so they are not visible. You need to make the call about which approach is the right one for your situation. Note, you could leave the current approach in place to be able to be used by API clients or web services or other methods than the client. You could even have the action the user takes be the same but just have workflow that On Modify checks to see if set to Delete and then do the clear change flag, tell server to run process to delete, close window. But, if you do this, note that you are closing the window and if you had a series of entries from a result list, that list will close with the form you are closing. So, you will not be able to walk to the next record. There are other permutations of the two options, but they come down to one of the two basic approaches noted here. I hope this explanation of the behavior and actions of the client help you understand what is happening and lets you select the option that best fits your needs. Doug Mueller From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Thursday, November 10, 2011 8:28 AM To: arslist@ARSLIST.ORG Subject: Deleting Records in the UAT ** We are currently on ARS 7.1 p7, Oracle 11g and I have a filter that when a customer selects DELETE for the status and then saves the record, I do a Run Process and run this in the cmd line: Application-Delete-Entry On Call Workstation $Request ID$. The customer then gets this error message: [cid:116085613@2011-2E02] Is there any other way around this so the customer doesn't get this error message? I know what it means, but it confuses the customers. I could just have them select DELETE and then run an escalation and delete it later on, but then the customers wonder why the record doesn't go away after they select Delete. Just wondering Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile lisa.ke...@te.commailto:lisa.ke...@te.com 100 Amp Drive Harrisburg, PA 17112 [http://www.te.com/images/socialmedia/smallTElogo.gif]http://www.te.com/ www.te.comhttp://www.te.com/ [http://www.te.com/images/socialmedia/twitter.png]http://twitter.com/teconnectivity[http://www.te.com/images/socialmedia/facebook.png]http://www.facebook.com/teconnectivity[http://www.te.com/images/socialmedia/flickr.png]http://www.flickr.com/photos/teconnectivity/[http://www.te.com/images/socialmedia/linkedin.png]http://www.linkedin.com/groups?gid=1591657[http://www.te.com/images/socialmedia/youtube.png]http://www.youtube.com/teconnectivity _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist:
MidTier Cache
We used to be able to update a form (on dev) and then flush the MidTier Cache and then view the form in the Midtier and see the changes. Lately, it's not working. We flush the cache, no changes. I restarted Apache, still don't see my changes. Delete all browsing history on my IE 8, still no changes. We have our cache settings Definition Change Check Interval (Seconds) set to 300 (I also have the perform check enabled). So after 5 minutes we should see the change (if our flush didn't work). I don't see my changes until the next DAY. What's getting stuck? Some more info - Prefetch is not enabled. Preload was enabled a couple of months ago, but I have turned it off. Enable Cache Persistence is enabled. We are using Midtier 7.6.04 SP1 with ARS 7.1 P7. Our Midtier server is separate than our ARS server. Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile lisa.ke...@te.commailto:lisa.ke...@te.com 100 Amp Drive Harrisburg, PA 17112 [http://www.te.com/images/socialmedia/smallTElogo.gif]http://www.te.com/ www.te.comhttp://www.te.com/ [http://www.te.com/images/socialmedia/twitter.png]http://twitter.com/teconnectivity [http://www.te.com/images/socialmedia/facebook.png] http://www.facebook.com/teconnectivity [http://www.te.com/images/socialmedia/flickr.png] http://www.flickr.com/photos/teconnectivity/ [http://www.te.com/images/socialmedia/linkedin.png] http://www.linkedin.com/groups?gid=1591657 [http://www.te.com/images/socialmedia/youtube.png] http://www.youtube.com/teconnectivity ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: MidTier Cache
I don't have prefetch disabled because you can't disabled it (I don't think), but wanted to say that we don't have any forms that we prefetch. Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 9:04 AM To: arslist@ARSLIST.ORG Subject: MidTier Cache ** We used to be able to update a form (on dev) and then flush the MidTier Cache and then view the form in the Midtier and see the changes. Lately, it's not working. We flush the cache, no changes. I restarted Apache, still don't see my changes. Delete all browsing history on my IE 8, still no changes. We have our cache settings Definition Change Check Interval (Seconds) set to 300 (I also have the perform check enabled). So after 5 minutes we should see the change (if our flush didn't work). I don't see my changes until the next DAY. What's getting stuck? Some more info - Prefetch is not enabled. Preload was enabled a couple of months ago, but I have turned it off. Enable Cache Persistence is enabled. We are using Midtier 7.6.04 SP1 with ARS 7.1 P7. Our Midtier server is separate than our ARS server. Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile lisa.ke...@te.commailto:lisa.ke...@te.com 100 Amp Drive Harrisburg, PA 17112 [http://www.te.com/images/socialmedia/smallTElogo.gif]http://www.te.com/ www.te.comhttp://www.te.com/ [http://www.te.com/images/socialmedia/twitter.png]http://twitter.com/teconnectivity [http://www.te.com/images/socialmedia/facebook.png] http://www.facebook.com/teconnectivity [http://www.te.com/images/socialmedia/flickr.png] http://www.flickr.com/photos/teconnectivity/ [http://www.te.com/images/socialmedia/linkedin.png] http://www.linkedin.com/groups?gid=1591657 [http://www.te.com/images/socialmedia/youtube.png] http://www.youtube.com/teconnectivity _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: Weblogic - debug messages - large log files
Awesomedidn't know actual files :)any suggestions on where they would find that file? -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of John Baker Sent: Friday, November 11, 2011 1:21 AM To: arslist@ARSLIST.ORG Subject: Weblogic - debug messages - large log files LJ It looks like Anik may need to find the CMDB log4j.xml file and switch the debug logging to info. John ___ 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: MidTier Cache
Lisa, Sometimes the cache gets stuck. If you flush the cache, do you see files in the cache directory? If so, you should delete those before starting Apache. The normal directory location is here: \\%Server%\Program Files\BMC Software\ARSystem\midtier\cache From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 9:09 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** I don't have prefetch disabled because you can't disabled it (I don't think), but wanted to say that we don't have any forms that we prefetch. Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 9:04 AM To: arslist@ARSLIST.ORG Subject: MidTier Cache ** We used to be able to update a form (on dev) and then flush the MidTier Cache and then view the form in the Midtier and see the changes. Lately, it's not working. We flush the cache, no changes. I restarted Apache, still don't see my changes. Delete all browsing history on my IE 8, still no changes. We have our cache settings Definition Change Check Interval (Seconds) set to 300 (I also have the perform check enabled). So after 5 minutes we should see the change (if our flush didn't work). I don't see my changes until the next DAY. What's getting stuck? Some more info - Prefetch is not enabled. Preload was enabled a couple of months ago, but I have turned it off. Enable Cache Persistence is enabled. We are using Midtier 7.6.04 SP1 with ARS 7.1 P7. Our Midtier server is separate than our ARS server. Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile lisa.ke...@te.com 100 Amp Drive Harrisburg, PA 17112 http://www.te.com/ www.te.com http://www.te.com/ http://twitter.com/teconnectivity http://www.facebook.com/teconnectivity http://www.flickr.com/photos/teconnectivity/ http://www.linkedin.com/groups?gid=1591657 http://www.youtube.com/teconnectivity _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ** This e-mail and its attachments may contain Forest Laboratories, Inc. proprietary information that is privileged, confidential or subject to copyright belonging to Forest Laboratories, Inc. This e-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this e-mail, or the employee or agent responsible for delivering this e-mail to the intended recipient, you are hereby notified that any dissemination, distribution, copying or action taken in relation to the contents of and attachments to this e-mail is strictly prohibited and may be unlawful. If you have received this e-mail in error, please notify the sender immediately and permanently delete the original and any copy of this e-mail and any printout. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: MidTier Cache
I had the same issue so I disabled Enable Cache Persistence and it solved that problem. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 8:09 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** I don't have prefetch disabled because you can't disabled it (I don't think), but wanted to say that we don't have any forms that we prefetch. Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG]mailto:[mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 9:04 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: MidTier Cache ** We used to be able to update a form (on dev) and then flush the MidTier Cache and then view the form in the Midtier and see the changes. Lately, it's not working. We flush the cache, no changes. I restarted Apache, still don't see my changes. Delete all browsing history on my IE 8, still no changes. We have our cache settings Definition Change Check Interval (Seconds) set to 300 (I also have the perform check enabled). So after 5 minutes we should see the change (if our flush didn't work). I don't see my changes until the next DAY. What's getting stuck? Some more info - Prefetch is not enabled. Preload was enabled a couple of months ago, but I have turned it off. Enable Cache Persistence is enabled. We are using Midtier 7.6.04 SP1 with ARS 7.1 P7. Our Midtier server is separate than our ARS server. Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile lisa.ke...@te.commailto:lisa.ke...@te.com 100 Amp Drive Harrisburg, PA 17112 [http://www.te.com/images/socialmedia/smallTElogo.gif]http://www.te.com/ www.te.comhttp://www.te.com/ [http://www.te.com/images/socialmedia/twitter.png]http://twitter.com/teconnectivity[http://www.te.com/images/socialmedia/facebook.png]http://www.facebook.com/teconnectivity[http://www.te.com/images/socialmedia/flickr.png]http://www.flickr.com/photos/teconnectivity/[http://www.te.com/images/socialmedia/linkedin.png]http://www.linkedin.com/groups?gid=1591657[http://www.te.com/images/socialmedia/youtube.png]http://www.youtube.com/teconnectivity _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_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: MidTier Cache
Thanks Tauf! That was my next step. Hoping I don't have to do this everytime we want to see a new change! I'll do this and see if it helps. Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Chowdhury, Tauf Sent: Friday, November 11, 2011 10:06 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** Lisa, Sometimes the cache gets stuck. If you flush the cache, do you see files in the cache directory? If so, you should delete those before starting Apache. The normal directory location is here: \\%Server%\Program Files\BMC Software\ARSystem\midtier\cache From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 9:09 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** I don't have prefetch disabled because you can't disabled it (I don't think), but wanted to say that we don't have any forms that we prefetch. Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 9:04 AM To: arslist@ARSLIST.ORG Subject: MidTier Cache ** We used to be able to update a form (on dev) and then flush the MidTier Cache and then view the form in the Midtier and see the changes. Lately, it's not working. We flush the cache, no changes. I restarted Apache, still don't see my changes. Delete all browsing history on my IE 8, still no changes. We have our cache settings Definition Change Check Interval (Seconds) set to 300 (I also have the perform check enabled). So after 5 minutes we should see the change (if our flush didn't work). I don't see my changes until the next DAY. What's getting stuck? Some more info - Prefetch is not enabled. Preload was enabled a couple of months ago, but I have turned it off. Enable Cache Persistence is enabled. We are using Midtier 7.6.04 SP1 with ARS 7.1 P7. Our Midtier server is separate than our ARS server. Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile lisa.ke...@te.commailto:lisa.ke...@te.com 100 Amp Drive Harrisburg, PA 17112 [http://www.te.com/images/socialmedia/smallTElogo.gif]http://www.te.com/ www.te.comhttp://www.te.com/ [http://www.te.com/images/socialmedia/twitter.png]http://twitter.com/teconnectivity[http://www.te.com/images/socialmedia/facebook.png]http://www.facebook.com/teconnectivity[http://www.te.com/images/socialmedia/flickr.png]http://www.flickr.com/photos/teconnectivity/[http://www.te.com/images/socialmedia/linkedin.png]http://www.linkedin.com/groups?gid=1591657[http://www.te.com/images/socialmedia/youtube.png]http://www.youtube.com/teconnectivity _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_ This e-mail and its attachments may contain Forest Laboratories, Inc. proprietary information that is privileged, confidential or subject to copyright belonging to Forest Laboratories, Inc. This e-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this e-mail, or the employee or agent responsible for delivering this e-mail to the intended recipient, you are hereby notified that any dissemination, distribution, copying or action taken in relation to the contents of and attachments to this e-mail is strictly prohibited and may be unlawful. If you have received this e-mail in error, please notify the sender immediately and permanently delete the original and any copy of this e-mail and any printout. _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: MidTier Cache
Good luck! There's also a cachetemp directory in that same midtier folder that can be cleared as well. If you want to get REALLY crazy, go into the Midtier\web-inf\classes directory and rename the viewstats.dat file! From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 10:14 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** Thanks Tauf! That was my next step. Hoping I don't have to do this everytime we want to see a new change! I'll do this and see if it helps. Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Chowdhury, Tauf Sent: Friday, November 11, 2011 10:06 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** Lisa, Sometimes the cache gets stuck. If you flush the cache, do you see files in the cache directory? If so, you should delete those before starting Apache. The normal directory location is here: \\%Server%\Program file:///\\%25Server%25\Program Files\BMC Software\ARSystem\midtier\cache From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 9:09 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** I don't have prefetch disabled because you can't disabled it (I don't think), but wanted to say that we don't have any forms that we prefetch. Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 9:04 AM To: arslist@ARSLIST.ORG Subject: MidTier Cache ** We used to be able to update a form (on dev) and then flush the MidTier Cache and then view the form in the Midtier and see the changes. Lately, it's not working. We flush the cache, no changes. I restarted Apache, still don't see my changes. Delete all browsing history on my IE 8, still no changes. We have our cache settings Definition Change Check Interval (Seconds) set to 300 (I also have the perform check enabled). So after 5 minutes we should see the change (if our flush didn't work). I don't see my changes until the next DAY. What's getting stuck? Some more info - Prefetch is not enabled. Preload was enabled a couple of months ago, but I have turned it off. Enable Cache Persistence is enabled. We are using Midtier 7.6.04 SP1 with ARS 7.1 P7. Our Midtier server is separate than our ARS server. Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile lisa.ke...@te.com 100 Amp Drive Harrisburg, PA 17112 http://www.te.com/ www.te.com http://www.te.com/ http://twitter.com/teconnectivity http://www.facebook.com/teconnectivity http://www.flickr.com/photos/teconnectivity/ http://www.linkedin.com/groups?gid=1591657 http://www.youtube.com/teconnectivity _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ This e-mail and its attachments may contain Forest Laboratories, Inc. proprietary information that is privileged, confidential or subject to copyright belonging to Forest Laboratories, Inc. This e-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this e-mail, or the employee or agent responsible for delivering this e-mail to the intended recipient, you are hereby notified that any dissemination, distribution, copying or action taken in relation to the contents of and attachments to this e-mail is strictly prohibited and may be unlawful. If you have received this e-mail in error, please notify the sender immediately and permanently delete the original and any copy of this e-mail and any printout. _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ** This e-mail and its attachments may contain Forest Laboratories, Inc. proprietary information that is privileged, confidential or subject to copyright belonging to Forest Laboratories, Inc. This e-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this e-mail, or the employee or agent responsible for delivering this e-mail to the intended recipient, you are hereby notified that any dissemination, distribution, copying or action taken in relation to the contents of and attachments to this e-mail is strictly prohibited and may be unlawful. If you have received this e-mail in error, please notify the sender immediately and permanently delete the original and any copy of this e-mail and any printout.
Re: ITBM - ITSM Relationship Diagram
This is great Nate! Thanks! From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Nathan Aker Sent: Friday, November 11, 2011 10:54 AM To: arslist@ARSLIST.ORG Subject: ITBM - ITSM Relationship Diagram ** Greetings listers, I'm not aware of a diagram from BMC depicting the interrelationships of ITBM and ITSM so I created my own. Thinking this may be useful for someone else out there. Note: 1.)This is based on ITSM/ITBM 7.6.04 latest version. Some of these integrations weren't available in earlier versions. 2.)Your BOXI instance may be pointed to a separate reporting database instance. Feel free to reply if I missed something or inaccurately represented anything. Thanks. Nate. Nathan Aker ITSM Solution Architect McAfee, Inc. 5000 Headquarters Drive Plano, TX 75024 Web:www.mcafee.com http://internal.nai.com/division/marketing/BrandMarketing/templates/www .mcafee.com _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ ** This e-mail and its attachments may contain Forest Laboratories, Inc. proprietary information that is privileged, confidential or subject to copyright belonging to Forest Laboratories, Inc. This e-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this e-mail, or the employee or agent responsible for delivering this e-mail to the intended recipient, you are hereby notified that any dissemination, distribution, copying or action taken in relation to the contents of and attachments to this e-mail is strictly prohibited and may be unlawful. If you have received this e-mail in error, please notify the sender immediately and permanently delete the original and any copy of this e-mail and any printout. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are image001.jpg
RKM 7.6.04 SP2 Question:: ARS UT/MIDTIER 7.1
I am pretty sure the two do not mix, but sometimes they work when it is not listed:: Question:: if you have a 7.6.04.002 server with RKM can you use are ARS 7.1 box and config to use that? Will it work only in midtier, and not in UT? Do you need the 7.5 UT and above against it? I suspect everyone will tell me.. nope.. but looking for definitive testers.. 8-) -- Patrick Zandi ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: MidTier Cache
Lisa, I'm running 7.6.4 MidTier Remedy server and have no issues with the flush cache. You didn't mention the OS of your setup.but I'm not sure if it's relevant.I'm on Win2k3 for reference. Cache Persistence would make it so that a restart of Tomcat (You said Apache.don't know if you meant that, or if you meant Tomcat.because Tomcat would likely be your JSP engine) wouldn't 'clear your cache'..because of the persistence.if you are looking for a restart to clear the cache, you would need to disable cache persistence, in that manner everything would be stored in memory But.since you have the cache persistence enabled.I think you should be able to find the cache files on the MidTier server and see when they actually got updated after your update..that may give you a better idea of how long it's taking. Have you tried 'Sync' instead of 'Flush'?...I've heard problems with Sync.but not many.so I don't know if one will work better for you than another Just some things to try. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 7:04 AM To: arslist@ARSLIST.ORG Subject: MidTier Cache ** We used to be able to update a form (on dev) and then flush the MidTier Cache and then view the form in the Midtier and see the changes. Lately, it's not working. We flush the cache, no changes. I restarted Apache, still don't see my changes. Delete all browsing history on my IE 8, still no changes. We have our cache settings Definition Change Check Interval (Seconds) set to 300 (I also have the perform check enabled). So after 5 minutes we should see the change (if our flush didn't work). I don't see my changes until the next DAY. What's getting stuck? Some more info - Prefetch is not enabled. Preload was enabled a couple of months ago, but I have turned it off. Enable Cache Persistence is enabled. We are using Midtier 7.6.04 SP1 with ARS 7.1 P7. Our Midtier server is separate than our ARS server. Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile lisa.ke...@te.com 100 Amp Drive Harrisburg, PA 17112 www.te.com http://www.te.com/ _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: MidTier Cache
LJ, yes, I meant Tomcat. Sorry for the confusion. :) Our OS is Win2003. I stopped Tomcat, deleted all the Cache files under the cache folder, renamed the viewstats.dat file and restarted Tomcat (like Tauf suggested). I'm finally able to see my changes. Made another test change on a form (added a field), flushed the cache, still can see the changes Ugh! I can't find the cachetemp directory only cache. Also should I rename the viewstats.dat file back to the original name? I was hoping that it would create a fresh new one when I restarted Tomcat. I don't have the Sync option on my configuration tool. Maybe because we are on 7.1 p7 for ARS? If I make a change to a form, would I be checking the Forms.data and FormFields.data files under cache to see when they update? Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, November 11, 2011 11:02 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** Lisa, I'm running 7.6.4 MidTier Remedy server and have no issues with the flush cache. You didn't mention the OS of your setup...but I'm not sure if it's relevant...I'm on Win2k3 for reference. Cache Persistence would make it so that a restart of Tomcat (You said Apache...don't know if you meant that, or if you meant Tomcat...because Tomcat would likely be your JSP engine) wouldn't 'clear your cache'because of the persistence...if you are looking for a restart to clear the cache, you would need to disable cache persistence, in that manner everything would be stored in memory But...since you have the cache persistence enabled...I think you should be able to find the cache files on the MidTier server and see when they actually got updated after your updatethat may give you a better idea of how long it's taking. Have you tried 'Sync' instead of 'Flush'?...I've heard problems with Sync...but not many...so I don't know if one will work better for you than another Just some things to try. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 7:04 AM To: arslist@ARSLIST.ORG Subject: MidTier Cache ** We used to be able to update a form (on dev) and then flush the MidTier Cache and then view the form in the Midtier and see the changes. Lately, it's not working. We flush the cache, no changes. I restarted Apache, still don't see my changes. Delete all browsing history on my IE 8, still no changes. We have our cache settings Definition Change Check Interval (Seconds) set to 300 (I also have the perform check enabled). So after 5 minutes we should see the change (if our flush didn't work). I don't see my changes until the next DAY. What's getting stuck? Some more info - Prefetch is not enabled. Preload was enabled a couple of months ago, but I have turned it off. Enable Cache Persistence is enabled. We are using Midtier 7.6.04 SP1 with ARS 7.1 P7. Our Midtier server is separate than our ARS server. Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile lisa.ke...@te.commailto:lisa.ke...@te.com 100 Amp Drive Harrisburg, PA 17112 www.te.comhttp://www.te.com/ _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 the Answers Are
Re: MidTier Cache
I meant Made another test change on a form (added a field), flushed the cache, still CAN'T see the changes Ugh! I can't find the cachetemp directory only cache. Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 11:17 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** LJ, yes, I meant Tomcat. Sorry for the confusion. :) Our OS is Win2003. I stopped Tomcat, deleted all the Cache files under the cache folder, renamed the viewstats.dat file and restarted Tomcat (like Tauf suggested). I'm finally able to see my changes. Made another test change on a form (added a field), flushed the cache, still can see the changes Ugh! I can't find the cachetemp directory only cache. Also should I rename the viewstats.dat file back to the original name? I was hoping that it would create a fresh new one when I restarted Tomcat. I don't have the Sync option on my configuration tool. Maybe because we are on 7.1 p7 for ARS? If I make a change to a form, would I be checking the Forms.data and FormFields.data files under cache to see when they update? Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, November 11, 2011 11:02 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** Lisa, I'm running 7.6.4 MidTier Remedy server and have no issues with the flush cache. You didn't mention the OS of your setup...but I'm not sure if it's relevant...I'm on Win2k3 for reference. Cache Persistence would make it so that a restart of Tomcat (You said Apache...don't know if you meant that, or if you meant Tomcat...because Tomcat would likely be your JSP engine) wouldn't 'clear your cache'because of the persistence...if you are looking for a restart to clear the cache, you would need to disable cache persistence, in that manner everything would be stored in memory But...since you have the cache persistence enabled...I think you should be able to find the cache files on the MidTier server and see when they actually got updated after your updatethat may give you a better idea of how long it's taking. Have you tried 'Sync' instead of 'Flush'?...I've heard problems with Sync...but not many...so I don't know if one will work better for you than another Just some things to try. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 7:04 AM To: arslist@ARSLIST.ORG Subject: MidTier Cache ** We used to be able to update a form (on dev) and then flush the MidTier Cache and then view the form in the Midtier and see the changes. Lately, it's not working. We flush the cache, no changes. I restarted Apache, still don't see my changes. Delete all browsing history on my IE 8, still no changes. We have our cache settings Definition Change Check Interval (Seconds) set to 300 (I also have the perform check enabled). So after 5 minutes we should see the change (if our flush didn't work). I don't see my changes until the next DAY. What's getting stuck? Some more info - Prefetch is not enabled. Preload was enabled a couple of months ago, but I have turned it off. Enable Cache Persistence is enabled. We are using Midtier 7.6.04 SP1 with ARS 7.1 P7. Our Midtier server is separate than our ARS server. Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile lisa.ke...@te.commailto:lisa.ke...@te.com 100 Amp Drive Harrisburg, PA 17112 www.te.comhttp://www.te.com/ _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_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: MidTier Cache
It should rebuild the viewstats file automagically. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 11:17 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** LJ, yes, I meant Tomcat. Sorry for the confusion. :) Our OS is Win2003. I stopped Tomcat, deleted all the Cache files under the cache folder, renamed the viewstats.dat file and restarted Tomcat (like Tauf suggested). I'm finally able to see my changes. Made another test change on a form (added a field), flushed the cache, still can see the changes Ugh! I can't find the cachetemp directory only cache. Also should I rename the viewstats.dat file back to the original name? I was hoping that it would create a fresh new one when I restarted Tomcat. I don't have the Sync option on my configuration tool. Maybe because we are on 7.1 p7 for ARS? If I make a change to a form, would I be checking the Forms.data and FormFields.data files under cache to see when they update? Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, November 11, 2011 11:02 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** Lisa, I'm running 7.6.4 MidTier Remedy server and have no issues with the flush cache. You didn't mention the OS of your setup...but I'm not sure if it's relevant...I'm on Win2k3 for reference. Cache Persistence would make it so that a restart of Tomcat (You said Apache...don't know if you meant that, or if you meant Tomcat...because Tomcat would likely be your JSP engine) wouldn't 'clear your cache'because of the persistence...if you are looking for a restart to clear the cache, you would need to disable cache persistence, in that manner everything would be stored in memory But...since you have the cache persistence enabled...I think you should be able to find the cache files on the MidTier server and see when they actually got updated after your updatethat may give you a better idea of how long it's taking. Have you tried 'Sync' instead of 'Flush'?...I've heard problems with Sync...but not many...so I don't know if one will work better for you than another Just some things to try. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 7:04 AM To: arslist@ARSLIST.ORG Subject: MidTier Cache ** We used to be able to update a form (on dev) and then flush the MidTier Cache and then view the form in the Midtier and see the changes. Lately, it's not working. We flush the cache, no changes. I restarted Apache, still don't see my changes. Delete all browsing history on my IE 8, still no changes. We have our cache settings Definition Change Check Interval (Seconds) set to 300 (I also have the perform check enabled). So after 5 minutes we should see the change (if our flush didn't work). I don't see my changes until the next DAY. What's getting stuck? Some more info - Prefetch is not enabled. Preload was enabled a couple of months ago, but I have turned it off. Enable Cache Persistence is enabled. We are using Midtier 7.6.04 SP1 with ARS 7.1 P7. Our Midtier server is separate than our ARS server. Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile lisa.ke...@te.com 100 Amp Drive Harrisburg, PA 17112 www.te.com http://www.te.com/ _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_ ** This e-mail and its attachments may contain Forest Laboratories, Inc. proprietary information that is privileged, confidential or subject to copyright belonging to Forest Laboratories, Inc. This e-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this e-mail, or the employee or agent responsible for delivering this e-mail to the intended recipient, you are hereby notified that any dissemination, distribution, copying or action taken in relation to the contents of and attachments to this e-mail is strictly prohibited and may be unlawful. If you have received this e-mail in error, please notify the sender immediately and permanently delete the original and any copy of this e-mail and any printout. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Installing 7.6.0.4 midtier on linux/apache/tomcat
I find Apache useful for the following things: - Content-Expiration, Cache-Control, and max-age (mod_expires and mod_headers) - Compression (mod_deflate) A decent article that goes into more detail: http://www.mnot.net/cache_docs/ Those two things can have a drastic impact on the performance of the midtier. There are also those applications that have more holes that swiss cheese. Using Apache in front of Tomcat let's you manipulate/validate the querystring in a way to mitigate issues inherent in the application. The other place I find it useful is with SSO related tasks, especially with legacy SSO solutions. That agent has to run somewhere. mod_jk has issues on Solaris, but they can be worked around through the configuration. There is also mod_proxy_ajp, which is now part of mod_proxy that can be used in lieu of mod_jk. I have not used mod_proxy_ajp in a production environment though, so I can't speak to it's reliability. I've not had major issues with mod_jk on Linux. Axton Grams On Fri, Nov 11, 2011 at 2:19 AM, John Baker jba...@javasystemsolutions.com wrote: James I have no idea why you are installing an Apache front end. it's pointless for almost all deployments of Mid Tier and the mod_jk connector is no longer reliable. Installing Mid Tier is easy. 1. Unpack Tomcat. 2. Set LD_LIBRARY_PATH to tomcat/webapps/arsys/WEB-INF/lib. 3. Place Mid Tier war file in webapps, called arsys.war. 4. Start Tomcat. John -- SSO Plugin: Bringing BMC products together http://www.javasystemsolutions.com/jss/ssoplugin ___ 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
Incoming Emails have no text content - Exchange 2007 SP3 Update Rollup 1
FYI - The latest patch to Exchange 2007, SP3 Update Rollup 1, changes their best body format: When you apply Exchange 2007 SP3 Update Rollup 1, the behavior of the Best body format option changes. In this scenario, POP3 or IMAP4 clients that use the Best body format option only retrieve the native content that is stored on the Exchange Mailbox server. The POP3 or IMAP4 clients no longer receive an additional text-only copy of the message. If a POP3 or IMAP4 client cannot render the HTML message content, the client may be unable to view the retrieved message content. On our ARS 7.1 system, this means that the 'Plain Text Content' field for HTML-formatted emails started showing up blank, which caused massive errors in our email processing system. Here is the full article: http://technet.microsoft.com/en-us/library/gg491244(EXCHG.80).aspx And the instructions for restoring HTML and alternative text retrieval: http://technet.microsoft.com/en-us/library/aa997869(EXCHG.80).aspx Share and enjoy, Kelly Logan, Sr. Systems Administrator (Remedy), GMS ProQuest | 789 E. Eisenhower Parkway, P.O. Box 1346 | Ann Arbor MI 48106-1346 USA | 734.997.4777 kelly.lo...@proquest.commailto:kelly.lo...@proquest.com www.proquest.com ProQuest...Start here. 2010 InformationWeek 500 Top Innovator P Please consider the environment before printing this email. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the sender, and delete the message from your computer. ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: MidTier Cache
I have seen the same problem with our mid-tier, flushing the cache, restarting Tomcat, but not able to see the changes... After clearing the FF browser cache along with flushing the mid-tier cache, I'm able to see the new changes... Not sure it's related to your issue, but it's the same symptom... Andrew On Fri, Nov 11, 2011 at 8:25 AM, Chowdhury, Tauf tauf.chowdh...@frx.comwrote: ** It should rebuild the viewstats file automagically. ** ** *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Kemes, Lisa *Sent:* Friday, November 11, 2011 11:17 AM *To:* arslist@ARSLIST.ORG *Subject:* Re: MidTier Cache ** ** ** LJ, yes, I meant Tomcat. Sorry for the confusion. :) Our OS is Win2003. I stopped Tomcat, deleted all the Cache files under the cache folder, renamed the viewstats.dat file and restarted Tomcat (like Tauf suggested). I'm finally able to see my changes. Made another test change on a form (added a field), flushed the cache, still can see the changes Ugh! I can't find the cachetemp directory only cache. Also should I rename the viewstats.dat file back to the original name? I was hoping that it would create a fresh new one when I restarted Tomcat.** ** I don't have the Sync option on my configuration tool. Maybe because we are on 7.1 p7 for ARS? If I make a change to a form, would I be checking the Forms.data and FormFields.data files under cache to see when they update? Thanks! Lisa ** ** -- *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *LJ LongWing *Sent:* Friday, November 11, 2011 11:02 AM *To:* arslist@ARSLIST.ORG *Subject:* Re: MidTier Cache ** Lisa, I’m running 7.6.4 MidTier Remedy server and have no issues with the flush cache. ** ** You didn’t mention the OS of your setup…but I’m not sure if it’s relevant…I’m on Win2k3 for reference. ** ** Cache Persistence would make it so that a restart of Tomcat (You said Apache…don’t know if you meant that, or if you meant Tomcat…because Tomcat would likely be your JSP engine) wouldn’t ‘clear your cache’….because of the persistence…if you are looking for a restart to clear the cache, you would need to disable cache persistence, in that manner everything would be stored in memory ** ** But…since you have the cache persistence enabled…I think you should be able to find the cache files on the MidTier server and see when they actually got updated after your update….that may give you a better idea of how long it’s taking. ** ** Have you tried ‘Sync’ instead of ‘Flush’?...I’ve heard problems with Sync…but not many…so I don’t know if one will work better for you than another ** ** Just some things to try. ** ** *From:* Action Request System discussion list(ARSList) [mailto: arslist@ARSLIST.ORG] *On Behalf Of *Kemes, Lisa *Sent:* Friday, November 11, 2011 7:04 AM *To:* arslist@ARSLIST.ORG *Subject:* MidTier Cache ** ** ** We used to be able to update a form (on dev) and then flush the MidTier Cache and then view the form in the Midtier and see the changes. Lately, it's not working. We flush the cache, no changes. I restarted Apache, still don't see my changes. Delete all browsing history on my IE 8, still no changes. We have our cache settings Definition Change Check Interval (Seconds) set to 300 (I also have the perform check enabled). So after 5 minutes we should see the change (if our flush didn't work). I don't see my changes until the next DAY. What's getting stuck? Some more info - Prefetch is not enabled. Preload was enabled a couple of months ago, but I have turned it off. Enable Cache Persistence is enabled. We are using Midtier 7.6.04 SP1 with ARS 7.1 P7. Our Midtier server is separate than our ARS server. *Lisa Kemes* AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile *lisa.ke...@te.com* 100 Amp Drive Harrisburg, PA 17112 www.te.com _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_ -- This e-mail and its attachments may contain Forest Laboratories, Inc. proprietary information that is privileged, confidential or subject to copyright belonging to Forest Laboratories, Inc. This e-mail is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient of this e-mail, or the employee or agent responsible for delivering this e-mail to the intended
Re: MidTier Cache
That's exactly what I had to do.. After much research, reading, asking and fiddling around, I think I found out that all we need to do is refresh IE on the page and that gives us the new stuff. For some reason this didn't work when I deleted the history of my IE files, closed it and then reopened it, but when I simply refresh the page, by changes finally appear. Maybe a recent patch to IE made this more difficult because I don't remember having to do this all the time. When I flushed the cache (midtier) and reopened IE the changes were there. Thanks everyone! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Andrew Fremont Sent: Friday, November 11, 2011 12:32 PM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** I have seen the same problem with our mid-tier, flushing the cache, restarting Tomcat, but not able to see the changes... After clearing the FF browser cache along with flushing the mid-tier cache, I'm able to see the new changes... Not sure it's related to your issue, but it's the same symptom... Andrew On Fri, Nov 11, 2011 at 8:25 AM, Chowdhury, Tauf tauf.chowdh...@frx.commailto:tauf.chowdh...@frx.com wrote: ** It should rebuild the viewstats file automagically. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 11:17 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** LJ, yes, I meant Tomcat. Sorry for the confusion. :) Our OS is Win2003. I stopped Tomcat, deleted all the Cache files under the cache folder, renamed the viewstats.dat file and restarted Tomcat (like Tauf suggested). I'm finally able to see my changes. Made another test change on a form (added a field), flushed the cache, still can see the changes Ugh! I can't find the cachetemp directory only cache. Also should I rename the viewstats.dat file back to the original name? I was hoping that it would create a fresh new one when I restarted Tomcat. I don't have the Sync option on my configuration tool. Maybe because we are on 7.1 p7 for ARS? If I make a change to a form, would I be checking the Forms.data and FormFields.data files under cache to see when they update? Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, November 11, 2011 11:02 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** Lisa, I'm running 7.6.4 MidTier Remedy server and have no issues with the flush cache. You didn't mention the OS of your setup...but I'm not sure if it's relevant...I'm on Win2k3 for reference. Cache Persistence would make it so that a restart of Tomcat (You said Apache...don't know if you meant that, or if you meant Tomcat...because Tomcat would likely be your JSP engine) wouldn't 'clear your cache'because of the persistence...if you are looking for a restart to clear the cache, you would need to disable cache persistence, in that manner everything would be stored in memory But...since you have the cache persistence enabled...I think you should be able to find the cache files on the MidTier server and see when they actually got updated after your updatethat may give you a better idea of how long it's taking. Have you tried 'Sync' instead of 'Flush'?...I've heard problems with Sync...but not many...so I don't know if one will work better for you than another Just some things to try. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 7:04 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: MidTier Cache ** We used to be able to update a form (on dev) and then flush the MidTier Cache and then view the form in the Midtier and see the changes. Lately, it's not working. We flush the cache, no changes. I restarted Apache, still don't see my changes. Delete all browsing history on my IE 8, still no changes. We have our cache settings Definition Change Check Interval (Seconds) set to 300 (I also have the perform check enabled). So after 5 minutes we should see the change (if our flush didn't work). I don't see my changes until the next DAY. What's getting stuck? Some more info - Prefetch is not enabled. Preload was enabled a couple of months ago, but I have turned it off. Enable Cache Persistence is enabled. We are using Midtier 7.6.04 SP1 with ARS 7.1 P7. Our Midtier server is separate than our ARS server. Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408tel:%2B1%20717%20810%202408 tel +1 717 602 9460tel:%2B1%20717%20602%209460 mobile lisa.ke...@te.commailto:lisa.ke...@te.com 100 Amp Drive Harrisburg, PA 17112
Re: MidTier Cache
If I'm not mistaken 'Sync' got introduced in 7.5.but I would think that it's a 7.5 Mid-Tier feature, not reliant on the server component.but that's just my expectation. I think that you MAY be experiencing an incompatibility between the MidTier version and the ARS version. Do you have any plans to upgrade to a supported version any time soon?7.5 was quite stable for us. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 9:17 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** I meant Made another test change on a form (added a field), flushed the cache, still CAN'T see the changes Ugh! I can't find the cachetemp directory only cache. Thanks! Lisa _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 11:17 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** LJ, yes, I meant Tomcat. Sorry for the confusion. :) Our OS is Win2003. I stopped Tomcat, deleted all the Cache files under the cache folder, renamed the viewstats.dat file and restarted Tomcat (like Tauf suggested). I'm finally able to see my changes. Made another test change on a form (added a field), flushed the cache, still can see the changes Ugh! I can't find the cachetemp directory only cache. Also should I rename the viewstats.dat file back to the original name? I was hoping that it would create a fresh new one when I restarted Tomcat. I don't have the Sync option on my configuration tool. Maybe because we are on 7.1 p7 for ARS? If I make a change to a form, would I be checking the Forms.data and FormFields.data files under cache to see when they update? Thanks! Lisa _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, November 11, 2011 11:02 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** Lisa, I'm running 7.6.4 MidTier Remedy server and have no issues with the flush cache. You didn't mention the OS of your setup.but I'm not sure if it's relevant.I'm on Win2k3 for reference. Cache Persistence would make it so that a restart of Tomcat (You said Apache.don't know if you meant that, or if you meant Tomcat.because Tomcat would likely be your JSP engine) wouldn't 'clear your cache'..because of the persistence.if you are looking for a restart to clear the cache, you would need to disable cache persistence, in that manner everything would be stored in memory But.since you have the cache persistence enabled.I think you should be able to find the cache files on the MidTier server and see when they actually got updated after your update..that may give you a better idea of how long it's taking. Have you tried 'Sync' instead of 'Flush'?...I've heard problems with Sync.but not many.so I don't know if one will work better for you than another Just some things to try. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 7:04 AM To: arslist@ARSLIST.ORG Subject: MidTier Cache ** We used to be able to update a form (on dev) and then flush the MidTier Cache and then view the form in the Midtier and see the changes. Lately, it's not working. We flush the cache, no changes. I restarted Apache, still don't see my changes. Delete all browsing history on my IE 8, still no changes. We have our cache settings Definition Change Check Interval (Seconds) set to 300 (I also have the perform check enabled). So after 5 minutes we should see the change (if our flush didn't work). I don't see my changes until the next DAY. What's getting stuck? Some more info - Prefetch is not enabled. Preload was enabled a couple of months ago, but I have turned it off. Enable Cache Persistence is enabled. We are using Midtier 7.6.04 SP1 with ARS 7.1 P7. Our Midtier server is separate than our ARS server. Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile lisa.ke...@te.com 100 Amp Drive Harrisburg, PA 17112 www.te.com http://www.te.com/ _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_ _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: MidTier Cache
Yes, we are planning on going from 7.1 p7 to 7.6.04 p2. We are starting with DEV first and we are moving to a brand new server so we will be installing it and moving the forms/data and not actually doing an upgrade. Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, November 11, 2011 12:56 PM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** If I'm not mistaken 'Sync' got introduced in 7.5...but I would think that it's a 7.5 Mid-Tier feature, not reliant on the server component...but that's just my expectation. I think that you MAY be experiencing an incompatibility between the MidTier version and the ARS version. Do you have any plans to upgrade to a supported version any time soon?7.5 was quite stable for us. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 9:17 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** I meant Made another test change on a form (added a field), flushed the cache, still CAN'T see the changes Ugh! I can't find the cachetemp directory only cache. Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 11:17 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** LJ, yes, I meant Tomcat. Sorry for the confusion. :) Our OS is Win2003. I stopped Tomcat, deleted all the Cache files under the cache folder, renamed the viewstats.dat file and restarted Tomcat (like Tauf suggested). I'm finally able to see my changes. Made another test change on a form (added a field), flushed the cache, still can see the changes Ugh! I can't find the cachetemp directory only cache. Also should I rename the viewstats.dat file back to the original name? I was hoping that it would create a fresh new one when I restarted Tomcat. I don't have the Sync option on my configuration tool. Maybe because we are on 7.1 p7 for ARS? If I make a change to a form, would I be checking the Forms.data and FormFields.data files under cache to see when they update? Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, November 11, 2011 11:02 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** Lisa, I'm running 7.6.4 MidTier Remedy server and have no issues with the flush cache. You didn't mention the OS of your setup...but I'm not sure if it's relevant...I'm on Win2k3 for reference. Cache Persistence would make it so that a restart of Tomcat (You said Apache...don't know if you meant that, or if you meant Tomcat...because Tomcat would likely be your JSP engine) wouldn't 'clear your cache'because of the persistence...if you are looking for a restart to clear the cache, you would need to disable cache persistence, in that manner everything would be stored in memory But...since you have the cache persistence enabled...I think you should be able to find the cache files on the MidTier server and see when they actually got updated after your updatethat may give you a better idea of how long it's taking. Have you tried 'Sync' instead of 'Flush'?...I've heard problems with Sync...but not many...so I don't know if one will work better for you than another Just some things to try. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 7:04 AM To: arslist@ARSLIST.ORG Subject: MidTier Cache ** We used to be able to update a form (on dev) and then flush the MidTier Cache and then view the form in the Midtier and see the changes. Lately, it's not working. We flush the cache, no changes. I restarted Apache, still don't see my changes. Delete all browsing history on my IE 8, still no changes. We have our cache settings Definition Change Check Interval (Seconds) set to 300 (I also have the perform check enabled). So after 5 minutes we should see the change (if our flush didn't work). I don't see my changes until the next DAY. What's getting stuck? Some more info - Prefetch is not enabled. Preload was enabled a couple of months ago, but I have turned it off. Enable Cache Persistence is enabled. We are using Midtier 7.6.04 SP1 with ARS 7.1 P7. Our Midtier server is separate than our ARS server. Lisa Kemes AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile lisa.ke...@te.commailto:lisa.ke...@te.com 100 Amp Drive Harrisburg, PA 17112 www.te.comhttp://www.te.com/ _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_ _attend WWRUG12
Re: MidTier Cache
Hmmm..what setting do you have the 'check for newer versions of stored pages' setting set to? Maybe setting it to 'Every time I visit the web page' would help then? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 10:40 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** That's exactly what I had to do.. After much research, reading, asking and fiddling around, I think I found out that all we need to do is refresh IE on the page and that gives us the new stuff. For some reason this didn't work when I deleted the history of my IE files, closed it and then reopened it, but when I simply refresh the page, by changes finally appear. Maybe a recent patch to IE made this more difficult because I don't remember having to do this all the time. When I flushed the cache (midtier) and reopened IE the changes were there. Thanks everyone! Lisa _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Andrew Fremont Sent: Friday, November 11, 2011 12:32 PM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** I have seen the same problem with our mid-tier, flushing the cache, restarting Tomcat, but not able to see the changes... After clearing the FF browser cache along with flushing the mid-tier cache, I'm able to see the new changes... Not sure it's related to your issue, but it's the same symptom... Andrew On Fri, Nov 11, 2011 at 8:25 AM, Chowdhury, Tauf tauf.chowdh...@frx.com wrote: ** It should rebuild the viewstats file automagically. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 11:17 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** LJ, yes, I meant Tomcat. Sorry for the confusion. :) Our OS is Win2003. I stopped Tomcat, deleted all the Cache files under the cache folder, renamed the viewstats.dat file and restarted Tomcat (like Tauf suggested). I'm finally able to see my changes. Made another test change on a form (added a field), flushed the cache, still can see the changes Ugh! I can't find the cachetemp directory only cache. Also should I rename the viewstats.dat file back to the original name? I was hoping that it would create a fresh new one when I restarted Tomcat. I don't have the Sync option on my configuration tool. Maybe because we are on 7.1 p7 for ARS? If I make a change to a form, would I be checking the Forms.data and FormFields.data files under cache to see when they update? Thanks! Lisa _ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, November 11, 2011 11:02 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** Lisa, I'm running 7.6.4 MidTier Remedy server and have no issues with the flush cache. You didn't mention the OS of your setup.but I'm not sure if it's relevant.I'm on Win2k3 for reference. Cache Persistence would make it so that a restart of Tomcat (You said Apache.don't know if you meant that, or if you meant Tomcat.because Tomcat would likely be your JSP engine) wouldn't 'clear your cache'..because of the persistence.if you are looking for a restart to clear the cache, you would need to disable cache persistence, in that manner everything would be stored in memory But.since you have the cache persistence enabled.I think you should be able to find the cache files on the MidTier server and see when they actually got updated after your update..that may give you a better idea of how long it's taking. Have you tried 'Sync' instead of 'Flush'?...I've heard problems with Sync.but not many.so I don't know if one will work better for you than another Just some things to try. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 7:04 AM To: arslist@ARSLIST.ORG Subject: MidTier Cache ** We used to be able to update a form (on dev) and then flush the MidTier Cache and then view the form in the Midtier and see the changes. Lately, it's not working. We flush the cache, no changes. I restarted Apache, still don't see my changes. Delete all browsing history on my IE 8, still no changes. We have our cache settings Definition Change Check Interval (Seconds) set to 300 (I also have the perform check enabled). So after 5 minutes we should see the change (if our flush didn't work). I don't see my changes until the next DAY. What's getting stuck? Some more info - Prefetch is not enabled. Preload was enabled a couple of months ago, but I have turned it off. Enable Cache Persistence is enabled. We are using Midtier 7.6.04 SP1 with ARS 7.1 P7. Our Midtier server is separate than our ARS server. Lisa Kemes AR System
Re: BMC's Future on the horizon.. IMHO
Everyone, What Chris describes here is a new discovery that is unique to IE9 where something has changed in the IE implementation. As part of the model that BMC uses for the AR System, we support the specified versions of products or later. In this case, IE9 was not available when the current version was released (7.6.04 was released in January 2011 and IE9 in March 2011). The product is fully functional with IE9. However, we have discovered an interaction issue that causes a performance problem with IE9. We are working with both Microsoft and Adobe on this issue to see if can be resolved. In addition, some redesign of the approach has mostly eliminated the problem from the next major release (but that strategy cannot be backported to the current release). So, enough of the overall philosophy, let's look at this situation. There are a number of UI features that we added in recent releases. Some of them were not supported on specific browsers so we had to find alternatives for supporting the capability. Specifically, there are three features: rounded corners, gradient colors, and vertical text. These three capabilities could not be supported in IE natively because the capability was not present. To allow these capabilities, we incorporated the use of Flash for IE. All of the other browsers - Safari, Firefox, and even the other used but unsupported browsers like Chrome - have the necessary support. So, the workaround was used only for IE environments. Everything works fine for IE6, IE7, and IE8 but with IE9, something has changed so that there is now a performance cost for the workaround. This is what we are working to find out what the issue is with the other vendors. Now, there are several options: 1) The performance issues is not really affecting you so do nothing 2) Use a browser other than IE 3) Use a version of IE before IE9 (for example, use IE8) 4) Use FlashPlayer 10.2 or earlier (the problem has been isolated to the combination of IE9 using FlashPlayer 10.3, or later unless a fix is added later) 5) Go to the System config settings and set the option that turns off the use of Flash for these three capabilities - you will not get rounded corners, vertical text, or gradient colors but you will not loose any other functionality or capability within the system. It is a cosmetic affect So, in summary This may affect you ONLY IF you n Run IE9 as your browser n Use FlashPlayer 10.3 or later n Leave the system config setting to use Flash for these features turned on (the default) Otherwise, this issue does not have any affect on your system. And, it will affect only users that have this combination as their client - other users on the same system without this combination will not be affected. There are several options (which may or may not be possible in your environment) to eliminate the problem immediately. BMC is continuing to work with the vendors on this problem to see we can find out why the problem suddenly showed up with this combination of technology and to see if we can eliminate the issue from future releases with alternate designs or approaches. I hope this explanation has been helpful both for this specific issue and to show a case in action of the or later support strategy. Doug Mueller From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of strauss Sent: Wednesday, November 09, 2011 10:39 AM To: arslist@ARSLIST.ORG Subject: Re: BMC's Future on the horizon.. IMHO ** We can hope; the dialog performance problems that we have been experiencing on production with ITSM 7.6.04.01 Incidents in IE9 have now been tracked down specifically to flash, and confirmed in my testing. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of patrick zandi Sent: Wednesday, November 09, 2011 12:03 PM To: arslist@ARSLIST.ORG Subject: BMC's Future on the horizon.. IMHO ** http://www.zdnet.com/blog/networking/flash-is-dead-long-live-html5/1633?tag=nl.e539 BMC's Future.. -- Patrick Zandi _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 the Answers Are
Re: BMC's Future on the horizon.. IMHO
Doug - BMC might want to consider getting on the Microsoft Development BETA team - to test their products before GA :-) A software company that uses another software company's interfaces should not be waiting to GA - that is not an excuse, they should have proactive QA/QC processes up front in the development lifecycle to limit customer impact. 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 Mueller, Doug Sent: Friday, November 11, 2011 12:54 PM To: arslist@ARSLIST.ORG Subject: Re: BMC's Future on the horizon.. IMHO Everyone, What Chris describes here is a new discovery that is unique to IE9 where something has changed in the IE implementation. As part of the model that BMC uses for the AR System, we support the specified versions of products or later. In this case, IE9 was not available when the current version was released (7.6.04 was released in January 2011 and IE9 in March 2011). The product is fully functional with IE9. However, we have discovered an interaction issue that causes a performance problem with IE9. We are working with both Microsoft and Adobe on this issue to see if can be resolved. In addition, some redesign of the approach has mostly eliminated the problem from the next major release (but that strategy cannot be backported to the current release). So, enough of the overall philosophy, let's look at this situation. There are a number of UI features that we added in recent releases. Some of them were not supported on specific browsers so we had to find alternatives for supporting the capability. Specifically, there are three features: rounded corners, gradient colors, and vertical text. These three capabilities could not be supported in IE natively because the capability was not present. To allow these capabilities, we incorporated the use of Flash for IE. All of the other browsers - Safari, Firefox, and even the other used but unsupported browsers like Chrome - have the necessary support. So, the workaround was used only for IE environments. Everything works fine for IE6, IE7, and IE8 but with IE9, something has changed so that there is now a performance cost for the workaround. This is what we are working to find out what the issue is with the other vendors. Now, there are several options: 1) The performance issues is not really affecting you so do nothing 2) Use a browser other than IE 3) Use a version of IE before IE9 (for example, use IE8) 4) Use FlashPlayer 10.2 or earlier (the problem has been isolated to the combination of IE9 using FlashPlayer 10.3, or later unless a fix is added later) 5) Go to the System config settings and set the option that turns off the use of Flash for these three capabilities - you will not get rounded corners, vertical text, or gradient colors but you will not loose any other functionality or capability within the system. It is a cosmetic affect So, in summary This may affect you ONLY IF you * Run IE9 as your browser * Use FlashPlayer 10.3 or later * Leave the system config setting to use Flash for these features turned on (the default) Otherwise, this issue does not have any affect on your system. And, it will affect only users that have this combination as their client - other users on the same system without this combination will not be affected. There are several options (which may or may not be possible in your environment) to eliminate the problem immediately. BMC is continuing to work with the vendors on this problem to see we can find out why the problem suddenly showed up with this combination of technology and to see if we can eliminate the issue from future releases with alternate designs or approaches. I hope this explanation has been helpful both for this specific issue and to show a case in action of the or later support strategy. Doug Mueller From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of strauss Sent: Wednesday, November 09, 2011 10:39 AM To: arslist@ARSLIST.ORG Subject: Re: BMC's Future on the horizon.. IMHO ** We can hope; the dialog performance problems that we have been experiencing on production with ITSM 7.6.04.01 Incidents in IE9 have now been tracked down specifically to flash, and confirmed in my testing. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of patrick zandi Sent: Wednesday, November 09, 2011 12:03 PM To: arslist@ARSLIST.ORG Subject: BMC's Future on the horizon.. IMHO **
Adding Product Cats To Requester Summary Definition
ITSM 7.0.03 p8 ARS 7.1p5 Looking to use the requester console for internal IT issues. The requester Summary Definiton form only provides Op. Cats as a way of routing a service request. We would like to add Product Cats to the Summary Definition form so that auto assignment can be used to route tickets to exact support group. I added the Prod Cats. fields to the Summary Definiton and SRM:Reqest forms and modified a couple of filters to push the new values but the service request fails on auto assignment. I'm pretty sure it is because the new Prod. Cat values are not being seen in the right places. I did some digging into the CAI stuff, which is where I think modifications are needed, and was hoping someone has already gone down that path and coud provide some insight. Thank you ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: BMC's Future on the horizon.. IMHO
And of course you're making the assumption we have control over the items in your workaround. Quite often we don't. - Original Message - From: Doug Mueller doug_muel...@bmc.com To: arslist@ARSLIST.ORG Sent: Friday, November 11, 2011 1:53:35 PM Subject: Re: BMC's Future on the horizon.. IMHO ** Everyone, What Chris describes here is a new discovery that is unique to IE9 where something has changed in the IE implementation. As part of the model that BMC uses for the AR System, we support the specified versions of products or later. In this case, IE9 was not available when the current version was released (7.6.04 was released in January 2011 and IE9 in March 2011). The product is fully functional with IE9. However, we have discovered an interaction issue that causes a performance problem with IE9. We are working with both Microsoft and Adobe on this issue to see if can be resolved. In addition, some redesign of the approach has mostly eliminated the problem from the next major release (but that strategy cannot be backported to the current release). So, enough of the overall philosophy, let's look at this situation. There are a number of UI features that we added in recent releases. Some of them were not supported on specific browsers so we had to find alternatives for supporting the capability. Specifically, there are three features: rounded corners, gradient colors, and vertical text. These three capabilities could not be supported in IE natively because the capability was not present. To allow these capabilities, we incorporated the use of Flash for IE. All of the other browsers – Safari, Firefox, and even the other used but unsupported browsers like Chrome – have the necessary support. So, the workaround was used only for IE environments. Everything works fine for IE6, IE7, and IE8 but with IE9, something has changed so that there is now a performance cost for the workaround. This is what we are working to find out what the issue is with the other vendors. Now, there are several options: 1) The performance issues is not really affecting you so do nothing 2) Use a browser other than IE 3) Use a version of IE before IE9 (for example, use IE8) 4) Use FlashPlayer 10.2 or earlier (the problem has been isolated to the combination of IE9 using FlashPlayer 10.3, or later unless a fix is added later) 5) Go to the System config settings and set the option that turns off the use of Flash for these three capabilities – you will not get rounded corners, vertical text, or gradient colors but you will not loose any other functionality or capability within the system. It is a cosmetic affect So, in summary…. This may affect you ONLY IF you n Run IE9 as your browser n Use FlashPlayer 10.3 or later n Leave the system config setting to use Flash for these features turned on (the default) Otherwise, this issue does not have any affect on your system. And, it will affect only users that have this combination as their client – other users on the same system without this combination will not be affected. There are several options (which may or may not be possible in your environment) to eliminate the problem immediately. BMC is continuing to work with the vendors on this problem to see we can find out why the problem suddenly showed up with this combination of technology and to see if we can eliminate the issue from future releases with alternate designs or approaches. I hope this explanation has been helpful both for this specific issue and to show a case in action of the or later support strategy. Doug Mueller From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of strauss Sent: Wednesday, November 09, 2011 10:39 AM To: arslist@ARSLIST.ORG Subject: Re: BMC's Future on the horizon.. IMHO ** We can hope; the dialog performance problems that we have been experiencing on production with ITSM 7.6.04.01 Incidents in IE9 have now been tracked down specifically to flash, and confirmed in my testing. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of patrick zandi Sent: Wednesday, November 09, 2011 12:03 PM To: arslist@ARSLIST.ORG Subject: BMC's Future on the horizon.. IMHO ** http://www.zdnet.com/blog/networking/flash-is-dead-long-live-html5/1633?tag=nl.e539 BMC's Future.. -- Patrick Zandi _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: BMC's Future on the horizon.. IMHO
Doug always have :) -- J 2011/11/11 pritch pri...@ptd.net: And of course you're making the assumption we have control over the items in your workaround. Quite often we don't. - Original Message - From: Doug Mueller doug_muel...@bmc.com To: arslist@ARSLIST.ORG Sent: Friday, November 11, 2011 1:53:35 PM Subject: Re: BMC's Future on the horizon.. IMHO ** Everyone, What Chris describes here is a new discovery that is unique to IE9 where something has changed in the IE implementation. As part of the model that BMC uses for the AR System, we support the specified versions of products or later. In this case, IE9 was not available when the current version was released (7.6.04 was released in January 2011 and IE9 in March 2011). The product is fully functional with IE9. However, we have discovered an interaction issue that causes a performance problem with IE9. We are working with both Microsoft and Adobe on this issue to see if can be resolved. In addition, some redesign of the approach has mostly eliminated the problem from the next major release (but that strategy cannot be backported to the current release). So, enough of the overall philosophy, let's look at this situation. There are a number of UI features that we added in recent releases. Some of them were not supported on specific browsers so we had to find alternatives for supporting the capability. Specifically, there are three features: rounded corners, gradient colors, and vertical text. These three capabilities could not be supported in IE natively because the capability was not present. To allow these capabilities, we incorporated the use of Flash for IE. All of the other browsers – Safari, Firefox, and even the other used but unsupported browsers like Chrome – have the necessary support. So, the workaround was used only for IE environments. Everything works fine for IE6, IE7, and IE8 but with IE9, something has changed so that there is now a performance cost for the workaround. This is what we are working to find out what the issue is with the other vendors. Now, there are several options: 1) The performance issues is not really affecting you so do nothing 2) Use a browser other than IE 3) Use a version of IE before IE9 (for example, use IE8) 4) Use FlashPlayer 10.2 or earlier (the problem has been isolated to the combination of IE9 using FlashPlayer 10.3, or later unless a fix is added later) 5) Go to the System config settings and set the option that turns off the use of Flash for these three capabilities – you will not get rounded corners, vertical text, or gradient colors but you will not loose any other functionality or capability within the system. It is a cosmetic affect So, in summary…. This may affect you ONLY IF you n Run IE9 as your browser n Use FlashPlayer 10.3 or later n Leave the system config setting to use Flash for these features turned on (the default) Otherwise, this issue does not have any affect on your system. And, it will affect only users that have this combination as their client – other users on the same system without this combination will not be affected. There are several options (which may or may not be possible in your environment) to eliminate the problem immediately. BMC is continuing to work with the vendors on this problem to see we can find out why the problem suddenly showed up with this combination of technology and to see if we can eliminate the issue from future releases with alternate designs or approaches. I hope this explanation has been helpful both for this specific issue and to show a case in action of the or later support strategy. Doug Mueller From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of strauss Sent: Wednesday, November 09, 2011 10:39 AM To: arslist@ARSLIST.ORG Subject: Re: BMC's Future on the horizon.. IMHO ** We can hope; the dialog performance problems that we have been experiencing on production with ITSM 7.6.04.01 Incidents in IE9 have now been tracked down specifically to flash, and confirmed in my testing. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of patrick zandi Sent: Wednesday, November 09, 2011 12:03 PM To: arslist@ARSLIST.ORG Subject: BMC's Future on the horizon.. IMHO ** http://www.zdnet.com/blog/networking/flash-is-dead-long-live-html5/1633?tag=nl.e539 BMC's Future.. -- Patrick Zandi _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
Re: BMC's Future on the horizon.. IMHO
Thanks Doug, for the detailed explanation of what has been a nagging problem here for months. The IE9 performance problem made a widespread appearance because we are in the process of rolling out Windows 7 with IE9 all over campus, and while we initially recommended firefox instead for ITSM that stopped as soon as we found the un-solved bug in Incident Management where editing or pasting into the Work Info loses everything after a line feed. Support finally acknowledged it after we sent them a movie of it. There was also truncation by the active link, but we put a band-aid on that. So the helpdesks went back to IE or chrome. They are not going to revert to an outdated and no doubt unsecure version of flash, so they simply avoid the Next Stage and Resolve buttons and the process flow bar and work manually on the Incident form. At least the best practice form is much easier to operate manually than the classic was. This is the main problem with browser-only clients – there is something wrong with every one of them. We were unable to implement RKM 7.6.04.01 primarily because the search results do not display at all in Safari or Chrome (which is still not fixed in SP2), and we had to keep our ARS 7.1 system in production just to support RKM 7.2. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ From: Mueller, Doug doug_muel...@bmc.commailto:doug_muel...@bmc.com Reply-To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Date: Fri, 11 Nov 2011 12:53:35 -0600 To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: BMC's Future on the horizon.. IMHO ** Everyone, What Chris describes here is a new discovery that is unique to IE9 where something has changed in the IE implementation. As part of the model that BMC uses for the AR System, we support the specified versions of products or later. In this case, IE9 was not available when the current version was released (7.6.04 was released in January 2011 and IE9 in March 2011). The product is fully functional with IE9. However, we have discovered an interaction issue that causes a performance problem with IE9. We are working with both Microsoft and Adobe on this issue to see if can be resolved. In addition, some redesign of the approach has mostly eliminated the problem from the next major release (but that strategy cannot be backported to the current release). So, enough of the overall philosophy, let's look at this situation. There are a number of UI features that we added in recent releases. Some of them were not supported on specific browsers so we had to find alternatives for supporting the capability. Specifically, there are three features: rounded corners, gradient colors, and vertical text. These three capabilities could not be supported in IE natively because the capability was not present. To allow these capabilities, we incorporated the use of Flash for IE. All of the other browsers – Safari, Firefox, and even the other used but unsupported browsers like Chrome – have the necessary support. So, the workaround was used only for IE environments. Everything works fine for IE6, IE7, and IE8 but with IE9, something has changed so that there is now a performance cost for the workaround. This is what we are working to find out what the issue is with the other vendors. Now, there are several options: 1) The performance issues is not really affecting you so do nothing 2) Use a browser other than IE 3) Use a version of IE before IE9 (for example, use IE8) 4) Use FlashPlayer 10.2 or earlier (the problem has been isolated to the combination of IE9 using FlashPlayer 10.3, or later unless a fix is added later) 5) Go to the System config settings and set the option that turns off the use of Flash for these three capabilities – you will not get rounded corners, vertical text, or gradient colors but you will not loose any other functionality or capability within the system. It is a cosmetic affect So, in summary…. This may affect you ONLY IF you n Run IE9 as your browser n Use FlashPlayer 10.3 or later n Leave the system config setting to use Flash for these features turned on (the default) Otherwise, this issue does not have any affect on your system. And, it will affect only users that have this combination as their client – other users on the same system without this combination will not be affected. There are several options (which may or may not be possible in your environment) to eliminate the problem immediately. BMC is continuing to work with the vendors on this problem to see we can find out why the problem suddenly showed up with this combination of technology and to see if we can eliminate the issue from future releases with alternate designs or approaches. I hope this
SQL feed into Remedy 7.6 sending special characters
I have a data base that holds employee information that is using SQL to push the data into Remedy to either create new users or update the users current record in the CTM:People form. Since we are a global company some of the names are coming in with special characters in them. Such a the two dots over the a. My question can I have remedy strip these out or should I have SQL strip these out. If I have remedy what would be the best way to do this? _ John Atherly | APC by Schneider Electric | Information, Process Organization (IPO) | Remedy Administrator / Developer Phone: +305-266-5005 ext. 237 | Email: john.athe...@apcc.com | Site: www.apc.com/ | Address: 703 Waterford Way, Suit 850, Miami, FL 33126 USA *** Please consider the environment before printing this e-mail ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Question about Remedy on Demand (RoD)..
Listers, I want an end user (both user as well as admin/developer user) perspective.. I’d like to hear from those who have used the Remedy systems on site and then decided to take advantage of the possible advantages that come maybe with some disadvantages smiles of hosting it off premise by subscribing to RoD. I would like to get a list of those disadvantages if possible.. 1) How much of your end user experience (ability to customize and implement those customizations at will) has been fractured as a result of switching to RoD? 2) Can you implement code level customizations (Forms, AL’s, Filters, Escalations, Menus, WS’s) at all? 3) What (if any) were the limitations that you’ll were faced with? 4) Is SSO even possible with RoD? 5) Did you come across any situation where you were told, well that would be possible if you were hosting this on site but can’t be done when using RoD?? Even if you have some experience you may feel like sharing about something I haven’t listed up, I do want to hear about it. Just anything at all. I’m doing some fact finding to possibly commence some integration work for a prospective end user that has RoD, and I need to understand the scope and challenges I might be facing while attempting this.. Cheers Joe ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug12 www.wwrug12.com ARSList: Where the Answers Are
Re: Question about Remedy on Demand (RoD)..
I would be VERY interested in hearing more on this topic. Issues like integrations to populate People and User from external sources (we use AIE and custom forms/filters), and AREA authentication to LDAP are at the top of my list. The ability to integrate and use third party products like Kinetic Survey/Request/Calendar. Christopher Strauss, Ph.D. Call Tracking Administration Manager University of North Texas Computing IT Center http://itsm.unt.edu/ From: Joe Martin D'Souza jdso...@shyle.netmailto:jdso...@shyle.net Reply-To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Date: Fri, 11 Nov 2011 14:35:11 -0600 To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Question about Remedy on Demand (RoD).. ** Listers, I want an end user (both user as well as admin/developer user) perspective.. I’d like to hear from those who have used the Remedy systems on site and then decided to take advantage of the possible advantages that come maybe with some disadvantages smiles of hosting it off premise by subscribing to RoD. I would like to get a list of those disadvantages if possible.. 1) How much of your end user experience (ability to customize and implement those customizations at will) has been fractured as a result of switching to RoD? 2) Can you implement code level customizations (Forms, AL’s, Filters, Escalations, Menus, WS’s) at all? 3) What (if any) were the limitations that you’ll were faced with? 4) Is SSO even possible with RoD? 5) Did you come across any situation where you were told, well that would be possible if you were hosting this on site but can’t be done when using RoD?? Even if you have some experience you may feel like sharing about something I haven’t listed up, I do want to hear about it. Just anything at all. I’m doing some fact finding to possibly commence some integration work for a prospective end user that has RoD, and I need to understand the scope and challenges I might be facing while attempting this.. Cheers Joe _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: MidTier Cache
Probably, it's set to Automatically. It sued to be set to every time I visit the web page, so I wonder if a sneaky patch crept up and reset it to automatically I'll change it Thanks so much for all of your help! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, November 11, 2011 1:02 PM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** Hmmmwhat setting do you have the 'check for newer versions of stored pages' setting set to? Maybe setting it to 'Every time I visit the web page' would help then? From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 10:40 AM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** That's exactly what I had to do.. After much research, reading, asking and fiddling around, I think I found out that all we need to do is refresh IE on the page and that gives us the new stuff. For some reason this didn't work when I deleted the history of my IE files, closed it and then reopened it, but when I simply refresh the page, by changes finally appear. Maybe a recent patch to IE made this more difficult because I don't remember having to do this all the time. When I flushed the cache (midtier) and reopened IE the changes were there. Thanks everyone! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Andrew Fremont Sent: Friday, November 11, 2011 12:32 PM To: arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** I have seen the same problem with our mid-tier, flushing the cache, restarting Tomcat, but not able to see the changes... After clearing the FF browser cache along with flushing the mid-tier cache, I'm able to see the new changes... Not sure it's related to your issue, but it's the same symptom... Andrew On Fri, Nov 11, 2011 at 8:25 AM, Chowdhury, Tauf tauf.chowdh...@frx.commailto:tauf.chowdh...@frx.com wrote: ** It should rebuild the viewstats file automagically. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 11:17 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** LJ, yes, I meant Tomcat. Sorry for the confusion. :) Our OS is Win2003. I stopped Tomcat, deleted all the Cache files under the cache folder, renamed the viewstats.dat file and restarted Tomcat (like Tauf suggested). I'm finally able to see my changes. Made another test change on a form (added a field), flushed the cache, still can see the changes Ugh! I can't find the cachetemp directory only cache. Also should I rename the viewstats.dat file back to the original name? I was hoping that it would create a fresh new one when I restarted Tomcat. I don't have the Sync option on my configuration tool. Maybe because we are on 7.1 p7 for ARS? If I make a change to a form, would I be checking the Forms.data and FormFields.data files under cache to see when they update? Thanks! Lisa From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of LJ LongWing Sent: Friday, November 11, 2011 11:02 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: Re: MidTier Cache ** Lisa, I'm running 7.6.4 MidTier Remedy server and have no issues with the flush cache. You didn't mention the OS of your setup...but I'm not sure if it's relevant...I'm on Win2k3 for reference. Cache Persistence would make it so that a restart of Tomcat (You said Apache...don't know if you meant that, or if you meant Tomcat...because Tomcat would likely be your JSP engine) wouldn't 'clear your cache'because of the persistence...if you are looking for a restart to clear the cache, you would need to disable cache persistence, in that manner everything would be stored in memory But...since you have the cache persistence enabled...I think you should be able to find the cache files on the MidTier server and see when they actually got updated after your updatethat may give you a better idea of how long it's taking. Have you tried 'Sync' instead of 'Flush'?...I've heard problems with Sync...but not many...so I don't know if one will work better for you than another Just some things to try. From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG] On Behalf Of Kemes, Lisa Sent: Friday, November 11, 2011 7:04 AM To: arslist@ARSLIST.ORGmailto:arslist@ARSLIST.ORG Subject: MidTier Cache ** We used to be able to update a form (on dev) and then flush the MidTier Cache and then view the form in the Midtier and see the changes. Lately, it's not working. We flush the cache, no changes. I restarted Apache,
Re: SQL feed into Remedy 7.6 sending special characters
Why would you want to? Do you not want the names correct? I am quite sure they would not be in fields that cannot support them such as email addresses of user ids. Also, and perhaps only with umlauts in German, removal of the umlaut implies an addition of an e. So for example, Juergen and Jürgen are equivalent in German. The same is not true for French accents. And there are umlauts in French as well. Noël for example. Note that there are no umlauts on E in German and only on E in French. I do not know the correct rules for removing accents from Norwegian or Finnish. So removal of these special characters (or rather the translation of these characters) would depend on the language that those characters were used in (perhaps in the case of a person, the site or country of that person). Finally, should you really want to do this, you can certainly approach it in a number of ways. One would be simply build an SQL view effecting the translations. In this case (I am presuming you will be using a view form) you would base the form on your view rather than the source table. Then, the characters would be replaced before they got to Remedy. With Meta-Update you can cause these characters to be changed with a simple substitute on reading the SQL before they get to Remedy. You can also base the substitution on the other data in the SQL such as language or location. Umlauts and other accents and characters are handled in the extended ASCII character set no problem so there is really no need to change these characters even if you are not running a UTF database. Cheers Ben Chernys Senior Software Architect Software Tool House Inc. Canada / Deutschland / Germany Mobile: +49 171 380 2329GMT + 1 + [ DST ] Email:mailto:ben.cher...@softwaretoolhouse.com Ben.Chernys _AT_ softwaretoolhouse.com Web: http://www.softwaretoolhouse.com www.softwaretoolhouse.com Check out Software Tool House's free Diary Editor. Meta-Update, our premium ARS Data tool, lets you automate your imports, migrations, in no time at all, without programming, without staging forms, without merge workflow. http://www.softwaretoolhouse.com/ http://www.softwaretoolhouse.com/ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of john.athe...@schneider-electric.com Sent: November-11-11 21:31 To: arslist@ARSLIST.ORG Subject: SQL feed into Remedy 7.6 sending special characters ** I have a data base that holds employee information that is using SQL to push the data into Remedy to either create new users or update the users current record in the CTM:People form. Since we are a global company some of the names are coming in with special characters in them. Such a the two dots over the a. My question can I have remedy strip these out or should I have SQL strip these out. If I have remedy what would be the best way to do this? _ John Atherly | APC by Schneider Electric | Information, Process Organization (IPO) | Remedy Administrator / Developer Phone: +305-266-5005 ext. 237 | Email: mailto:%20john.athe...@apcc.com john.athe...@apcc.com | Site: http://www.apc.com/ www.apc.com/ | Address: 703 Waterford Way, Suit 850, Miami, FL 33126 USA *** Please consider the environment before printing this e-mail _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: SQL feed into Remedy 7.6 sending special characters
When a user calls into the Helpdesk and tells then their name is Noël Smith the support person in another part of the world types in Noel Smith and does a search. Since Noel Smith does not equal Noël Smith they get the message no record found. I think I'm going to push back that support needs to search on the user company ID. Thanks _ John Atherly | APC by Schneider Electric | Information, Process Organization (IPO) | Remedy Administrator / Developer Phone: +305-266-5005 ext. 237 | Email: john.athe...@apcc.com | Site: www.apc.com/ | Address: 703 Waterford Way, Suit 850, Miami, FL 33126 USA *** Please consider the environment before printing this e-mail Ben Chernys ben.cher...@softwaretoolhouse.com Sent by: Action Request System discussion list(ARSList) arslist@ARSLIST.ORG 11/11/2011 04:07 PM Please respond to arslist@ARSLIST.ORG To arslist@ARSLIST.ORG cc Subject Re: SQL feed into Remedy 7.6 sending special characters ** Why would you want to? Do you not want the names correct? I am quite sure they would not be in fields that cannot support them such as email addresses of user ids. Also, and perhaps only with umlauts in German, removal of the umlaut implies an addition of an ‘e’. So for example, Juergen and Jürgen are equivalent in German. The same is not true for French accents. And there are umlauts in French as well. Noël for example. Note that there are no umlauts on ‘E’ in German and only on ‘E’ in French. I do not know the correct rules for removing accents from Norwegian or Finnish. So removal of these special characters (or rather the translation of these characters) would depend on the language that those characters were used in (perhaps in the case of a person, the site or country of that person). Finally, should you really want to do this, you can certainly approach it in a number of ways. One would be simply build an SQL view effecting the translations. In this case (I am presuming you will be using a view form) you would base the form on your view rather than the source table. Then, the characters would be replaced before they got to Remedy. With Meta-Update you can cause these characters to be changed with a simple substitute on reading the SQL before they get to Remedy. You can also base the substitution on the other data in the SQL such as language or location. Umlauts and other accents and characters are handled in the extended ASCII character set no problem so there is really no need to change these characters even if you are not running a UTF database. Cheers Ben Chernys Senior Software Architect Software Tool House Inc. Canada / Deutschland / Germany Mobile: +49 171 380 2329GMT + 1 + [ DST ] Email: Ben.Chernys _AT_ softwaretoolhouse.com Web: www.softwaretoolhouse.com Check out Software Tool House's free Diary Editor. Meta-Update, our premium ARS Data tool, lets you automate your imports, migrations, in no time at all, without programming, without staging forms, without merge workflow. http://www.softwaretoolhouse.com/ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of john.athe...@schneider-electric.com Sent: November-11-11 21:31 To: arslist@ARSLIST.ORG Subject: SQL feed into Remedy 7.6 sending special characters ** I have a data base that holds employee information that is using SQL to push the data into Remedy to either create new users or update the users current record in the CTM:People form. Since we are a global company some of the names are coming in with special characters in them. Such a the two dots over the a. My question can I have remedy strip these out or should I have SQL strip these out. If I have remedy what would be the best way to do this? _ John Atherly | APC by Schneider Electric | Information, Process Organization (IPO) | Remedy Administrator / Developer Phone: +305-266-5005 ext. 237 | Email: john.athe...@apcc.com | Site: www.apc.com/ | Address: 703 Waterford Way, Suit 850, Miami, FL 33126 USA *** Please consider the environment before printing this e-mail _attend WWRUG12 www.wwrug.com ARSlist: Where the Answers Are_ __ This email has been scanned by the MessageLabs Email Security System. __ _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: SQL feed into Remedy 7.6 sending special characters
In that case, I would offer a special search field and a hidden field to contain the name without the special characters. This would be an addition to the CTM:People form. Again, I would use an SQL function to do the xlate as the Remedy functions would be slow. You can only do it through a translation table. You cannot do it through arithmetic. Check out the ASCII character set for the codes themselves. Cheers Ben From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of john.athe...@schneider-electric.com Sent: November-11-11 22:20 To: arslist@ARSLIST.ORG Subject: Re: SQL feed into Remedy 7.6 sending special characters ** When a user calls into the Helpdesk and tells then their name is Noël Smith the support person in another part of the world types in Noel Smith and does a search. Since Noel Smith does not equal Noël Smith they get the message no record found. I think I'm going to push back that support needs to search on the user company ID. Thanks _ John Atherly | APC by Schneider Electric | Information, Process Organization (IPO) | Remedy Administrator / Developer Phone: +305-266-5005 ext. 237 | Email: mailto:%20john.athe...@apcc.com john.athe...@apcc.com | Site: http://www.apc.com/ www.apc.com/ | Address: 703 Waterford Way, Suit 850, Miami, FL 33126 USA *** Please consider the environment before printing this e-mail Ben Chernys ben.cher...@softwaretoolhouse.com Sent by: Action Request System discussion list(ARSList) arslist@ARSLIST.ORG 11/11/2011 04:07 PM Please respond to arslist@ARSLIST.ORG To arslist@ARSLIST.ORG cc Subject Re: SQL feed into Remedy 7.6 sending special characters ** Why would you want to? Do you not want the names correct? I am quite sure they would not be in fields that cannot support them such as email addresses of user ids. Also, and perhaps only with umlauts in German, removal of the umlaut implies an addition of an ‘e’. So for example, Juergen and Jürgen are equivalent in German. The same is not true for French accents. And there are umlauts in French as well. Noël for example. Note that there are no umlauts on ‘E’ in German and only on ‘E’ in French. I do not know the correct rules for removing accents from Norwegian or Finnish. So removal of these special characters (or rather the translation of these characters) would depend on the language that those characters were used in (perhaps in the case of a person, the site or country of that person). Finally, should you really want to do this, you can certainly approach it in a number of ways. One would be simply build an SQL view effecting the translations. In this case (I am presuming you will be using a view form) you would base the form on your view rather than the source table. Then, the characters would be replaced before they got to Remedy. With Meta-Update you can cause these characters to be changed with a simple substitute on reading the SQL before they get to Remedy. You can also base the substitution on the other data in the SQL such as language or location. Umlauts and other accents and characters are handled in the extended ASCII character set no problem so there is really no need to change these characters even if you are not running a UTF database. Cheers Ben Chernys Senior Software Architect Software Tool House Inc. Canada / Deutschland / Germany Mobile: +49 171 380 2329GMT + 1 + [ DST ] Email:mailto:ben.cher...@softwaretoolhouse.com Ben.Chernys _AT_ softwaretoolhouse.com Web: http://www.softwaretoolhouse.com/ www.softwaretoolhouse.com Check out Software Tool House's free Diary Editor. Meta-Update, our premium ARS Data tool, lets you automate your imports, migrations, in no time at all, without programming, without staging forms, without merge workflow. http://www.softwaretoolhouse.com/ http://www.softwaretoolhouse.com/ From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of john.athe...@schneider-electric.com Sent: November-11-11 21:31 To: arslist@ARSLIST.ORG Subject: SQL feed into Remedy 7.6 sending special characters ** I have a data base that holds employee information that is using SQL to push the data into Remedy to either create new users or update the users current record in the CTM:People form. Since we are a global company some of the names are coming in with special characters in them. Such a the two dots over the a. My question can I have remedy strip these out or should I have SQL strip these out. If I have remedy what would be the best way to do this? _ John Atherly | APC by Schneider Electric | Information,
Re: SQL feed into Remedy 7.6 sending special characters
Oracle 10g (and higher) has the CONVERT function which will convert between
character sets
You can use a Simple Set-Fields action (from SQL)
SELECT CONVERT('$field$','{to character set}','{from character set}') FROM
DUAL
Fred
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Ben Chernys
Sent: Friday, November 11, 2011 3:35 PM
To: arslist@ARSLIST.ORG
Subject: Re: SQL feed into Remedy 7.6 sending special characters
**
In that case, I would offer a special search field and a hidden field to
contain the name without the special characters. This would be an addition to
the CTM:People form. Again, I would use an SQL function to do the xlate as the
Remedy functions would be slow. You can only do it through a translation
table. You cannot do it through arithmetic. Check out the ASCII character set
for the codes themselves.
Cheers
Ben
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of john.athe...@schneider-electric.com
Sent: November-11-11 22:20
To: arslist@ARSLIST.ORG
Subject: Re: SQL feed into Remedy 7.6 sending special characters
**
When a user calls into the Helpdesk and tells then their name is Noël Smith the
support person in another part of the world types in Noel Smith and does a
search. Since Noel Smith does not equal Noël Smith they get the message no
record found. I think I'm going to push back that support needs to search on
the user company ID.
Thanks
_
John Atherly | APC by Schneider Electric | Information, Process
Organization (IPO) | Remedy Administrator / Developer
Phone: +305-266-5005 ext. 237 |
Email: john.athe...@apcc.com | Site: www.apc.com/ | Address: 703
Waterford Way, Suit 850, Miami, FL 33126 USA
*** Please consider the environment before printing this e-mail
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of Ben Chernys
Sent: Friday, November 11, 2011 4:07 PM
To: arslist@ARSLIST.ORG
Subject: Re: SQL feed into Remedy 7.6 sending special characters
**
Why would you want to? Do you not want the names correct? I am quite sure
they would not be in fields that cannot support them such as email addresses of
user ids.
Also, and perhaps only with umlauts in German, removal of the umlaut implies an
addition of an ‘e’. So for example, Juergen and Jürgen are equivalent in
German. The same is not true for French accents. And there are umlauts in
French as well. Noël for example. Note that there are no umlauts on ‘E’ in
German and only on ‘E’ in French. I do not know the correct rules for removing
accents from Norwegian or Finnish.
So removal of these special characters (or rather the translation of these
characters) would depend on the language that those characters were used in
(perhaps in the case of a person, the site or country of that person).
Finally, should you really want to do this, you can certainly approach it in a
number of ways.
One would be simply build an SQL view effecting the translations. In this case
(I am presuming you will be using a view form) you would base the form on your
view rather than the source table. Then, the characters would be replaced
before they got to Remedy.
With Meta-Update you can cause these characters to be changed with a simple
substitute on reading the SQL before they get to Remedy. You can also base the
substitution on the other data in the SQL such as language or location.
Umlauts and other accents and characters are handled in the extended ASCII
character set no problem so there is really no need to change these characters
even if you are not running a UTF database.
Cheers
Ben Chernys
Senior Software Architect
Software Tool House Inc.
Canada / Deutschland / Germany
Mobile: +49 171 380 2329 GMT + 1 + [ DST ]
Email: Ben.Chernys _AT_ softwaretoolhouse.com
Web: www.softwaretoolhouse.com
Check out Software Tool House's free Diary Editor.
Meta-Update, our premium ARS Data tool, lets you automate
your imports, migrations, in no time at all, without programming,
without staging forms, without merge workflow.
http://www.softwaretoolhouse.com/
-Original Message-
From: Action Request System discussion list(ARSList)
[mailto:arslist@ARSLIST.ORG] On Behalf Of john.athe...@schneider-electric.com
Sent: November-11-11 21:31
To: arslist@ARSLIST.ORG
Subject: SQL feed into Remedy 7.6 sending special characters
**
I have a data base that holds employee information that is using SQL to push
the data into Remedy to either create new users or update the users current
record in the CTM:People form. Since we are a global company some of the
names are coming in with special characters in them. Such a the
Re: MidTier Cache
I have been battling the same issues, change the cache time settings to all zeros. Definition Change Check Interval (Seconds) = 0 Update Flashboard Definition Interval (Seconds) = 0 Resource Check Interval (Seconds) = 0 and Disable Cache Persistence. This places the Mid-Tier server in development cache mode. WORLDS OF IMPROVEMENT! -Benny On Fri, Nov 11, 2011 at 9:03 AM, Kemes, Lisa lisa.ke...@te.com wrote: ** ** We used to be able to update a form (on dev) and then flush the MidTier Cache and then view the form in the Midtier and see the changes. Lately, it's not working. We flush the cache, no changes. I restarted Apache, still don't see my changes. Delete all browsing history on my IE 8, still no changes. We have our cache settings Definition Change Check Interval (Seconds) set to 300 (I also have the perform check enabled). So after 5 minutes we should see the change (if our flush didn't work). I don't see my changes until the next DAY. What's getting stuck? Some more info - Prefetch is not enabled. Preload was enabled a couple of months ago, but I have turned it off. Enable Cache Persistence is enabled. We are using Midtier 7.6.04 SP1 with ARS 7.1 P7. Our Midtier server is separate than our ARS server. *Lisa Kemes* AR System Developer TEIS - USA +1 717 810 2408 tel +1 717 602 9460 mobile *lisa.ke...@te.com* 100 Amp Drive Harrisburg, PA 17112 http://www.te.com/ www.te.com http://twitter.com/teconnectivity http://www.facebook.com/teconnectivity http://www.flickr.com/photos/teconnectivity/ http://www.linkedin.com/groups?gid=1591657 http://www.youtube.com/teconnectivity _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
