Chris, I have not found the entire install path (installers nor by file replacement options) well tested. It is common to have to troubleshoot an "install attempt" and get a shot at testing your backup/restore process these days. In fact I think the last two or three installs that we did we found "doc bugs" that said to set options before the install that broke the install. BMC seems to be unable to document what they are going to do, and then do that, or do whatever they need to do and then document the process before releasing it to the customers. Either way, I know they know this is a real "first impression" problem for new customers, and the more seasoned customers see this as just one more example of why NOT to upgrade to the latest patch/version/application.
I am hopeful that they will eventually get their "develop, then test, then fix, then test until ready to release" practices in place. It just remains to be seen if there will still be interested customers when they get there. FWIW: I hope that error message should have lead tech support to a very quick solution. But maybe you did not have the time to wait for an answer. Or maybe the answer was not as simple as adjusting a config file. At any rate... Glad to hear that you found a path that worked for you, and thanks for sharing the experience. Maybe it will prevent others from suffering the same fate. -- Carey Matthew Black Remedy Skilled Professional (RSP) ARS = Action Request System(Remedy) Love, then teach Solution = People + Process + Tools Fast, Accurate, Cheap.... Pick two. On Fri, Mar 14, 2008 at 6:51 PM, strauss <[EMAIL PROTECTED]> wrote: > That sounds right. I find it disturbing that performing an ARS patch by > file replacement as documented in the patch read me file could break it. > The error was this horrific mess: > > 2008-03-11 21:13:42,131 ERROR [main] > com.bmc.arsys.pluginsvr.ARPluginServerMain (?:?) - AR Plugin Server > Startup Error > org.apache.commons.configuration.ConversionException: 'port' doesn't map > to an Integer object > at > org.apache.commons.configuration.AbstractConfiguration.getInteger(Abstra > ctConfiguration.java:726) > at > org.apache.commons.configuration.AbstractConfiguration.getInt(AbstractCo > nfiguration.java:697) > at com.bmc.arsys.pluginsvr.f.initialize(Unknown Source) > at com.bmc.arsys.pluginsvr.ARPluginServerMain.main(Unknown > Source) > Caused by: org.apache.commons.configuration.ConversionException: Could > not convert PLUGINPORT to java.lang.Integer > at > org.apache.commons.configuration.PropertyConverter.toNumber(PropertyConv > erter.java:312) > at > org.apache.commons.configuration.PropertyConverter.toInteger(PropertyCon > verter.java:157) > at > org.apache.commons.configuration.AbstractConfiguration.getInteger(Abstra > ctConfiguration.java:722) > ... 3 more > Caused by: java.lang.NumberFormatException: For input string: > "PLUGINPORT" > at java.lang.NumberFormatException.forInputString(Unknown > Source) > at java.lang.Integer.parseInt(Unknown Source) > at java.lang.Integer.<init>(Unknown Source) > at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native > Method) > at sun.reflect.NativeConstructorAccessorImpl.newInstance(Unknown > Source) > at > sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown > Source) > at java.lang.reflect.Constructor.newInstance(Unknown Source) > at > org.apache.commons.configuration.PropertyConverter.toNumber(PropertyConv > erter.java:308) > ... 5 more > AR Plugin Server Startup Error'port' doesn't map to an Integer object > > > When I studied it (within my limited understanding), knowing that in the > 7.1.x ARS installer it now prompts you to accept a default Java Plugin > Server Port of 9999, I decided to run the installer over the > hand-patched server to see if that would clean it up; it did. That > bodes poorly for the future of hand-applying patches by file > replacement. > > > 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:[EMAIL PROTECTED] On Behalf Of Carey Matthew Black > > > Sent: Friday, March 14, 2008 5:44 PM > > To: [email protected] > > Subject: Re: Track time on how long the ticket was on a group's queue > > > > > > Chris, > > > > I would bet that the arjavaplugin.log is output from the new > > "Java plugin server". They rewrote the plugin server in Java > > so that you can deploy totally 100% Java developed plug ins > > (no C API knowledge/compiling required). But I have yet to > > find that in the docs yet... > > > > If the new SLM 7.1 use the Java based plugins or not... I do > > not know yet. However, I would suspect that they put the > > effort into the Java based plugin for a reason, and that > > could be one of the reasons. > > > > -- > > Carey Matthew Black > > Remedy Skilled Professional (RSP) > > ARS = Action Request System(Remedy) > > > > Love, then teach > > Solution = People + Process + Tools > > Fast, Accurate, Cheap.... Pick two. > > > > > > On Fri, Mar 14, 2008 at 5:59 PM, strauss > > <[EMAIL PROTECTED]> wrote: > > > > <snip> > > > > >I was seeing some sort of an obtuse java error in a new log file > > > that I am not familiar with - arjavaplugin.log; it is riddled with > > > errors on all of my installations - exactly what I expect > > from java. > > >On > > > this server it was clean until the hand-installed patch, and now is > > > clean again. How that would break it, I don't know. I do > > not know if > > >is > > > an exclusive log to SLM or not - anybody? > > > > <snip> > > > > > > > > Christopher Strauss, Ph.D. > > > Call Tracking Administration Manager > > > University of North Texas Computing & IT Center > > http://itsm.unt.edu/ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
