Dan, Exactly what I was thinking. (But I was thinking less about HTTP(s) and more of a socket/network connection stuff. Just native between a custom Java API and the Custom Java Server that uses JNI to talk to ARS.)
You could opt for one more layer of extraction/abstraction (than I was thinking about) and go with HTTP(s) with something like "Klink". (http://kineticdata.com/products/klink/index.htm) " Kinetic Link, or Klink, is a web framework that provides a consistent XML over HTTP interface for interacting with BMC Remedy Action Request System. The framework itself is written using Java Servlets and Apache Struts. Once Klink is running any language that can make HTTP requests and parse the XML results can be used to consume the framework. " As of 2006.09.15 it looks like they think it is ready for v7 too. I have yet to set it up and try to figure out how much of the Remedy C API is exposed (and how it is exposed) via Klink. However I know the people behind this and I would bet that it is a reasonable approach to such an interface. -- 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 12/11/06, Dan Hardy <[EMAIL PROTECTED]> wrote:
**
<snip>
- The only practical way I see to get to a "pure" Java API is to build a server component that itself uses JNI, and then have the pure Java client API talk to this service instead of the AR Server. You'd have to install this proxy/adapter software on the server box, and the client Java API would communicate with HTTP(s). This is certainly doable, but I have not spent any time on it myself. There is proprietary stuff inside the C API that makes it impossible to build a pure Java API yourself – but you can choose whether to put the JNI bit on every client, or on this server component. Regards, Dan Hardy Pathworks Software http://www.PathworksSoftware.com/
_______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
