wrapper-user

[Wrapper-user] environment variables

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

I am using ver 2.2.9 on XP. =20
The environment variable for WINDIR returning c:\winnt, but the actuall =
WINDIR variable on my machine is c:\windows, and further i don't have =
any c:\winnt directory on my machine. =20

Do you know why this is happening?

Re: [Wrapper-user] environment variables

[Leif M. <le...@ta...>]

Todd,
    Strange, All the wrapper does is call the standard Windows API to 
get the
system environment variable's value.

    I just tested this on a Windows XP machine and on my machine I got 
the correct
value:  C:\WINDOWS

    What do you get if you open a command prompt and type SET at the prompt?

    Do you see this problem when run as both a service and as a console 
app?  Or
just one or the other?

    You might want to go in and look at the environment variable setting 
in the
system control panel.  There are two sections.  User variables and system
variables.  I have windir=c:\windows in the system variables but no 
setting in the
user section.  If the variable is set in both places, then you may be 
getting
different values depending on context.

    Let me know whether or not any of this helps.

    Cheers,
    Leif


Todd Enright wrote:

> I am using ver 2.2.9 on XP. 
> The environment variable for WINDIR returning c:\winnt, but the 
> actuall WINDIR variable on my machine is c:\windows, and further i 
> don't have any c:\winnt directory on my machine. 
>  
> Do you know why this is happening?

Re: [Wrapper-user] environment variables

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

Hi Leif,
The variable is set to c:\windows in the control panel, and this is =
verified by going to a command prompt and typing SET.  I also have =
windir=3Dc:\windows in the system variables but no setting in the user =
section.

I have get the same results by running wrapper as either a console app, =
or a service.

I'll keep digging on my end. =20

Thanks,
Todd
  ----- Original Message -----=20
  From: Leif Mortenson=20
  To: wra...@li...=20
  Sent: Wednesday, November 27, 2002 10:22 AM
  Subject: Re: [Wrapper-user] environment variables


  Todd,
      Strange, All the wrapper does is call the standard Windows API to =
get the
  system environment variable's value.

      I just tested this on a Windows XP machine and on my machine I got =
the correct
  value:  C:\WINDOWS

      What do you get if you open a command prompt and type SET at the =
prompt?

      Do you see this problem when run as both a service and as a =
console app?  Or
  just one or the other?

      You might want to go in and look at the environment variable =
setting in the
  system control panel.  There are two sections.  User variables and =
system
  variables.  I have windir=3Dc:\windows in the system variables but no =
setting in the
  user section.  If the variable is set in both places, then you may be =
getting
  different values depending on context.

      Let me know whether or not any of this helps.

      Cheers,
      Leif


  Todd Enright wrote:

    I am using ver 2.2.9 on XP. =20
    The environment variable for WINDIR returning c:\winnt, but the =
actuall WINDIR variable on my machine is c:\windows, and further i don't =
have any c:\winnt directory on my machine. =20

    Do you know why this is happening?

Re: [Wrapper-user] environment variables

[Leif M. <le...@ta...>]

I just put a debug build of Wrapper.exe up on the server at
http://wrapper.sourceforge.net/Wrapper.exe
Can you BACKUP your current wrapper.exe and try it with this one?
It will dump out a bunch of debug info as it reads in the properties 
from the file.
Could you post what you get?

Thanks,
Leif

Todd Enright wrote:

> Hi Leif,
> The variable is set to c:\windows in the control panel, and this is 
> verified by going to a command prompt and typing SET.  I also have 
> windir=c:\windows in the system variables but no setting in the user 
> section.
>  
> I have get the same results by running wrapper as either a console 
> app, or a service.
>  
> I'll keep digging on my end. 
>
> Thanks,
> Todd
>
>     ----- Original Message -----
>     From: Leif Mortenson <mailto:le...@ta...>
>     To: wra...@li...
>     <mailto:wra...@li...>
>     Sent: Wednesday, November 27, 2002 10:22 AM
>     Subject: Re: [Wrapper-user] environment variables
>
>     Todd,
>         Strange, All the wrapper does is call the standard Windows API
>     to get the
>     system environment variable's value.
>
>         I just tested this on a Windows XP machine and on my machine I
>     got the correct
>     value:  C:\WINDOWS
>
>         What do you get if you open a command prompt and type SET at
>     the prompt?
>
>         Do you see this problem when run as both a service and as a
>     console app?  Or
>     just one or the other?
>
>         You might want to go in and look at the environment variable
>     setting in the
>     system control panel.  There are two sections.  User variables and
>     system
>     variables.  I have windir=c:\windows in the system variables but
>     no setting in the
>     user section.  If the variable is set in both places, then you may
>     be getting
>     different values depending on context.
>
>         Let me know whether or not any of this helps.
>
>         Cheers,
>         Leif
>
>
>     Todd Enright wrote:
>
>>     I am using ver 2.2.9 on XP. 
>>     The environment variable for WINDIR returning c:\winnt, but the
>>     actuall WINDIR variable on my machine is c:\windows, and further
>>     i don't have any c:\winnt directory on my machine. 
>>      
>>     Do you know why this is happening?
>
>

