First, I thank the maintainers and contributors for this list and community; I have learned much over the years and tried to help when I could. Next, thanks to James Croom especially but to all others who suggested I use a web service and XML client program to communicate with a non-compatible platform.
Third...I still think Remedy has moved from world-class to third-world-class support service by outsourcing it to India and I speak especially about getting help over the telephone. The connections are problematic (static, volume, phase shifts), the accents of the speakers are too strong for American listeners to translate, especially on technical terms, and the fast vocal cadence of Indian speakers renders it virtually impossible to get phone service. I really think that if I had been talking to some of the old Remedy support personnel in upstate California they would have come up with that workaround on the first time we talked instead of me fighting with support for a week and getting nothing but "not supported" before going to the arslist for help. 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. -----Original Message----- From: Tony Worthington [mailto:[EMAIL PROTECTED] Sent: Thursday, July 26, 2007 12:24 PM Subject: Re: API libraries for Solaris on X86. >If any of you guys have ideas on jar dependency hell and simplifying it -- you're welcome to share those with us and recommend us pursue certain technique/idea/product(s) to simplify the AR API deployment bundle. What a refreshingly wonderful statement. Comments like this plus initiatives like the BMC Open Source projects/BMCDN and Mr. Easter's recent survey help me keep my Remedy/BMC hopes alive. "Maybe they do listen to customers..." Thanks Appajee! -tony -- Tony Worthington [EMAIL PROTECTED] 262-703-5911 "Papolu, Appajee" <[EMAIL PROTECTED]> Sent by: "Action Request System discussion list(ARSList)" <[email protected]> 07/26/2007 01:24 PM Please respond to [email protected] To [email protected] cc Subject Re: API libraries for Solaris on X86. Jarl Yes, while implementing stuff in Java and our impulse to use available libraries/infrastructure rather than creating our own -- had the unfortunate side effect of adding numerous JAR file dependencies (for example, to apache stuff, logging, rpc and so on). Given that we have not quite removed the native library dependencies -- in the end, the dependency list in fact is increased in 7.1 release. Hopefully in a future release, not only we'll remove the native dependencies but also simplify the external jar dependencies (by building some kind of all-inclusive arapi jar file(s)). If any of you guys have ideas on jar dependency hell and simplifying it -- you're welcome to share those with us and recommend us pursue certain technique/idea/product(s) to simplify the AR API deployment bundle. Regards Appajee -----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Jarl Grøneng Sent: Wednesday, July 25, 2007 11:44 PM To: [email protected] Subject: Re: API libraries for Solaris on X86. Wow, this is just awesome! How many jars are needed to run a version 7.1 java program? I suspect tons of them :-) -- Jarl On 7/25/07, Papolu, Appajee <[EMAIL PROTECTED]> wrote: > Sure you can. > > In fact in the 7.1 Java API, we have implemented the necessary rpc version mapping infrastructure as well, but it is validated for 7.0/7.0.1 only. What that means is -- the client program runs the pure Java code in issuing AR API's underlying RPC calls when interacting with servers of version 7.0 or greater. However if the client is interacting with older servers (say 6.3 or even older), then the Java API silently falls back to delegating the calls to underlying JNI code, which in turn calls C API which has rich implementation of RPC version mapping. All of this happens transparently to client program any ways, so in essence, the Java API clients of 7.1 version can indeed talk to same or older or newer versions of Server as were before. Only thing is that for legacy server interactions, the Java API relies on its legacy infrastructure (JNI/C API combo) in 7.1 release. In future, as indicated in previous email note, this will change (i.e. improve RPC version mapping layer within Java API) so that this native dependency is also eliminated. > > Hope this helps. > Appajee > > > -----Original Message----- > From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Jarl Grøneng > Sent: Wednesday, July 25, 2007 10:50 AM > To: [email protected] > Subject: Re: API libraries for Solaris on X86. > > Appajee, > > Can you connect from 7.1 java api to a 7.01 server? > > -- > Jarl > > ____________________________________________________________________________ ___ > 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" ____________________________________________________________________________ ___ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are" CONFIDENTIALITY NOTICE: This is a transmission from Kohl's Department Stores, Inc. and may contain information which is confidential and proprietary. If you are not the addressee, any disclosure, copying or distribution or use of the contents of this message is expressly prohibited. If you have received this transmission in error, please destroy it and notify us immediately at 262-703-7000. CAUTION: Internet and e-mail communications are Kohl's property and Kohl's reserves the right to retrieve and read any message created, sent and received. Kohl's reserves the right to monitor messages to or from authorized Kohl's Associates at any time without any further consent. ____________________________________________________________________________ ___ 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"
smime.p7s
Description: S/MIME cryptographic signature
