Derek,
Here are some quotes from another thread that discussed this (I believe the thread was "API Libraries for Solaris on X86): "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." "Technically, yes (i.e. you can leave out the native code as long as you do not use a native call), but ... >From implementation standpoint, we do a forced loading of the JNI code >upfront, so in the default deployment - the absence of AR API native libraries >indeed fail the program invocation. See, there are few issues because of which >we did this - you may indeed talk to a server that is old version; or, sooner >or later you're going to issue a call that needs services offered by native >code. And most importantly we have not 'officially tested' and certified the >behavior of 7.1 Java API in the absence of native libraries. For power users though, I can tell that there indeed is a way to configure the API to "NOT load the JNI stuff at all" by tweaking jni-load-mode setting (which is subject to change/disappear in a future version). You can dare to play around with this option and see how your app behaves <g>. BTW, one of our internal customers tried similar on a Mac with decent results I believe. As there is some untested/unsupported behavior is all associated with this tweaking - in this release, we're claiming to simply include JNI stuff always. And hence the lack of (or need for) documenting which calls use JNI services. For your benefit, a quick listing would be - qualification formatting/parsing/encoding/decoding, assignment formatting/parsing/encoding/decoding, rpc version mapping for interacting with servers 6.3 or older versions, alert APIs. I pretty sure this is kind of complete but I may have missed a call or two. In any case, long term, we're definitely on the track for having these pieces as Java implementations for future release." Calman From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Derek Berube Sent: Friday, August 10, 2007 5:08 AM To: [email protected] Subject: Re: Remedy and Programming Languages ** Personally, I'm also hoping that the "Updated AR System Java API" is a 100% pure Java implementation of the Remedy API rather than the JNI-based "wrapper" API that we have now. If it is 100% pure Java, then there will no longer be a need to worry about platform-specific binaries. I may finally get to do some stuff natively on my Mac! Derek On Jul 23, 2007, at 2:35 PM, Jarl Grøneng wrote: On 7/23/07, Carey Matthew Black <[EMAIL PROTECTED]> wrote: Andy, * There is rumor that the v7.1 Plugin Server will be support a native Java plugin too. (So I think there will no longer be a need for C code to build Filter Plugins, ARDBC's, and maybe AREA plugins too. But I have yet to see any of the details on how much of this stuff is "Java" now too. Just rumors.) I would not say its a rumor. From the session detail for the userworld in Vancouver: "In the upcoming 7.1 release, AR System plug-in server is completely re-written in Java and comes with a first class Java SDK for creating plug-ins using Java." -- Jarl _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are" ________________________________ Download my vCard <http://www.wildstartech.com/people/Berube_Derek.vcf> Derek Berube <[EMAIL PROTECTED]> Wildstar Technologies, LLC. 1453 Riverview Run Lane Suwanee, Georgia 30024 (678) 229-1475 - Office (404) 444-5283 - Mobile Spread Firefox! <http://www.spreadfirefox.com/?q=user/register&r=56074> http://www.wildstartech.com/ AOL Instant Messenger <http://www.aim.com/> AIM Handle: BerubeDB Google Talk <http://www.jabber.org/> Jabber: [EMAIL PROTECTED] MSN Messenger <http://imagine-msn.com/messenger/> MSN Messenger: [EMAIL PROTECTED] Yahoo! Messenger <http://messenger.yahoo.com/> Yahoo! Messenger: derekberube __20060125_______________________This posting was submitted with HTML in it___ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