Re: [Wrapper-user] environment variables

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

I am putting the output in the body this time.

Getting the system path: C:\Python22\.;.;c:\unxutils;C:\Program =
Files\ClearCube Management Suite\DataFailover;C:\Program Files\ClearCube =
Management Suite\DataFailover\perl\bin;C:\Program Files\ClearCube =
Management Suite\DataFailover\perl\lib;;;.;C:\Program Files\ClearCube =
Management Suite\DataFailover;C:\Program Files\ClearCube Management =
Suite\DataFailover\perl\bin;C:\Program Files\ClearCube Management =
Suite\DataFailover\perl\lib;;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\Sy=
stem32\Wbem;C:\PROGRA~1\ULTRAE~1;C:\Program Files\Resource Pro =
Kit\;c:\cygwin\bin;c:\program files\vide\;c:\jdk1.3.1_02\bin
PATH[0]=3DC:\Python22\.
PATH[1]=3D.
PATH[2]=3Dc:\unxutils
PATH[3]=3DC:\Program Files\ClearCube Management Suite\DataFailover
PATH[4]=3DC:\Program Files\ClearCube Management =
Suite\DataFailover\perl\bin
PATH[5]=3DC:\Program Files\ClearCube Management =
Suite\DataFailover\perl\lib
PATH[6]=3D
PATH[7]=3D
PATH[8]=3D.
PATH[9]=3DC:\Program Files\ClearCube Management Suite\DataFailover
PATH[10]=3DC:\Program Files\ClearCube Management =
Suite\DataFailover\perl\bin
PATH[11]=3DC:\Program Files\ClearCube Management =
Suite\DataFailover\perl\lib
PATH[12]=3D
PATH[13]=3DC:\WINDOWS\system32
PATH[14]=3DC:\WINDOWS
PATH[15]=3DC:\WINDOWS\System32\Wbem
PATH[16]=3DC:\PROGRA~1\ULTRAE~1
PATH[17]=3DC:\Program Files\Resource Pro Kit\
PATH[18]=3Dc:\cygwin\bin
PATH[19]=3Dc:\program files\vide\
PATH[20]=3Dc:\jdk1.3.1_02\bin
PATH[1245032]=3D<null>
evaluateEnvironmentVariables('%SystemRoot%\java.exe', buffer)
  in=3D'%SystemRoot%\java.exe', out=3D''
  in=3D'\java.exe', out=3D''
  final buffer=3D'C:\WINDOWS\java.exe'
evaluateEnvironmentVariables('com.silveregg.wrapper.WrapperSimpleApp', =
buffer)
  in=3D'com.silveregg.wrapper.WrapperSimpleApp', out=3D''
  final buffer=3D'com.silveregg.wrapper.WrapperSimpleApp'
evaluateEnvironmentVariables('P2PShell', buffer)
  in=3D'P2PShell', out=3D''
  final buffer=3D'P2PShell'
evaluateEnvironmentVariables('-DasService=3Dyes ', buffer)
  in=3D'-DasService=3Dyes ', out=3D''
  final buffer=3D'-DasService=3Dyes '
evaluateEnvironmentVariables('-Dwindir=3D%windir%', buffer)
  in=3D'-Dwindir=3D%windir%', out=3D''
  final buffer=3D'-Dwindir=3DC:\WINDOWS'
evaluateEnvironmentVariables('./lib/wrapper.jar', buffer)
  in=3D'./lib/wrapper.jar', out=3D''
  final buffer=3D'./lib/wrapper.jar'
