Re: [Wrapper-user] Windows System Path problem

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

Matt,
You actually want to be doing this as follows:
wrapper.java.library.path.1=../lib
wrapper.java.library.path.2=../license
wrapper.java.library.path.3=../lib/dll
wrapper.java.library.path.append_system_path=true

That said though, it will break if the PATH contains quotes. I'm afraid 
that the only
solution at the moment is for you to remove the quotes.

I got this fixed in CVS and it will be in the next release. The fix only 
works with the
method shown above.

Cheers,
Leif

Matthew Vegh wrote:

> Hi, I’ve run into a problem with appending the system path. Our 
> application requires system libraries (on all platforms), and the 
> following works in all cases except one:
>
> wrapper.java.library.path.1=../lib%WRAPPER_PATH_SEPARATOR%../license%WRAPPER_PATH_SEPARATOR%../lib/dll%WRAPPER_PATH_SEPARATOR%%PATH%
>
> If the Windows Path has been altered by a previous 3^rd party 
> application to include quotes, the wrapper fails with the following:
>
> STATUS | wrapper | 2005/07/14 12:58:53 | --> Wrapper Started as Service
>
> STATUS | wrapper | 2005/07/14 12:58:53 | Launching a JVM...
>
> INFO | jvm 1 | 2005/07/14 12:58:54 | java.lang.NoClassDefFoundError: 
> Files\AppName\bin;c:\Program 
> Files\SecondApp\lib;C:\WINNT\system32;C:\WINNT
>
> ERROR | wrapper | 2005/07/14 12:58:55 | JVM exited while loading the 
> application.
>
> In this example, the Windows %PATH% was:
>
> “C:\Program Files\AppName\bin”;c:\Program 
> Files\SecondApp\lib;C:\WINNT\system32;C:\WINNT
>
> If I change the path manually and remove the quotes, the wrapper 
> starts up normally. It looks like the quotes are interfering when the 
> wrapper parses the properties. Advice?
>
> Thanks,
>
> Matt
>