Of course -- a whole different strategy would be for BMC to produce a REST interface for ARS. aka - Kinetic Link -- http://www.kineticdata.com/Products/KineticLink.html
It would eliminate all this stuff about: versioning, dll, .so, 64bit, 32bit, etc... I see salesforce.com is hitting on all cylinders: http://developer.force.com/REST Also -- it seems to me that Remedy was shockingly visionary - and really built the first PAAS (ARS) -- any others agree??? Oh well... -John On Feb 5, 2011, at 10:45 AM, Axton wrote: ** These are the option I see: - Use a 32-bit JVM and use the Remedy Java API - Use a 64-bit JVM and don't use the Remedy Java API I don't know if the JVM requirements have changed with the 7.6 versions. Maybe someone else can comment on that. Axton The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. On Sat, Feb 5, 2011 at 6:52 AM, Frex Popo <[email protected]> wrote: ** Many thanks for all our replies. So by Native Java API, you mean discard the remedy libraries and write your own like reinventing te wheel so to speak. Or Install a 32x JVM on a 64x OS and - assuming it will happily reside with a 64x JVM in the same machine - use the correct Java version when compiling and running the API? Am I right? Regards frex --- En date de : Ven 4.2.11, Axton <[email protected]> a écrit : De: Axton <[email protected]> Objet: Re: JAVA API in a x64 machine using x32 dlls À: [email protected] Date: Vendredi 4 février 2011, 16h39 ** Hot deployments would sure make development and deployments a lot easier (and more productive - less development time and less downtime). Getting rid of the native library dependencies would make that possible. Axton Grams The opinions, statements, and/or suggested courses of action expressed in this E-mail do not necessarily reflect those of BMC Software, Inc. My voluntary participation in this forum is not intended to convey a role as a spokesperson, liaison or public relations representative for BMC Software, Inc. On Fri, Feb 4, 2011 at 9:24 AM, John Baker <[email protected]> wrote: Axton is correct, however you almost certainly don't want to really use a 64bit VM, and if this isn't Midtier, you could probably use the native Java API. The Midtier, last time I checked, is 99.9% native library free. Curiously, the only part of the native library it still uses is checking the Midtier configuration password is valid. Perhaps someone at BMC could comment out the one or two lines of code, eject the API, allowing us to deploy much smaller WAR files without Tomcat (and other servlet engines) crashing when the Midtier is restarted (because the JVM can't share the native libraries between classloaders). -- Single Sign On for AR System http://www.javasystemsolutions.com/jss/ssplugin _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are" _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ _attend WWRUG11 www.wwrug.com ARSlist: "Where the Answers Are"_ -- John Sundberg Kinetic Data, Inc. "Building a Better Service Experience" Recipient of: WWRUG10 Best Customer Service/Support Award WWRUG09 Innovator of the Year Award [email protected] 651.556.0930 I www.kineticdata.com _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
