Just wondering -- when you say "the next version" would be pure Java -- do you mean something like 7.1.1 (which is generally relatively close to a 7.1release) -- or do you mean 7.2/8 -- which could be 12 months - 24 months?
-John On 7/25/07, Papolu, Appajee <[EMAIL PROTECTED]> wrote: > > >>>> > 3) Wait for v7.1 to be released in Aug. They claim to have a fully > native Java API. ... > <<<< > > While we're working towards the "pure" Java API implementation, 7.1 is > not quite there (since we relied on few native modules such as > qualification parsing, rpc level version mapping logic etc). In all > likelihood the next version should indeed be a pure Java implementation > with no native code dependencies. > > If waiting for the upcoming release(s) isn't feasible for the user, the > alternatives you guys suggested are some of the ways to mitigate. If the > integration is only entry operations oriented, then web services (your > item.1) is probably I would suggest. However if the integration is more > intricate with custom logic, data manipulations etc and/or is not > limited to entries alone but includes metadata as well -- then your > alternative 2 (an intermediate box for hosting AR API logic) is the way > to go. > > Appajee > > > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] On Behalf Of Carey Matthew Black > Sent: Wednesday, July 25, 2007 9:18 AM > To: [email protected] > Subject: Re: API libraries for Solaris on X86. > > Alan, > > I see three choices... > > 1) Web Services > ARS has a way to expose an ARS application as a web service and to > consume web services. There are limitations, but they may not affect > your project. (depending on the project.) > > 2) SSH (or otherwise) deliver the request to an intermediate box that > is a supported platform to run command line integrations that you > could write on the existing APIs. > > 3) Wait for v7.1 to be released in Aug. They claim to have a fully > native Java API. So if that is true, then it should (note future > looking statement) work on any platform that has a Java Run Time > environment. So I would assume that Solaris on x86 should be covered > then. > > HTH. > > > -- > 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 7/25/07, Nicoll, Alan <[EMAIL PROTECTED]> wrote: > > ** > > > > > > > > > > I need the api libraries compiled for Solaris on X86. Remedy (I'm > quite > > unhappy with BMC outsourcing their support to India) has so far said > "NO!" > > The api libraries are only available for compatible platforms and > that's it. > > Not having these libraries for that platform is a major showstopper > for a > > large application that has a lot of work done on it before we found > this > > glitch. > > > > > > > > So, does anyone know of a workaround (not the email because that has > so many > > problems the customer won't accept it) or do they have the libraries > or know > > how I can compile them? > > > > > > > > > > > > Alan E (Nick) Nicoll > > > > DocuSP Problem System Administrator > > > > Xerox Corporation > > > > Xerox Centre Drive, MS: ESC1-615 > > > > El Segundo, CA 90245 > > > > Phone 310 333-5081 Internal 8*823-5081 > > > > Fax 310 333-6898 > > > > [EMAIL PROTECTED] > > > > > > > > XEROX > > > > Technology Document Management Consulting Services > > > > > > > > www.xerox.com > > > > > > > > This email and any files transmitted with it are confidential and > intended > > solely for the use of the addressee. If you have received this email > in > > error please delete it. Any views or opinions presented in this email > are > > solely those of the sender and do not necessarily represent those of > Xerox > > Corporation. Finally, the recipient should check this email is > authentic and > > examine it for the presence of viruses. Xerox does perform virus > checks but > > cannot accept liability for any damage caused by any virus transmitted > by > > this email. > > ________________________________________________________________________ > _______ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where > the Answers Are" > > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where > the Answers Are" > -- John David Sundberg 235 East 6th Street, Suite 400B St. Paul, MN 55101 (651) 556-0930-work (651) 247-6766-cell (651) 695-8577-fax [EMAIL PROTECTED] _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
