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 <frexp...@yahoo.fr> 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 <axton.gr...@gmail.com>* a écrit : > > > De: Axton <axton.gr...@gmail.com> > Objet: Re: JAVA API in a x64 machine using x32 dlls > À: arslist@ARSLIST.ORG > 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 > <jba...@javasystemsolutions.com<http://fr.mc265.mail.yahoo.com/mc/compose?to=jba...@javasystemsolutions.com> > > 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"_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
