Re: [Wrapper-user] environment variables

[Todd E. <ten...@te...>]

Hi Leif,
I needed to pass the parameters to the wrapper.java.additional section, =
as they are called from system.getProperty().  Things are up and working =
properly now!  Thank you for the assistance.  This wrapper is excellent, =
and very flexible.  By far the best out there!

Cheers,
Todd
  ----- Original Message -----=20
  From: Leif Mortenson=20
  To: wra...@li...=20
  Sent: Wednesday, November 27, 2002 8:06 PM
  Subject: Re: [Wrapper-user] environment variables


  Todd Enright wrote:

    Hey Leif,
    Sorry.... totally forgot some good information.  I am passing in =
windir as an argument, then returning the value to web server scripts =
through a cgi.  I don't think I'm getting the argument passed properly.  =
Here is what I have in my wrapper.conf for application parameters.

    wrapper.app.parameter.1=3DP2PShell
    wrapper.app.parameter.3=3D-DasService=3Dyes=20
    wrapper.app.parameter.4=3D-Dwindir=3D%windir%
  This looks ok but because you are using -D...  I have to ask.   Do you =
intend to be passing these parameters to the main method of =
P2PShell.class? Or do you mean to be setting them as properties that you =
get from System.getProperty(...)?  If it is the later, then you will =
need to move them to the wrapper.java.additional section.  This will =
pass the parameters to the JVM rather than to the class's main method as =
you are doing now.

  wrapper.java.additional.1=3D-DasService=3Dyes
  wrapper.java.additional.2=3D-Dwindir=3D%windir%


    I told java to return verbose information, and although it breaks =
the command, it shows the construction of the command.  Here's what it =
shows.  Can you tell me if the construction of the command looks good =
(other than the -v which breaks things)
  You can do this by enabling debug output to the console using the =
following:
  wrapper.console.loglevel=3DDEBUG

     wrapper  | --> Wrapper Started as Console

    wrapper  | Launching a JVM...
    wrapper  | can not execute ""C:\WINDOWS\java.exe -v" -Xms16m =
-Xmx128m -Djava.lib
    rary.path=3D"./lib" -classpath =
"./lib/wrapper.jar;./lib/wrappertest.jar;C:\Program
     Files\ClearCube Management Suite\DataFailover\.;C:\Program =
Files\ClearCube Mana
    gement Suite\DataFailover\jaxp1.0.1\parser.jar;C:\Program =
Files\ClearCube Manage
    ment Suite\DataFailover\jaxp1.0.1\jaxp.jar;C:\Program =
Files\ClearCube Management
     Suite\DataFailover\lf\oyoahalnf\oyoahalnf.jar;C:\Program =
Files\ClearCube Manage
    ment Suite\DataFailover\soap.jar;C:\Program Files\ClearCube =
Management Suite\Dat
    aFailover;C:\Program Files\ClearCube Management =
Suite\DataFailover\xerces.jar;C:
    \Program Files\ClearCube Management Suite\DataFailover\xalan.jar" =
-Dwrapper.key=3D
    "nsYL7tEdn_k1zaW1" -Dwrapper.port=3D1777 -Dwrapper.debug=3D"TRUE" =
-Dwrapper.cpu.time
    out=3D"10" -Dwrapper.jvmid=3D1 =
com.silveregg.wrapper.WrapperSimpleApp P2PShell -Dshu
    tdown.method=3DstopApplication -Dwindir=3DC:\WINDOWS" (ERR=3D2)
    wrapper  | Critical error: wait for JVM process failed

  Other than the comment above, this all looks ok.  The only thing is =
that you most likely do not need to be including the wrapertest.jar file =
in your classpath.

  Cheers,
  Leif