evaluateEnvironmentVariables('./lib/wrappertest.jar', buffer)
  in=3D'./lib/wrappertest.jar', out=3D''
  final buffer=3D'./lib/wrappertest.jar'
evaluateEnvironmentVariables('%cc_install_dir%\.', buffer)
  in=3D'%cc_install_dir%\.', out=3D''
  in=3D'\.', out=3D''
  final buffer=3D'C:\Program Files\ClearCube Management =
Suite\DataFailover\.'
evaluateEnvironmentVariables('%cc_install_dir%\jaxp1.0.1\parser.jar', =
buffer)
  in=3D'%cc_install_dir%\jaxp1.0.1\parser.jar', out=3D''
  in=3D'\jaxp1.0.1\parser.jar', out=3D''
  final buffer=3D'C:\Program Files\ClearCube Management =
Suite\DataFailover\jaxp1.0.1\parser.jar'
evaluateEnvironmentVariables('%cc_install_dir%\jaxp1.0.1\jaxp.jar', =
buffer)
  in=3D'%cc_install_dir%\jaxp1.0.1\jaxp.jar', out=3D''
  in=3D'\jaxp1.0.1\jaxp.jar', out=3D''
  final buffer=3D'C:\Program Files\ClearCube Management =
Suite\DataFailover\jaxp1.0.1\jaxp.jar'
evaluateEnvironmentVariables('%cc_install_dir%\lf\oyoahalnf\oyoahalnf.jar=
', buffer)
  in=3D'%cc_install_dir%\lf\oyoahalnf\oyoahalnf.jar', out=3D''
  in=3D'\lf\oyoahalnf\oyoahalnf.jar', out=3D''
  final buffer=3D'C:\Program Files\ClearCube Management =
Suite\DataFailover\lf\oyoahalnf\oyoahalnf.jar'
evaluateEnvironmentVariables('%cc_install_dir%\soap.jar', buffer)
  in=3D'%cc_install_dir%\soap.jar', out=3D''
  in=3D'\soap.jar', out=3D''
  final buffer=3D'C:\Program Files\ClearCube Management =
Suite\DataFailover\soap.jar'
evaluateEnvironmentVariables('%cc_install_dir%', buffer)
  in=3D'%cc_install_dir%', out=3D''
  final buffer=3D'C:\Program Files\ClearCube Management =
Suite\DataFailover'
evaluateEnvironmentVariables('%cc_install_dir%\xerces.jar', buffer)
  in=3D'%cc_install_dir%\xerces.jar', out=3D''
  in=3D'\xerces.jar', out=3D''
  final buffer=3D'C:\Program Files\ClearCube Management =
Suite\DataFailover\xerces.jar'
evaluateEnvironmentVariables('%cc_install_dir%\xalan.jar', buffer)
  in=3D'%cc_install_dir%\xalan.jar', out=3D''
  in=3D'\xalan.jar', out=3D''
  final buffer=3D'C:\Program Files\ClearCube Management =
Suite\DataFailover\xalan.jar'
evaluateEnvironmentVariables('./lib', buffer)
  in=3D'./lib', out=3D''
  final buffer=3D'./lib'
evaluateEnvironmentVariables('16', buffer)
  in=3D'16', out=3D''
  final buffer=3D'16'
evaluateEnvironmentVariables('128', buffer)
  in=3D'128', out=3D''
  final buffer=3D'128'
evaluateEnvironmentVariables('1777', buffer)
  in=3D'1777', out=3D''
  final buffer=3D'1777'
evaluateEnvironmentVariables('10', buffer)
  in=3D'10', out=3D''
  final buffer=3D'10'
evaluateEnvironmentVariables('PM', buffer)
  in=3D'PM', out=3D''
  final buffer=3D'PM'
evaluateEnvironmentVariables('INFO', buffer)
  in=3D'INFO', out=3D''
  final buffer=3D'INFO'
evaluateEnvironmentVariables('../logs/wrapper.log', buffer)
  in=3D'../logs/wrapper.log', out=3D''
  final buffer=3D'../logs/wrapper.log'
evaluateEnvironmentVariables('LPTM', buffer)
  in=3D'LPTM', out=3D''
  final buffer=3D'LPTM'
evaluateEnvironmentVariables('DEBUG', buffer)
  in=3D'DEBUG', out=3D''
  final buffer=3D'DEBUG'
evaluateEnvironmentVariables('0', buffer)
  in=3D'0', out=3D''
  final buffer=3D'0'
evaluateEnvironmentVariables('0', buffer)
  in=3D'0', out=3D''
  final buffer=3D'0'
evaluateEnvironmentVariables('NONE', buffer)
  in=3D'NONE', out=3D''
  final buffer=3D'NONE'
evaluateEnvironmentVariables('/var/run/testwrapper.pid', buffer)
  in=3D'/var/run/testwrapper.pid', out=3D''
  final buffer=3D'/var/run/testwrapper.pid'
evaluateEnvironmentVariables('CC DCI(test)', buffer)
  in=3D'CC DCI(test)', out=3D''
  final buffer=3D'CC DCI(test)'
evaluateEnvironmentVariables('Clearcube DCF', buffer)
  in=3D'Clearcube DCF', out=3D''
  final buffer=3D'Clearcube DCF'
evaluateEnvironmentVariables('Clearcube Distributed Computing =
Framework', buffer)
  in=3D'Clearcube Distributed Computing Framework', out=3D''
  final buffer=3D'Clearcube Distributed Computing Framework'
evaluateEnvironmentVariables('', buffer)
  final buffer=3D''
evaluateEnvironmentVariables('AUTO_START', buffer)
  in=3D'AUTO_START', out=3D''
  final buffer=3D'AUTO_START'
evaluateEnvironmentVariables('NORMAL', buffer)
  in=3D'NORMAL', out=3D''
  final buffer=3D'NORMAL'
Debug Config Properties:
    name:wrapper.app.parameter.1 value:P2PShell
    name:wrapper.app.parameter.3 value:-DasService=3Dyes=20
    name:wrapper.app.parameter.4 value:-Dwindir=3DC:\WINDOWS
    name:wrapper.console.format value:PM
    name:wrapper.console.loglevel value:INFO
    name:wrapper.java.classpath.1 value:./lib/wrapper.jar
    name:wrapper.java.classpath.10 value:C:\Program Files\ClearCube =
Management Suite\DataFailover\xalan.jar
    name:wrapper.java.classpath.2 value:./lib/wrappertest.jar
    name:wrapper.java.classpath.3 value:C:\Program Files\ClearCube =
Management Suite\DataFailover\.
    name:wrapper.java.classpath.4 value:C:\Program Files\ClearCube =
Management Suite\DataFailover\jaxp1.0.1\parser.jar
    name:wrapper.java.classpath.5 value:C:\Program Files\ClearCube =
Management Suite\DataFailover\jaxp1.0.1\jaxp.jar
    name:wrapper.java.classpath.6 value:C:\Program Files\ClearCube =
Management Suite\DataFailover\lf\oyoahalnf\oyoahalnf.jar
    name:wrapper.java.classpath.7 value:C:\Program Files\ClearCube =
Management Suite\DataFailover\soap.jar
    name:wrapper.java.classpath.8 value:C:\Program Files\ClearCube =
Management Suite\DataFailover
    name:wrapper.java.classpath.9 value:C:\Program Files\ClearCube =
Management Suite\DataFailover\xerces.jar
    name:wrapper.java.command value:C:\WINDOWS\java.exe
    name:wrapper.java.initmemory value:16
    name:wrapper.java.library.path.1 value:./lib
    name:wrapper.java.mainclass =
value:com.silveregg.wrapper.WrapperSimpleApp
    name:wrapper.java.maxmemory value:128
    name:wrapper.logfile value:../logs/wrapper.log
    name:wrapper.logfile.format value:LPTM
    name:wrapper.logfile.loglevel value:DEBUG
    name:wrapper.logfile.maxfiles value:0
    name:wrapper.logfile.maxsize value:0
    name:wrapper.ntservice.dependency.1 value:
    name:wrapper.ntservice.description value:Clearcube Distributed =
Computing Framework
    name:wrapper.ntservice.displayname value:Clearcube DCF
    name:wrapper.ntservice.name value:CC DCI(test)
    name:wrapper.ntservice.process_priority value:NORMAL
    name:wrapper.ntservice.starttype value:AUTO_START
    name:wrapper.pidfile value:/var/run/testwrapper.pid
    name:wrapper.ping.timeout value:10
    name:wrapper.port value:1777
    name:wrapper.syslog.loglevel value:NONE

  ----- Original Message -----=20
  From: Leif Mortenson=20
  To: wra...@li...=20
  Sent: Wednesday, November 27, 2002 10:53 AM
  Subject: Re: [Wrapper-user] environment variables


  I just put a debug build of Wrapper.exe up on the server at
  http://wrapper.sourceforge.net/Wrapper.exe
  Can you BACKUP your current wrapper.exe and try it with this one?
  It will dump out a bunch of debug info as it reads in the properties =
from the file.
  Could you post what you get?

  Thanks,
  Leif

  Todd Enright wrote:

    Hi Leif,
    The variable is set to c:\windows in the control panel, and this is =
verified by going to a command prompt and typing SET.  I also have =
windir=3Dc:\windows in the system variables but no setting in the user =
section.

    I have get the same results by running wrapper as either a console =
app, or a service.

    I'll keep digging on my end. =20

    Thanks,
    Todd
      ----- Original Message -----=20
      From: Leif Mortenson=20
      To: wra...@li...=20
      Sent: Wednesday, November 27, 2002 10:22 AM
      Subject: Re: [Wrapper-user] environment variables


      Todd,
          Strange, All the wrapper does is call the standard Windows API =
to get the
      system environment variable's value.

          I just tested this on a Windows XP machine and on my machine I =
got the correct
      value:  C:\WINDOWS

          What do you get if you open a command prompt and type SET at =
the prompt?

          Do you see this problem when run as both a service and as a =
console app?  Or
      just one or the other?

          You might want to go in and look at the environment variable =
setting in the
      system control panel.  There are two sections.  User variables and =
system
      variables.  I have windir=3Dc:\windows in the system variables but =
no setting in the
      user section.  If the variable is set in both places, then you may =
be getting
      different values depending on context.

          Let me know whether or not any of this helps.

          Cheers,
          Leif


      Todd Enright wrote:

        I am using ver 2.2.9 on XP. =20
        The environment variable for WINDIR returning c:\winnt, but the =
actuall WINDIR variable on my machine is c:\windows, and further i don't =
have any c:\winnt directory on my machine. =20

        Do you know why this is happening?

Re: [Wrapper-user] environment variables

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

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%

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)

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




  ----- Original Message -----=20
  From: Leif Mortenson=20
  To: wra...@li...=20
  Sent: Wednesday, November 27, 2002 10:22 AM
  Subject: Re: [Wrapper-user] environment variables


  Todd,
      Strange, All the wrapper does is call the standard Windows API to =
get the
  system environment variable's value.

      I just tested this on a Windows XP machine and on my machine I got =
the correct
  value:  C:\WINDOWS

      What do you get if you open a command prompt and type SET at the =
prompt?

      Do you see this problem when run as both a service and as a =
console app?  Or
  just one or the other?

      You might want to go in and look at the environment variable =
setting in the
  system control panel.  There are two sections.  User variables and =
system
  variables.  I have windir=3Dc:\windows in the system variables but no =
setting in the
  user section.  If the variable is set in both places, then you may be =
getting
  different values depending on context.

      Let me know whether or not any of this helps.

      Cheers,
      Leif


  Todd Enright wrote:

    I am using ver 2.2.9 on XP. =20
    The environment variable for WINDIR returning c:\winnt, but the =
actuall WINDIR variable on my machine is c:\windows, and further i don't =
have any c:\winnt directory on my machine. =20

    Do you know why this is happening?

Re: [Wrapper-user] environment variables

[Leif M. <le...@ta...>]

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=P2PShell
> wrapper.app.parameter.3=-DasService=yes
> wrapper.app.parameter.4=-Dwindir=%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=-DasService=yes
wrapper.java.additional.2=-Dwindir=%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=DEBUG

>  wrapper  | --> Wrapper Started as Console
> wrapper  | Launching a JVM...
> wrapper  | can not execute ""C:\WINDOWS\java.exe -v" -Xms16m -Xmx128m 
> -Djava.lib
> rary.path="./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=
> "nsYL7tEdn_k1zaW1" -Dwrapper.port=1777 -Dwrapper.debug="TRUE" 
> -Dwrapper.cpu.time
> out="10" -Dwrapper.jvmid=1 com.silveregg.wrapper.WrapperSimpleApp 
> P2PShell -Dshu
> tdown.method=stopApplication -Dwindir=C:\WINDOWS" (ERR=2)
> 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

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

Re: [Wrapper-user] environment variables

[Leif M. <le...@ta...>]

Todd Enright wrote:

> 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!

Thanks.  Glad you got it working.

If you don't set the windir property manually is it defaulting to 
C:\WinNT?  Or is that something that your application is doing.  Ie 
using that default if the property is not set?  It The JVM is defaulting 
to C:\WinNT, that sounds like a Java bug or something.

Leif

>  
> Cheers,
> Todd
>
>     ----- Original Message -----
>     From: Leif Mortenson <mailto:le...@ta...>
>     To: wra...@li...
>     <mailto:wra...@li...>
>     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=P2PShell
>>     wrapper.app.parameter.3=-DasService=yes
>>     wrapper.app.parameter.4=-Dwindir=%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=-DasService=yes
>     wrapper.java.additional.2=-Dwindir=%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=DEBUG
>
>>      wrapper  | --> Wrapper Started as Console
>>     wrapper  | Launching a JVM...
>>     wrapper  | can not execute ""C:\WINDOWS\java.exe -v" -Xms16m
>>     -Xmx128m -Djava.lib
>>     rary.path="./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=
>>     "nsYL7tEdn_k1zaW1" -Dwrapper.port=1777 -Dwrapper.debug="TRUE"
>>     -Dwrapper.cpu.time
>>     out="10" -Dwrapper.jvmid=1 com.silveregg.wrapper.WrapperSimpleApp
>>     P2PShell -Dshu
>>     tdown.method=stopApplication -Dwindir=C:\WINDOWS" (ERR=2)
>>     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
>

Re: [Wrapper-user] environment variables

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

Yeah, my app is not setting it to that at all.  My only guess is that since
the %os% variable says "windows_nt" on xp, that either the system or some
java lib is returning c:\winnt by defualt for windir.  Obviously that is a
huge shot in the dark, but windows, actually any os, can be weird.

I will will definitely be exercising the wrapper in a full QA environment
and writing several apps using it, so I am sure to have more feedback in the
future for you.


----- Original Message -----
From: "Leif Mortenson" <le...@ta...>
To: <wra...@li...>
Sent: Wednesday, November 27, 2002 11:51 PM
Subject: Re: [Wrapper-user] environment variables


> Todd Enright wrote:
>
> > 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!
>
> Thanks.  Glad you got it working.
>
> If you don't set the windir property manually is it defaulting to
> C:\WinNT?  Or is that something that your application is doing.  Ie
> using that default if the property is not set?  It The JVM is defaulting
> to C:\WinNT, that sounds like a Java bug or something.
>
> Leif
>
> >
> > Cheers,
> > Todd
> >
> >     ----- Original Message -----
> >     From: Leif Mortenson <mailto:le...@ta...>
> >     To: wra...@li...
> >     <mailto:wra...@li...>
> >     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=P2PShell
> >>     wrapper.app.parameter.3=-DasService=yes
> >>     wrapper.app.parameter.4=-Dwindir=%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=-DasService=yes
> >     wrapper.java.additional.2=-Dwindir=%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=DEBUG
> >
> >>      wrapper  | --> Wrapper Started as Console
> >>     wrapper  | Launching a JVM...
> >>     wrapper  | can not execute ""C:\WINDOWS\java.exe -v" -Xms16m
> >>     -Xmx128m -Djava.lib
> >>     rary.path="./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=
> >>     "nsYL7tEdn_k1zaW1" -Dwrapper.port=1777 -Dwrapper.debug="TRUE"
> >>     -Dwrapper.cpu.time
> >>     out="10" -Dwrapper.jvmid=1 com.silveregg.wrapper.WrapperSimpleApp
> >>     P2PShell -Dshu
> >>     tdown.method=stopApplication -Dwindir=C:\WINDOWS" (ERR=2)
> >>     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
> >
>
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Get the new Palm Tungsten T
> handheld. Power & Color in a compact size!
> http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>

Re: [Wrapper-user] environment variables

[Leif M. <le...@ta...>]

Todd Enright wrote:

>I will will definitely be exercising the wrapper in a full QA environment
>and writing several apps using it, so I am sure to have more feedback in the
>future for you.
>
I'll brace myself....