To avoid uninstalling/reinstalling my service every now
and then, I tried to use java argument files instead of
stating the classpath, java.library.path and additional "-
D" properties explicitaly in the wrapper.conf file. So I
tried using standard command line files by setting
wrapper.java.additional.1=@java_environment.txt
wrapper.java.library.path.1=@java_libraries.txt
wrapper.java.classpath.1=@java_classpath.txt
but I only get the error:
The value of
property 'wrapper.java.additional.1', '@java_environment.t
xt' is not a valid argument to the jvm. Skipping.
followed by the wrong call
command: "F:\WINNT\system32\java.exe" -Xmx1024m -
Djava.library.path="@java_libraries.txt" -
classpath "@java_classpath.txt" -
Dwrapper.key="3NIvsfqZhwQURioB" -
Dwrapper.port=32000 -
Dwrapper.use_system_time="TRUE" -
Dwrapper.version="3.1.2" -
Dwrapper.native_library="wrapper" -
Dwrapper.cpu.timeout="60" -Dwrapper.jvmid=1
mss.JobSchedulerServerService
(Wrongh because the @java_libraries.txt and
@java_classpath.txt arguments are enclosed in files)
ultimatively followed by a
java.lang.NoClassDefFoundError.
See
http://java.sun.com/j2se/1.5.0/docs/tooldocs/windows/jav
ac.html#commandlineargfile for java command line
argument files.