×
The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.
Ok, I see how that works, it starts a new job every time RUNJVA is executed. That new job contains it's own JVM which needs to be started as well. Definitely a high cost operation.
Mark Murphy
STAR BASE Consulting, Inc.
mmurphy@xxxxxxxxxxxxxxx
<justin>
D*B: Currently I'm calling the Java using the QCMDEXC API to call RUNJVA. I want to go away from that is just use JNI (D-spec ExtProc(:*JAVA)). I'm assuming that QCMDEXC/RUNJVA starts a new JVM for every call, while JNI would reuse the JVM.
The Java is SVNKIT, which is an API for interacting with a Subversion server for code versioning.
</justin>
RUNJVA would start a new JVM for every call, making it very slow. CommandGate provides a command RUNJVARUN, wich is handled similar to RUNJVA, using a prestarted JVM (via AppServer4RPG). System.exit() would kill the JVM (same should happen, if you are calling the main of the cli via JNI). The technic with Security Manager is disabled at the moment inside CommandGate, but this could be changed very quick (just uncomment some lines). A first look to the svn.cli sources shows up, that this could work for this. To assist you further, I would need the complete command, you are using at the moment (RUNJVA ...), the needed jars and where to get to reproduce the situation, hopefully I will find a box with an appropriate java version and I could have a try.
D*B
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact
[javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.