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" > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org attend wwrug11 www.wwrug.com ARSList: "Where the Answers Are"
