Shawn, There's no harm in updating the production dataset directly as long as it meets your business procedures.
Since the web services use the CI instance id as the unique key I guess you need to issue a serial number query to return the instanceid and then update the name of the associated CI. I didn't have too much trouble getting the web services to work. As long as you have deployed the cmdb web services (they are not deployed when the CMDB is installed) it should work. Do you get a response when you access the web services at: http://<tomcat server>:8080/cmdbws/server/cmdbws Cheers Peter > I have a tool called Web Services Studio that is pretty good. > Unfortunately, I don't think either we or the vendors know what the data > we are pushing should look like, and I'm not sure they are going about it > the right way, as they are trying to write directly to the BMC.ASSET > dataset. Basically, we are trying to match the serial number with their > discovery tool, then update the CI Name based on what is discovered. > > Thanks, > > Shawn Pierson > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] On Behalf Of Peter Romain > Sent: Monday, November 03, 2008 10:41 AM > To: [email protected] > Subject: Re: CMDB Web Service > > Shawn, > > Unfortunately I can't help with your error but I have got CMDB Web > Services to work in the past. > > I take it you have deployed the CMDB web services? > > Have you tried using a tool like SoapUI as a simple way to test the web > services? > > Cheers > > Peter > >> Good morning, >> >> Has anyone ever successfully used the CMDB web service? We have a >> vendor >> that has come in and is trying to use it, but has been unsuccessful thus >> far. The only thing that has happened is that when they attempt to >> access >> it, Tomcat seems to crash and we can no longer use either the web >> service >> or the mid tier. >> >> The error message we get is: >> >> <e:Envelope >> xmlns:e="http://schemas.xmlsoap.org/soap/envelope/";><e:Body><e:Fault><faultcode>e:Server</faultcode><faultstring>Could >> not initialize class >> com.remedy.arsys.api.Proxy</faultstring><detail><ijm:idoox-java-mapping.java.lang.NoClassDefFoundError >> xmlns:e="http://schemas.xmlsoap.org/soap/envelope/"; >> xmlns:ijm="urn:idoox-java-mapping"><ijm:stack-trace>java.lang.NoClassDefFoundError: >> Could not initialize class com.remedy.arsys.api.Proxy >> >> Thanks, >> >> Shawn Pierson >> Remedy Developer | Southern Union >> >> >> >> Private and confidential as detailed here: >> http://www.sug.com/disclaimers/default.htm#Mail . If you cannot access >> the >> link, please e-mail sender. >> >> _______________________________________________________________________________ >> UNSUBSCRIBE or access ARSlist Archives at www.arslist.org >> Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" >> > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > > Private and confidential as detailed here: > http://www.sug.com/disclaimers/default.htm#Mail . If you cannot access the > link, please e-mail sender. > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org > Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are" > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: www.rmsportal.com ARSlist: "Where the Answers Are"
