|
From: Hubert F. <Hub...@ab...> - 2007-10-08 12:50:51
|
Thorsten When wrapper sees that property it takes the system path and starts java with -Djava.library.path="" on the commandline. Try Process Explorer from http://www.microsoft.com/technet/sysinternals/Utilities/ProcessExplorer.mspx Find the concering java.exe and check the commandline parameter. You should see if you dblclk the process. btw. Windows does not append the path settings of user Administrator, only the ones in "System Variables" in the control panel. Did you define it there? hth hub >>> Thorsten Lampe <kar...@ya...> 08.10.2007 12:07 >>> Yes, I tried setting wrapper.java.library.path.append_system_path=true but that only seems to append the system path when the wrapper starts (I guess) - the JVM started by the wrapper does not, unfortunately, inherit the system PATH value.. Find below the non-commented lines from my wrapper.conf: wrapper.java.command=java wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp wrapper.java.classpath.1=../lib/*.jar wrapper.java.classpath.2=%CLASSPATH% wrapper.java.library.path.1=../lib wrapper.java.additional.1= wrapper.java.initmemory=64 wrapper.java.maxmemory=1024 wrapper.app.parameter.1=com.eads.df.service.execution.backend.management.RemoteConsole wrapper.app.parameter.2=-c ../conf/config.xml wrapper.app.parameter.3=-l ../conf/logging.conf #******************************************************************** # Wrapper Logging Properties #******************************************************************** wrapper.console.loglevel=INFO wrapper.logfile=../logs/wrapper.log wrapper.logfile.format=LPTM wrapper.logfile.loglevel=INFO wrapper.logfile.maxsize=5m wrapper.logfile.maxfiles=5 wrapper.syslog.loglevel=NONE #******************************************************************** # Wrapper Windows Properties #******************************************************************** wrapper.console.title=DataFarmingExecutionBackend #******************************************************************** # Wrapper Windows NT/2000/XP Service Properties #******************************************************************** wrapper.ntservice.name=ExecutionBackend wrapper.ntservice.displayname=ExecutionBackend wrapper.ntservice.description=Execution Backend wrapper.ntservice.dependency.1=Condor wrapper.ntservice.dependency.2=MySQL wrapper.ntservice.starttype=AUTO_START wrapper.ntservice.interactive=false wrapper.ntservice.account=.\Administrator wrapper.ntservice.password.prompt=TRUE Any ideas are still warmly welcome! Thank you, Thorsten ----- Ursprüngliche Mail ---- Von: Hubert Felber <Hub...@ab...> An: wra...@li... Gesendet: Freitag, den 5. Oktober 2007, 13:04:03 Uhr Betreff: Re: [Wrapper-user] Confusion about Windows PATH variable Did you try: wrapper.java.library.path.append_system_path=true in the config file? hth hub >>> Thorsten Lampe <kar...@ya...> 05.10.2007 12:59 >>> I installed a service using a local account (namely Administrator for testing purposes) and have experienced that afterwards calling System.getEnv().get("PATH") (or a system call "set %PATH%" from within my Java application) returns only the PATH variable exactly as defined in the Administrator's variables - whereas I would have expected the standard Windows behavior of appending Administrator's PATH to the system PATH. Can anyone tell me why this happens when using the service wrapper? Or is this the default Windows behavior when starting any service using a local user account? The problem resulting for my app is that it makes an external system call to a batch file of a third-party product which, in turn, expects java.exe to be on the PATH. Now when I start my Java application manually everything runs fine (since "C:\Windows\system32" is on the (global system) PATH and JRE copies its java.exe there) but using the service wrapper it fails because the batch file started from within my Java app cannot locate java.exe on the PATH (which is now cut down to the Administrator user PATH). While I could, of course, include the java home dir to the user PATH or modify the batch file telling it where to find java, I would not really want to do this since it implies yet another adjustment to make on any system where my application will be installed. Any help is appreciated. Thorsten Die etwas anderen Infos rund um das Thema Reisen. BE A BETTER WELTENBUMMLER! www.yahoo.de/clever ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Wrapper-user mailing list Wra...@li... https://lists.sourceforge.net/lists/listinfo/wrapper-user Wissenswertes zum Thema PC, Zubehör oder Programme. BE A BETTER INTERNET-GURU! www.yahoo.de/clever |