Re: [Wrapper-user] does wrapper depend on JAVA_HOME?

SourceForge Headquarters 1320 Columbia Street Suite 310 San Diego, CA 92101 +1 (858) 422-6466

I am wondering if that is a fairly old version of the Wrapper. Could you
try downloading 3.1.0 and replacing Wrapper.exe, Wrapper.dll and
wrapper.jar for kicks.

If the JAVA_HOME variable was not being expanded correctly, you
should still be seeing the '%' characters...

Were did you get the version you are using? The Wrapper will display
its own version on startup. But right now, that message comes from
the java classes rather than the wrapper binary so it is not possible
to see what it is if the JVM is not being launched correctly...
(Something I should probably change for a future version.)

Try hard coding the JVM location and running the program once.
You should see a banner right after the JVM is launched that looks
like this:

wrapper | Launching a JVM...
jvm 1 | Initializing...
jvm 1 | Wrapper (Version 3.1.0) http://wrapper.tanukisoftware.org

or

wrapper | Launching a JVM...
jvm 1 | Initializing...
jvm 1 | Wrapper (Version 3.0.5)

, depending on the version.

Cheers,
Leif

Cocalea, Eugen wrote:

>I have the following in wrapper.conf:
>
>set.JAVA_HOME=c:/j2sdk1.4.2_03
>wrapper.java.command=%JAVA_HOME%/bin/java
>
>the error I get is:
>
>e:\>wrapper -c wrapper.conf
>wrapper  | --> Wrapper Started as Console
>wrapperp | server listening on port 1778.
>wrapper  | Launching a JVM...
>wrapper  | command: "JAVA_HOME/bin/java"
>wrapper  | can not execute ""JAVA_HOME/bin/java"" (ERR=2)
>wrapper  | Critical error: wait for JVM process failed
>
>So it seems that indeed the variable doesn't get expanded. No spaces around
>the '=' sign.
>
>Anyway, if JAVA_HOME is defined outside the wrapper.conf (not in the command
>line), it gets expanded.
>
>I don't know what version I use :) Is there a way to find this out?
>
>/EC
>
>-----Original Message-----
>From: Leif Mortenson [mailto:le...@ta...] 
>Sent: Thursday, May 27, 2004 3:19 PM
>To: wra...@li...
>Subject: Re: [Wrapper-user] does wrapper depend on JAVA_HOME?
>
>Try running the Wrapper with wrapper.debug=true set in your wrapper.conf
>file. This will cause the full command used to launch java to be logged.
>This should hep you to narrow down the problem.
>
>If you see something like %JAVA_HOME%, unexpanded in the generated
>command, than means that the environment variable is not being registered
>correctly.
>
>What Wrapper version are you using. 3.1.0 handles spaces around the '='
>in property declarations correctly, but the properties are not recognized in
>earlier versions if the spaces are there.
>
>
>Cheers,
>Leif
>
>Cocalea, Eugen wrote:
>
>  
>
>>Hi,
>>
>>Unfortunately, it seems that (in my case),
>>    
>>
>set.JAVA_HOME=<path_to_java_home>
>  
>
>>doesn't work. I don't know why.
>>
>>I tried both setting it in wrapper.conf and supplying it in the command
>>line, like:
>>
>>wrapper -c wrapper.conf "set.JAVA_HOME=<path_to_java_home>"
>>
>>In both cases, with
>>
>>wrapper.java.command = %JAVA_HOME%/bin/java
>>
>>the wrapper complains that it cannot execute the command.
>>
>>/EC
>>
>>-----Original Message-----
>>From: Leif Mortenson [mailto:le...@ta...] 
>>Sent: Wednesday, May 26, 2004 10:11 AM
>>To: wra...@li...
>>Subject: Re: [Wrapper-user] does wrapper depend on JAVA_HOME?
>>
>>Eugen,
>>The Wrapper does not do anything with the JAVA_HOME environment
>>variable. As long as you are not referencing it in your wrapper.conf file
>>then there is also no way for the application running the JVM to reference
>>it.
>>JAVA_HOME is usually passed to the JVM using a system property like:
>>
>>-Djavahome=%JAVA_HOME%
>>
>>It is perfectly safe to do the following:
>>wrapper.java.command=../jre/bin/java
>>
>>One option is to define the JAVA_HOME environment variable within
>>your wrapper.conf file as follows:
>>
>>set.JAVA_HOME=../jre
>>wrapper.java.command=%JAVA_HOME%/bin/java
>>
>>This has the benefit of making it easy to reference the JRE location
>>throughout your wrapper.conf file. The user can also use a system
>>value by simply commenting out the set line.
>>
>>Cheers,
>>Leif
>>
>>
>>
>>Cocalea, Eugen wrote:
>>
>> 
>>
>>    
>>
>>>Hello,
>>>
>>>This is a bit tricky, because not even me know what the question is about.
>>>
>>>I have a java application that I want to run as a windows service and
>>>I use wrapper to do this.
>>>
>>>My app wrapper.conf used to have
>>>
>>>wrapper.java.command=%JAVA_HOME%/bin/java
>>>
>>>The problem is that I have to run different versions of the
>>>application, that are certified against different JREs.
>>>
>>>So, my question is: if I hardcode the path to the JRE I need in
>>>wrapper.java.command, do I need to check anything else to see if the
>>>application really uses that JRE?
>>>
>>>Example:
>>>
>>>- JAVA_HOME points to JRE 1.3
>>>
>>>- I need to run the app with JRE 1.4
>>>
>>>- wrapper.java.command is <JRE1.4_install_path>/bin/java
>>>
>>>I should be safe, correct? *_Assuming my application doesn't use
>>>JAVA_HOME._*
>>>
>>>   
>>>
>>>      
>>>
>>
>>-------------------------------------------------------
>>This SF.Net email is sponsored by: Oracle 10g
>>Get certified on the hottest thing ever to hit the market... Oracle 10g. 
>>Take an Oracle 10g class now, and we'll give you the exam FREE.
>>http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
>>_______________________________________________
>>Wrapper-user mailing list
>>Wra...@li...
>>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>
>>
>>-------------------------------------------------------
>>This SF.Net email is sponsored by: Oracle 10g
>>Get certified on the hottest thing ever to hit the market... Oracle 10g. 
>>Take an Oracle 10g class now, and we'll give you the exam FREE.
>>http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
>>_______________________________________________
>>Wrapper-user mailing list
>>Wra...@li...
>>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>
>> 
>>
>>    
>>
>
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: Oracle 10g
>Get certified on the hottest thing ever to hit the market... Oracle 10g. 
>Take an Oracle 10g class now, and we'll give you the exam FREE.
>http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: Oracle 10g
>Get certified on the hottest thing ever to hit the market... Oracle 10g. 
>Take an Oracle 10g class now, and we'll give you the exam FREE.
>http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
>_______________________________________________
>Wrapper-user mailing list
>Wra...@li...
>https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>  
>