Re: Midtier SRM Application Settings
Dear Larry, I have been confronted to the exact same issue recently. A colleague of mine opened a ticket at BMC, but we have never received a satisfying an answer. So the workaround we put in place: create a filter attached to AR System Email Message. Add a set field action that makes a replace of the bad server name value by the good one in the email body. Best regards ARSmarts support ARSmarts, your most useful AR System companion. www.ARSmarts.com On 05 Feb 2011, at 00:51, Larry Barnes wrote: ** We have users that are getting email notifications concerning tickets that contain a bad url. Example: http://WebServerName/arsys//servlet/ViewFormServlet?form=NTE%3aNotifierserver=AppServerName.thecreek.comeid=NTS03629234 I'm trying to understand what builds this url and have run out of ideas. I've looked at the SRM Application Settings form and I'm seeing possible conflicts between the AR Server Value for MidTier Configuration URL To Request Entry console fields. In the Mid Tier Path field I have the correct name for the Web Server Name. 1. In the AR Server Value for MidTier Configuration it shows: AppServerName.thecreek.com 2. In the URL To Request Entry console field it shows: http://AliasAppServerName.thecreek.com/arsys/forms/AppServerName.thecreek.com/SRS:ServiceRequestConsole/ I can't modify these two fields in this form so I'm asking where this information is pulled from so I can make the necessary changes to get the email notification url's to work. I hope I'm making sense ? Thanks for your time and help. Larry B. _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: JAVA API in a x64 machine using x32 dlls
Many thanks for all our replies. So by Native Java API, you mean discard the remedy libraries and write your own like reinventing te wheel so to speak. Or Install a 32x JVM on a 64x OS and - assuming it will happily reside with a 64x JVM in the same machine - use the correct Java version when compiling and running the API? Am I right? Regards frex --- En date de : Ven 4.2.11, Axton axton.gr...@gmail.com a écrit : De: Axton axton.gr...@gmail.com Objet: Re: JAVA API in a x64 machine using x32 dlls À: arslist@ARSLIST.ORG Date: Vendredi 4 février 2011, 16h39 ** Hot deployments would sure make development and deployments a lot easier (and more productive - less development time and less downtime). Getting rid of the native library dependencies would make that possible. Axton Grams The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. On Fri, Feb 4, 2011 at 9:24 AM, John Baker jba...@javasystemsolutions.com wrote: Axton is correct, however you almost certainly don't want to really use a 64bit VM, and if this isn't Midtier, you could probably use the native Java API. The Midtier, last time I checked, is 99.9% native library free. Curiously, the only part of the native library it still uses is checking the Midtier configuration password is valid. Perhaps someone at BMC could comment out the one or two lines of code, eject the API, allowing us to deploy much smaller WAR files without Tomcat (and other servlet engines) crashing when the Midtier is restarted (because the JVM can't share the native libraries between classloaders). -- Single Sign On for AR System http://www.javasystemsolutions.com/jss/ssplugin ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: Error Messages in 7.6.03/04
Okey, I give up. My memory apparently is faulty ;-) /Misi HI'm going to need to differ in opinionI used a system in the 3.2-4.5 range that heavily relied on joins, and I used Flat file for my local machine devI don't see how it couldn't have supported it. -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Friday, February 04, 2011 2:54 AM To: arslist@ARSLIST.ORG Subject: Re: Error Messages in 7.6.03/04 Hi, I am almost sure that the flat-files never supported joins, so that may affect performance for ITSM and CMDB. Best Regards - Misi, RRR AB, http://www.rrr.se Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10): * RRR|License - Not enough Remedy licenses? Save money by optimizing. * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. Find these products, and many free tools and utilities, at http://rrr.se. Hi, The flat file option was still there in ARS 4.5 by Remedy Corporation. There were following installation options for: - Flat File - IBM DB2 - Oracle 8 - MS SQL and surprise surprise the same DB options were available for 5.0 (by Remedy Peregrine Inc.). The first ARS server version without flat file was 5.1 (by Remedy a BMC Software company)! The only DB option for 5.1 installer were: - IBM DB2 - Oracle - MS SQL I wonder how fast flat file would be these days with ITSM Suite ;-) -- Best regards, Dariusz Kuzara From my head I remember that flat file was removed in version 5, so the latest version should be 4.5 -- H 2011/2/2 LJ LongWinglj.longw...@gmail.com: Well...I know that joins were added in 3.0 or 3.2 and I'm sure flat was still available in 4.x...was great for setting up a standalone dev environment... -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Misi Mladoniczky Sent: Wednesday, February 02, 2011 8:48 AM To: arslist@ARSLIST.ORG Subject: Re: Error Messages in 7.6.03/04 Hi, I think it was when the Join-forms was introduced, that flat-file-functionality became complicated to maintain... I for one missed it at that time. Why not add support for SQLite and reintroduce the error messages. A simple find/replace from flat-file to SQLite should do it ;-) Best Regards - Misi, RRR AB, http://www.rrr.se Products from RRR Scandinavia (Best R.O.I. Award at WWRUG10): * RRR|License - Not enough Remedy licenses? Save money by optimizing. * RRR|Log - Performance issues or elusive bugs? Analyze your Remedy logs. Find these products, and many free tools and utilities, at http://rrr.se. Man, I miss thosewhat was the last version that supported that 4.0? -Original Message- From: Action Request System discussion list(ARSList) [mailto:arslist@ARSLIST.ORG] On Behalf Of Jarl Grøneng Sent: Wednesday, February 02, 2011 8:06 AM To: arslist@ARSLIST.ORG Subject: Re: Error Messages in 7.6.03/04 2011/2/2 Misi Mladoniczkym...@rrr.se: Removed messages between 7.6.03 and 7.6.04 500 - Failure while trying to open the flat file database data file (check Server-directory setting). Does this mean that there is no more support for flat file database? :-) ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
Re: JAVA API in a x64 machine using x32 dlls
These are the option I see: - Use a 32-bit JVM and use the Remedy Java API - Use a 64-bit JVM and don't use the Remedy Java API I don't know if the JVM requirements have changed with the 7.6 versions. Maybe someone else can comment on that. Axton The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. On Sat, Feb 5, 2011 at 6:52 AM, Frex Popo frexp...@yahoo.fr wrote: ** Many thanks for all our replies. So by Native Java API, you mean discard the remedy libraries and write your own like reinventing te wheel so to speak. Or Install a 32x JVM on a 64x OS and - assuming it will happily reside with a 64x JVM in the same machine - use the correct Java version when compiling and running the API? Am I right? Regards frex --- En date de : *Ven 4.2.11, Axton axton.gr...@gmail.com* a écrit : De: Axton axton.gr...@gmail.com Objet: Re: JAVA API in a x64 machine using x32 dlls À: arslist@ARSLIST.ORG Date: Vendredi 4 février 2011, 16h39 ** Hot deployments would sure make development and deployments a lot easier (and more productive - less development time and less downtime). Getting rid of the native library dependencies would make that possible. Axton Grams The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. On Fri, Feb 4, 2011 at 9:24 AM, John Baker jba...@javasystemsolutions.comhttp://fr.mc265.mail.yahoo.com/mc/compose?to=jba...@javasystemsolutions.com wrote: Axton is correct, however you almost certainly don't want to really use a 64bit VM, and if this isn't Midtier, you could probably use the native Java API. The Midtier, last time I checked, is 99.9% native library free. Curiously, the only part of the native library it still uses is checking the Midtier configuration password is valid. Perhaps someone at BMC could comment out the one or two lines of code, eject the API, allowing us to deploy much smaller WAR files without Tomcat (and other servlet engines) crashing when the Midtier is restarted (because the JVM can't share the native libraries between classloaders). -- Single Sign On for AR System http://www.javasystemsolutions.com/jss/ssplugin ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ _attend WWRUG11 www.wwrug.com ARSlist: Where the Answers Are_ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are
OCLA RUG - Feb 23 2011
Join BMC Software on February 23rd for a meeting of the OC LA (Orange County Los Angeles) BMC Remedy User Group. Network with your peers, share your thoughts and hear from the experts on the hottest ITSM topics. At this meeting you will have the opportunity to: * Hear how customers are leveraging BMC Remedy to empower users, reduce cost and improve efficiency * See a demo of the newest features and functionalities in BMC Remedy * Share experiences with other users, gain insights and learn best practices from experts Thursday, February 23, 2011 11:30 a.m. - 2:30 p.m. PT Broadcom Corp. 5300 California Ave Irvine, CA 92617 There is no fee to attend but you must register to reserve your spot at this event: http://go.bmc.com/forms/ESM_UserGroup_OCandLA_Remedy_Sales_EN_Feb2011 ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: Where the Answers Are