I got this information from one of the script plugin developers a couple of years ago:
---------------
During ARPluginInitialization() we create and initialize the JVM, which is a one time thing. I.e., there is only one embedded JVM - not one for each thread. Creating a native thread handle (JNIEnv) can be done one of two ways: 1) Do this in ARPluginCreateInstance() every time a thread is spun up. 2) Do this with every call to ARFilterApiCall() Number 1 would be preferred. Because we are trying to be compatible with the web service plug-in that ships today I had to go with 2 though. This is because the shipping web service plug-in attaches and detaches the native handle with every invocation. Because it does it this way, the scripting plug-in needs to do the same - I found that on some platforms detaching can invalidate handles acquired earlier on. In any event, this is virtually a no-op so I don't believe this is a performance issue, more of a programming purity issue. Not sure if that was more information than you wanted :-) Note that another tricky thing is that you can only have *one* embedded JVM in a process and all of the JVM clients (scripting and web service plug-ins in this case) have to play together well and share.
------------ -- Jarl On 9/12/06, Carey Matthew Black <[EMAIL PROTECTED]> wrote:
Alvaro, Turn to the Filter Plug in model. They are instantiated with the Plugin server and destroyed with it too. You should be able to do some tuning from there. But that is C. Unless you use the Java Filter Plug in and that might ( I have never got a straight answer on it) start a new JVM for every call to it too. To my knowledge, there are no "Java application" components in the ARS server. (Yes the ARS Email Engine is a Java application, but that is not the "ARS server". And no mater how much you might protest, I also reject the "Flashboards via the Mid-tier" too. Still not "part of the server" in my book. Just an integration between the ARS User tool and the Mid-Tier clients. :) However, I could be limited in the full scope of the ARS server design. I believe it is all C based. -- 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 9/12/06, Munoz, Alvaro <[EMAIL PROTECTED]> wrote: > Thanks, I just wanted to know if it was possible to improve performance > by not re-starting the JVM each time. > > Regards, > Alvaro > > > -----Original Message----- > From: Action Request System discussion list(ARSList) > [mailto:[EMAIL PROTECTED] On Behalf Of Russell Wurth > Sent: lunes, 11 de septiembre de 2006 17:38 > To: [email protected] > Subject: Re: Alternatives To Remedy For Consuming A Web Service > > I do not think this is possible. Each run process command opens a shell > on the server. If you are calling a Java process, it will start it's > own JVM (Java Virtual Machine). > > I should clarify that Remedy only launches a JVM if you have installed > and are using the web services plugin, a pre-requisite for running the > Remedy Java Scripting Plugin. > > Russell Wurth > Time Warner Telecom > > Munoz, Alvaro wrote: > > > > Hi All, > > > > Just wondering if is it possible to run a Java code within the Remedy > > JVM when executing it from an Active Link Run Process (The code is run > > > in the server @@:)? > > > > Regards, > > Alvaro > > > > -----Original Message----- > > From: Action Request System discussion list(ARSList) > > [mailto:[EMAIL PROTECTED] On Behalf Of Russell Wurth > > Sent: viernes, 08 de septiembre de 2006 17:14 > > To: [email protected] > > Subject: Re: Alternatives To Remedy For Consuming A Web Service > > > > Paul, > > > > One method I have had success with is using Java to call the web > > service > > > > For the Java piece, get the Java Web Services Developer pack (v1.6 for > > > JDK < 1.5; v2.0 for JDK 1.5) and use wscompile to generate Java stubs > > from your WSDL. > > > > Then you can use Remedy's Java Scripting Filter Plugin, which allows > > you to call Java, not Javascript, from a Filter with multiple input > > and output mappings to Remedy fields. This is available from the > > Remedy community downloads. It also contains examples of calling a > > web service to get the stock price. The input is read from a Remedy > > field, the filter invokes the Java code, and the output is mapped back > > > to a Remedy field. Since the call is run inside of the Remedy JVM, it > > > is fairly fast. > > > > Russell > > > > Clements, Paul wrote: > > > >>** > >> > >>Hi, > >> > >>I am currently having problems getting a WSDL to parse in Remedy. The > >>feeling I get from speaking to people off list is that Remedy is > >>simply incapable of working with WSDL files of a certain complexity. > >>Personally I find this strange as far as I can see the Remedy > >>documentation makes no mention of the fact that web services may work > >>but sometimes they may not ?! > >> > >>If I really can't get the WSDL to parse I am starting to look around > >>for alternatives. Does anyone on here have any good suggestions for > >>interfacing with a web service without using Remedy ? > >> > >>Cheers,**** > >> > >>Paul Clements > >> > >>IT Professional Officer > >> > >>Glasgow City Council > >> > >>Centenary House > >> > >>100 Morrison Street > >> > >>Glasgow G5 8LN > >> > >>Phone: 0141 418 1332 > >> > >>Email: [EMAIL PROTECTED] > >> > >>Web: www.glasgow.gov.uk**** > >> > >> > >> > >>Support Scotland's Bid to host the 2014 Commonwealth Games in Glasgow > >>- visit www.glasgow2014.com > >> > >>---------------------------------------------------------------------- > >>------ > >>Disclaimer: > >>This message is intended only for use of the addressee. If this > >>message was sent to you in error, please notify the sender and delete > > > > this message. > > > >>Glasgow City Council cannot accept responsibility for viruses, so > >>please scan attachments. Views expressed in this message do not > >>necessarily reflect those of the Council who will not necessarily be > > > > bound by its contents. > > > >>---------------------------------------------------------------------- > >>------ __20060125_______________________This posting was submitted > >>with HTML in it___ > > > > > > ______________________________________________________________________ > > __ > > _______ > > UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org > > > > ________________________________________________________________________ > _______ > UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org > > _______________________________________________________________________________ > UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org > _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
_______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at http://www.wwrug.org
