Wrapper classpath on Windows 2000

classic Classic list List threaded Threaded
11 messages Options
Reply | Threaded
Open this post in threaded view
|

Wrapper classpath on Windows 2000

Volkar, John
I've been successfully using the java service wrapper for a while now;
but have just ran into a very odd situation.

I have a set of files (jars, dlls, etc), directories and a .properties
file that works just fine on a Win XP box, but when the entire setup is
put on a Windows 2000 machine, the service fails to start indicating a
class not found error.

I think to myself; well the classpath must not be right, must have got
something moved around wrong... After investigation no, everything looks
fine...  

So I try running 'java -cp yada;yada;yada' from the command line and
specify the classpath as normal and the app runs just fine...

So I do a 'wrapper -c My.props wrapper.debug=true' and look at the full
command line the wrapper is using and it looks...
...Just fine.  So now I'm really confused...

I've tried searching this mailinglist to no real avail; is there any
known issue with Win2K and wrapper?  Where can I even being to go from
here?  Thoughts or suggestions welcomed.

Why would something run from the commandline, but fail under the wrapper
(in console mode) with a class not found when they both have exactly the
same classpath?

Regards,
John Volkar
 
Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
 
N¬HY޵隊X¬²š'²ŠÞu¼’¦[§‰ÜŒ¨º
Þ¦Øk¢è!–ˆŠW¬~Šé®†åzk¶ŠC£ 塧m…éÞÀ@^ǚ­È^ž§zØZ¶f¤zËj·!Šx2¢êå¢â•ë±æ¬É«,º·âž a{› å,àHòÔ4¨m¶Ÿÿ±éZ²ëjY‚w­þÇ¥rg–y$‰Ó~7Ù¸Û}8ó§Z´×®6Z¶©¥êî±êæj)bž b²Õ«jš^®ë®X¬¶Ë(º·~Šàzw­†Ûi³ÿåŠËl²‹«qç讧zßåŠËlþX¬¶)ߣü+jš^®ë¬
Reply | Threaded
Open this post in threaded view
|

Re: Wrapper classpath on Windows 2000

Martin Keller
Hi Volkar,

maybe you ran into a problem with the maximum command line length?

Regards,
Martin

Volkar, John wrote:

>I've been successfully using the java service wrapper for a while now;
>but have just ran into a very odd situation.
>
>I have a set of files (jars, dlls, etc), directories and a .properties
>file that works just fine on a Win XP box, but when the entire setup is
>put on a Windows 2000 machine, the service fails to start indicating a
>class not found error.
>
>I think to myself; well the classpath must not be right, must have got
>something moved around wrong... After investigation no, everything looks
>fine...  
>
>So I try running 'java -cp yada;yada;yada' from the command line and
>specify the classpath as normal and the app runs just fine...
>
>So I do a 'wrapper -c My.props wrapper.debug=true' and look at the full
>command line the wrapper is using and it looks...
>...Just fine.  So now I'm really confused...
>
>I've tried searching this mailinglist to no real avail; is there any
>known issue with Win2K and wrapper?  Where can I even being to go from
>here?  Thoughts or suggestions welcomed.
>
>Why would something run from the commandline, but fail under the wrapper
>(in console mode) with a class not found when they both have exactly the
>same classpath?
>
>Regards,
>John Volkar
>  
>Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
>
>N¬HY޵隊X¬²š'²ŠÞu¼’¦[§�‰ÜŒ¨º
>Þ¦Øk¢è!–ˆŠW¬~Šé®†åzk¶ŠC£ 塧m…éÞÀ@^Çš­È^ž§zØZ¶f¤zËj·!Šx2¢êå¢â•ë±æ¬É«,º·âž a{› å�,àHòÔ4¨m¶Ÿÿ±éZ²ëjY‚w­þÇ¥rg–y$‰ÐÓ~7Ù¸�mãÎ�jÐÛ^¸ÙjÚ¦—«ºÇ«™¨¥Šx%ŠËV­ªiz»¬z¹b²Û,¢êÜyú+�éÞ¶m¦Ïÿ–+-²Ê.­ÇŸ¢¸�ë–+-³ùb²Ø§~�ð­ªiz»¬er==
>



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Wrapper-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/wrapper-user
Reply | Threaded
Open this post in threaded view
|

RE: Wrapper classpath on Windows 2000

Volkar, John
In reply to this post by Volkar, John
> maybe you ran into a problem with the maximum command line length?
Is it different between WinXP and Win2000 ???  I cannot imagine this
being the problem; the resulting command line isn't all *that* long.

I remember something about the maximum length of environment variables,
but there are no environ-variables involved in this case; and that limit
was 2048 and I'm way shorter than that.

Thanks for the thought, I don't think this is part of my problem; but
maybe I'm misunderstanding what you meant?

Regards,
John Volkar
 
Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
 
N¬HY޵隊X¬²š'²ŠÞu¼’¦[§‰ÜŒ¨º
Þ¦Øk¢è!–ˆŠW¬~Šé®†åzk¶ŠC£ 塧m…éÞÀ@^ǚ­È^ž§zØZ¶f¤zËj·!Šx2¢êå¢â•ë±æ¬É«,º·âž a{› å,àHòÔ4¨m¶Ÿÿ±éZ²ëjY‚w­þÇ¥rg–y$‰Ó~7Ù¸Û}8ó§Z´×®6Z¶©¥êî±êæj)bž b²Õ«jš^®ë®X¬¶Ë(º·~Šàzw­†Ûi³ÿåŠËl²‹«qç讧zßåŠËlþX¬¶)ߣü+jš^®ë¬
Reply | Threaded
Open this post in threaded view
|

Re: Wrapper classpath on Windows 2000

Leif Mortenson-2
In reply to this post by Volkar, John
John,
    Open your debug wrapper.log in an editor and copy the full command
used to launch
the Wrapper into a new batch file.   Remove the -Dwrapper.key property,
but leave the
rest of it unmodified.   You should now be able to run the exact same
command that the
Wrapper is using to launch the JVM.   Something must be different in
there somewhere
but this will make it easy to track the problem down while taking the
Wrapper out of
the equation.

Questions.
1) Does the above batch file fail in the same way as the Wrapper?

2) What is being used for your java command?  Is it locating java on the
PATH or have
you specified an absolute JVM to use?

3) What is the class that is failing to load?  What jar is it found in?  
and Does that jar
file appear in the command in the batch file?

Cheers
Leif

Volkar, John wrote:

> I've been successfully using the java service wrapper for a while now;
> but have just ran into a very odd situation.
>
> I have a set of files (jars, dlls, etc), directories and a .properties
> file that works just fine on a Win XP box, but when the entire setup is
> put on a Windows 2000 machine, the service fails to start indicating a
> class not found error.
>
> I think to myself; well the classpath must not be right, must have got
> something moved around wrong... After investigation no, everything looks
> fine...  
>
> So I try running 'java -cp yada;yada;yada' from the command line and
> specify the classpath as normal and the app runs just fine...
>
> So I do a 'wrapper -c My.props wrapper.debug=true' and look at the full
> command line the wrapper is using and it looks...
> ...Just fine.  So now I'm really confused...
>
> I've tried searching this mailinglist to no real avail; is there any
> known issue with Win2K and wrapper?  Where can I even being to go from
> here?  Thoughts or suggestions welcomed.
>
> Why would something run from the commandline, but fail under the wrapper
> (in console mode) with a class not found when they both have exactly the
> same classpath?
>
> Regards,
> John Volkar



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Wrapper-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/wrapper-user
Reply | Threaded
Open this post in threaded view
|

RE: Wrapper classpath on Windows 2000

Volkar, John
In reply to this post by Volkar, John
>     Open your debug wrapper.log in an editor and copy the
> full command used to launch the Wrapper into a new batch file.  
Done.

> Questions.
> 1) Does the above batch file fail in the same way as the Wrapper?
Yes, class not found.  Here's the full line from the batch file;
remember everything works just fine on WinXP; so this *has* to be Win
2000 related.

----
"C:\WINNT\system32\java.exe" -Dlog4j.configuration=FP2K.properties
-Xms64m -Xmx128m -Djava.library.path="./" -classpath
"FlexP2KInterface-1.4.2-src.jar;./lib/commons-codec-1.3.jar;./lib/common
s-httpclient-2.0.2.jar;./lib/commons-logging-1.0.2.jar;./lib/log4j-1.2.1
3.jar;./lib/xmlrpc-2.0.jar;./lib/jtds-1.2.jar;./lib/wrapper.jar"
-Dwrapper.port=32000 -Dwrapper.debug="TRUE"
-Dwrapper.use_system_time="TRUE" -Dwrapper.version="3.1.2"
-Dwrapper.native_library="wrapper" -Dwrapper.cpu.timeout="10"
-Dwrapper.jvmid=1 org.tanukisoftware.wrapper.WrapperStartStopApp
com.mckessonaps.fp2k.FP2KServiceWrapper$Start 0
com.mckessonaps.fp2k.FP2KServiceWrapper$Stop true 0
----


> 2) What is being used for your java command?  Is it locating
> java on the PATH or have you specified an absolute JVM to use?
It's locating it on the path, I'm not specifying a jvm.  As you can see
above it's using one from WINNT\system32 which I think the standard JRE
install dumps there.


> 3) What is the class that is failing to load?  What jar is it
> found in?  and Does that jar file appear in the command in the batch
file?
It's my main start class passed to the WrapperStartStopApp, and it's
found in the very first jar specified in the classpath...  (I use a pair
of static inner classes named Start and Stop as you can see in the
invokation above...

As an additional datapoint the following runs just fine and starts my
app; the only thig different is that I trimmed out all of the -Dwrapper
stuff and directly invoke my main Start class...

----
"C:\WINNT\system32\java.exe" -Dlog4j.configuration=FP2K.properties
-Xms64m -Xmx128m -Djava.library.path="./" -classpath
"FlexP2KInterface-1.4.2-src.jar;./lib/commons-codec-1.3.jar;./lib/common
s-httpclient-2.0.2.jar;./lib/commons-logging-1.0.2.jar;./lib/log4j-1.2.1
3.jar;./lib/xmlrpc-2.0.jar;./lib/jtds-1.2.jar;./lib/wrapper.jar"
com.mckessonaps.fp2k.FP2KServiceWrapper$Start
----

Maybe it *is* something to do with the maximum length of the command
line... ?  Help appreciated, thanks!

Regards,
John Volkar


PS: Just for completeness the following is the log file generated by the
wrapper from which I copied the invokation, there's not much to see;
just that it's a class not found...
----
STATUS | wrapper  | 2006/01/27 06:11:23 | --> Wrapper Started as Console
DEBUG  | wrapper  | 2006/01/27 06:11:23 | Using system timer.
DEBUG  | wrapperp | 2006/01/27 06:11:23 | server listening on port
32000.
STATUS | wrapper  | 2006/01/27 06:11:23 | Launching a JVM...
DEBUG  | wrapper  | 2006/01/27 06:11:23 | command:
"C:\WINNT\system32\java.exe" -Dlog4j.configuration=FP2K.properties
-Xms64m -Xmx128m -Djava.library.path="./" -classpath
"FlexP2KInterface-1.4.2-src.jar;./lib/commons-codec-1.3.jar;./lib/common
s-httpclient-2.0.2.jar;./lib/commons-logging-1.0.2.jar;./lib/log4j-1.2.1
3.jar;./lib/xmlrpc-2.0.jar;./lib/jtds-1.2.jar;./lib/wrapper.jar"
-Dwrapper.key="e18uqhBFNXSzDRKh" -Dwrapper.port=32000
-Dwrapper.debug="TRUE" -Dwrapper.use_system_time="TRUE"
-Dwrapper.version="3.1.2" -Dwrapper.native_library="wrapper"
-Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=1
org.tanukisoftware.wrapper.WrapperStartStopApp
com.mckessonaps.fp2k.FP2KServiceWrapper$Start 0
com.mckessonaps.fp2k.FP2KServiceWrapper$Stop true 0
DEBUG  | wrapper  | 2006/01/27 06:11:23 | JVM started (PID=2276)
INFO   | jvm 1    | 2006/01/27 06:11:23 | WrapperStartStopApp: Unable to
locate the class com.mckessonaps.fp2k.FP2KServiceWrapper$Start:
java.lang.ClassNotFoundException:
com.mckessonaps.fp2k.FP2KServiceWrapper$Start
INFO   | jvm 1    | 2006/01/27 06:11:23 |
INFO   | jvm 1    | 2006/01/27 06:11:23 | WrapperStartStopApp Usage:
INFO   | jvm 1    | 2006/01/27 06:11:23 |   java
org.tanukisoftware.wrapper.WrapperStartStopApp {start_class}
{start_arg_count} [start_arguments] {stop_class} {stop_wait}
{stop_arg_count} [stop_arguments]
INFO   | jvm 1    | 2006/01/27 06:11:23 |
INFO   | jvm 1    | 2006/01/27 06:11:23 | Where:
INFO   | jvm 1    | 2006/01/27 06:11:23 |   start_class:     The fully
qualified class name to run to start the
INFO   | jvm 1    | 2006/01/27 06:11:23 |
application.
INFO   | jvm 1    | 2006/01/27 06:11:23 |   start_arg_count: The number
of arguments to be passed to the start class's
INFO   | jvm 1    | 2006/01/27 06:11:23 |                    main
method.
INFO   | jvm 1    | 2006/01/27 06:11:23 |   stop_class:      The fully
qualified class name to run to stop the
INFO   | jvm 1    | 2006/01/27 06:11:23 |
application.
INFO   | jvm 1    | 2006/01/27 06:11:23 |   stop_wait:       When
stopping, should the Wrapper wait for all threads to
INFO   | jvm 1    | 2006/01/27 06:11:23 |                    complete
before exiting (true/false).
INFO   | jvm 1    | 2006/01/27 06:11:23 |   stop_arg_count:  The number
of arguments to be passed to the stop class's
INFO   | jvm 1    | 2006/01/27 06:11:23 |                    main
method.
INFO   | jvm 1    | 2006/01/27 06:11:23 |   app_parameters:  The
parameters that would normally be passed to the
INFO   | jvm 1    | 2006/01/27 06:11:23 |
application.
INFO   | jvm 1    | 2006/01/27 06:11:23 | WrapperManager class
initialized by thread: main  Using classloader:
sun.misc.Launcher$ExtClassLoader@a9c85c
INFO   | jvm 1    | 2006/01/27 06:11:23 | Wrapper Manager: JVM #1
INFO   | jvm 1    | 2006/01/27 06:11:23 | Wrapper Manager: Registering
shutdown hook
INFO   | jvm 1    | 2006/01/27 06:11:23 | Wrapper Manager: Using wrapper
INFO   | jvm 1    | 2006/01/27 06:11:23 | Loaded native library:
wrapper.dll
INFO   | jvm 1    | 2006/01/27 06:11:23 | Calling native initialization
method.
INFO   | jvm 1    | 2006/01/27 06:11:23 | Initializing WrapperManager
native library.
INFO   | jvm 1    | 2006/01/27 06:11:23 | Java Executable:
C:\WINNT\system32\java.exe
INFO   | jvm 1    | 2006/01/27 06:11:23 | Windows version: 5.0.2195
INFO   | jvm 1    | 2006/01/27 06:11:23 | Java Version   : 1.5.0_06-b05
Java HotSpot(TM) Client VM
INFO   | jvm 1    | 2006/01/27 06:11:23 | Java VM Vendor : Sun
Microsystems Inc.
INFO   | jvm 1    | 2006/01/27 06:11:23 |
INFO   | jvm 1    | 2006/01/27 06:11:23 | WrapperManager.stop(1) called
by thread: main
INFO   | jvm 1    | 2006/01/27 06:11:23 | Open socket to wrapper...
INFO   | jvm 1    | 2006/01/27 06:11:23 | Opened Socket
INFO   | jvm 1    | 2006/01/27 06:11:23 | Send a packet KEY :
e18uqhBFNXSzDRKh
INFO   | jvm 1    | 2006/01/27 06:11:23 |
handleSocket(Socket[addr=/127.0.0.1,port=32000,localport=1332])
DEBUG  | wrapperp | 2006/01/27 06:11:23 | accepted a socket from
127.0.0.1 on port 1332
DEBUG  | wrapperp | 2006/01/27 06:11:23 | read a packet KEY :
e18uqhBFNXSzDRKh
DEBUG  | wrapper  | 2006/01/27 06:11:23 | Got key from JVM:
e18uqhBFNXSzDRKh
DEBUG  | wrapperp | 2006/01/27 06:11:23 | send a packet LOW_LOG_LEVEL :
1
DEBUG  | wrapperp | 2006/01/27 06:11:23 | send a packet PING_TIMEOUT :
30
DEBUG  | wrapper  | 2006/01/27 06:11:23 | Start Application.
DEBUG  | wrapperp | 2006/01/27 06:11:23 | send a packet START : start
INFO   | jvm 1    | 2006/01/27 06:11:24 | Received a packet
LOW_LOG_LEVEL : 1
INFO   | jvm 1    | 2006/01/27 06:11:24 | Wrapper Manager: LowLogLevel
from Wrapper is 1
INFO   | jvm 1    | 2006/01/27 06:11:24 | Received a packet PING_TIMEOUT
: 30
INFO   | jvm 1    | 2006/01/27 06:11:24 | Wrapper Manager: PingTimeout
from Wrapper is 30000
INFO   | jvm 1    | 2006/01/27 06:11:24 | Received a packet START :
start
INFO   | jvm 1    | 2006/01/27 06:11:24 | calling listener.start()
INFO   | jvm 1    | 2006/01/27 06:11:24 | returned from listener.start()
INFO   | jvm 1    | 2006/01/27 06:11:24 | Send a packet STARTED :
INFO   | jvm 1    | 2006/01/27 06:11:24 | All non-daemon threads have
stopped.  Exiting.
INFO   | jvm 1    | 2006/01/27 06:11:24 | WrapperManager.stop(0) called
by thread: Wrapper-Connection
INFO   | jvm 1    | 2006/01/27 06:11:24 | Thread, Wrapper-Connection,
handling the shutdown process.
INFO   | jvm 1    | 2006/01/27 06:11:24 | calling listener.stop()
INFO   | jvm 1    | 2006/01/27 06:11:24 | returned from listener.stop()
INFO   | jvm 1    | 2006/01/27 06:11:24 | Send a packet STOPPED : 0
DEBUG  | wrapperp | 2006/01/27 06:11:24 | read a packet STARTED :
DEBUG  | wrapper  | 2006/01/27 06:11:24 | JVM signalled that it was
started.
DEBUG  | wrapperp | 2006/01/27 06:11:24 | read a packet STOPPED : 0
DEBUG  | wrapper  | 2006/01/27 06:11:24 | JVM signalled that it was
stopped.
INFO   | jvm 1    | 2006/01/27 06:11:24 | Closing socket.
DEBUG  | wrapperp | 2006/01/27 06:11:24 | socket read no code (closed?).
INFO   | jvm 1    | 2006/01/27 06:11:24 | calling System.exit(0)
INFO   | jvm 1    | 2006/01/27 06:11:24 | Send a packet STOP : 1
DEBUG  | wrapper  | 2006/01/27 06:11:24 | JVM process exited with a code
of 0, leaving the wrapper exit code set to 0.
DEBUG  | wrapper  | 2006/01/27 06:11:24 | JVM exited normally.
STATUS | wrapper  | 2006/01/27 06:11:25 | <-- Wrapper Stopped
----
 
Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
 
N¬HY޵隊X¬²š'²ŠÞu¼’¦[§‰ÜŒ¨º
Þ¦Øk¢è!–ˆŠW¬~Šé®†åzk¶ŠC£ 塧m…éÞÀ@^ǚ­È^ž§zØZ¶f¤zËj·!Šx2¢êå¢â•ë±æ¬É«,º·âž a{› å,àHòÔ4¨m¶Ÿÿ±éZ²ëjY‚w­þÇ¥rg–y$‰Ó~7Ù¸Û}8ó§Z´×®6Z¶©¥êî±êæj)bž b²Õ«jš^®ë®X¬¶Ë(º·~Šàzw­†Ûi³ÿåŠËl²‹«qç讧zßåŠËlþX¬¶)ߣü+jš^®ë¬
Reply | Threaded
Open this post in threaded view
|

Re: Wrapper classpath on Windows 2000

Leif Mortenson-2
John,
It is not a command line length problem. The message you are getting is
correctly showing
you the full name of the file that could not be loaded. If the command
line were being
truncated somehow, you wouldn't see that.

What Java version are you running on each of your systems? Are they the
same?
Run on each system. Verify that is what is being run by the Wrapper on
your XP system:
C:\WINNT\system32\java.exe -version

I have never tried running with a main class in inner classes. There may
be some
problems with the way the WrapperStartStopApp class is locating the main
methods.
Can't think of why the platform would make a difference, but there may
be some
differences if the Java version is different. Once I have more info, I
can try to
reproduce it here.

Cheers,
Leif

Volkar, John wrote:

>>     Open your debug wrapper.log in an editor and copy the
>> full command used to launch the Wrapper into a new batch file.  
>>    
> Done.
>
>  
>> Questions.
>> 1) Does the above batch file fail in the same way as the Wrapper?
>>    
> Yes, class not found.  Here's the full line from the batch file;
> remember everything works just fine on WinXP; so this *has* to be Win
> 2000 related.
>
> ----
> "C:\WINNT\system32\java.exe" -Dlog4j.configuration=FP2K.properties
> -Xms64m -Xmx128m -Djava.library.path="./" -classpath
> "FlexP2KInterface-1.4.2-src.jar;./lib/commons-codec-1.3.jar;./lib/common
> s-httpclient-2.0.2.jar;./lib/commons-logging-1.0.2.jar;./lib/log4j-1.2.1
> 3.jar;./lib/xmlrpc-2.0.jar;./lib/jtds-1.2.jar;./lib/wrapper.jar"
> -Dwrapper.port=32000 -Dwrapper.debug="TRUE"
> -Dwrapper.use_system_time="TRUE" -Dwrapper.version="3.1.2"
> -Dwrapper.native_library="wrapper" -Dwrapper.cpu.timeout="10"
> -Dwrapper.jvmid=1 org.tanukisoftware.wrapper.WrapperStartStopApp
> com.mckessonaps.fp2k.FP2KServiceWrapper$Start 0
> com.mckessonaps.fp2k.FP2KServiceWrapper$Stop true 0
> ----
>
>
>  
>> 2) What is being used for your java command?  Is it locating
>> java on the PATH or have you specified an absolute JVM to use?
>>    
> It's locating it on the path, I'm not specifying a jvm.  As you can see
> above it's using one from WINNT\system32 which I think the standard JRE
> install dumps there.
>
>
>  
>> 3) What is the class that is failing to load?  What jar is it
>> found in?  and Does that jar file appear in the command in the batch
>>    
> file?
> It's my main start class passed to the WrapperStartStopApp, and it's
> found in the very first jar specified in the classpath...  (I use a pair
> of static inner classes named Start and Stop as you can see in the
> invokation above...
>
> As an additional datapoint the following runs just fine and starts my
> app; the only thig different is that I trimmed out all of the -Dwrapper
> stuff and directly invoke my main Start class...
>
> ----
> "C:\WINNT\system32\java.exe" -Dlog4j.configuration=FP2K.properties
> -Xms64m -Xmx128m -Djava.library.path="./" -classpath
> "FlexP2KInterface-1.4.2-src.jar;./lib/commons-codec-1.3.jar;./lib/common
> s-httpclient-2.0.2.jar;./lib/commons-logging-1.0.2.jar;./lib/log4j-1.2.1
> 3.jar;./lib/xmlrpc-2.0.jar;./lib/jtds-1.2.jar;./lib/wrapper.jar"
> com.mckessonaps.fp2k.FP2KServiceWrapper$Start
> ----
>
> Maybe it *is* something to do with the maximum length of the command
> line... ?  Help appreciated, thanks!
>
> Regards,
> John Volkar
>
>
> PS: Just for completeness the following is the log file generated by the
> wrapper from which I copied the invokation, there's not much to see;
> just that it's a class not found...
> ----
> STATUS | wrapper  | 2006/01/27 06:11:23 | --> Wrapper Started as Console
> DEBUG  | wrapper  | 2006/01/27 06:11:23 | Using system timer.
> DEBUG  | wrapperp | 2006/01/27 06:11:23 | server listening on port
> 32000.
> STATUS | wrapper  | 2006/01/27 06:11:23 | Launching a JVM...
> DEBUG  | wrapper  | 2006/01/27 06:11:23 | command:
> "C:\WINNT\system32\java.exe" -Dlog4j.configuration=FP2K.properties
> -Xms64m -Xmx128m -Djava.library.path="./" -classpath
> "FlexP2KInterface-1.4.2-src.jar;./lib/commons-codec-1.3.jar;./lib/common
> s-httpclient-2.0.2.jar;./lib/commons-logging-1.0.2.jar;./lib/log4j-1.2.1
> 3.jar;./lib/xmlrpc-2.0.jar;./lib/jtds-1.2.jar;./lib/wrapper.jar"
> -Dwrapper.key="e18uqhBFNXSzDRKh" -Dwrapper.port=32000
> -Dwrapper.debug="TRUE" -Dwrapper.use_system_time="TRUE"
> -Dwrapper.version="3.1.2" -Dwrapper.native_library="wrapper"
> -Dwrapper.cpu.timeout="10" -Dwrapper.jvmid=1
> org.tanukisoftware.wrapper.WrapperStartStopApp
> com.mckessonaps.fp2k.FP2KServiceWrapper$Start 0
> com.mckessonaps.fp2k.FP2KServiceWrapper$Stop true 0
> DEBUG  | wrapper  | 2006/01/27 06:11:23 | JVM started (PID=2276)
> INFO   | jvm 1    | 2006/01/27 06:11:23 | WrapperStartStopApp: Unable to
> locate the class com.mckessonaps.fp2k.FP2KServiceWrapper$Start:
> java.lang.ClassNotFoundException:
> com.mckessonaps.fp2k.FP2KServiceWrapper$Start
> INFO   | jvm 1    | 2006/01/27 06:11:23 |
> INFO   | jvm 1    | 2006/01/27 06:11:23 | WrapperStartStopApp Usage:
> INFO   | jvm 1    | 2006/01/27 06:11:23 |   java
> org.tanukisoftware.wrapper.WrapperStartStopApp {start_class}
> {start_arg_count} [start_arguments] {stop_class} {stop_wait}
> {stop_arg_count} [stop_arguments]
> INFO   | jvm 1    | 2006/01/27 06:11:23 |
> INFO   | jvm 1    | 2006/01/27 06:11:23 | Where:
> INFO   | jvm 1    | 2006/01/27 06:11:23 |   start_class:     The fully
> qualified class name to run to start the
> INFO   | jvm 1    | 2006/01/27 06:11:23 |
> application.
> INFO   | jvm 1    | 2006/01/27 06:11:23 |   start_arg_count: The number
> of arguments to be passed to the start class's
> INFO   | jvm 1    | 2006/01/27 06:11:23 |                    main
> method.
> INFO   | jvm 1    | 2006/01/27 06:11:23 |   stop_class:      The fully
> qualified class name to run to stop the
> INFO   | jvm 1    | 2006/01/27 06:11:23 |
> application.
> INFO   | jvm 1    | 2006/01/27 06:11:23 |   stop_wait:       When
> stopping, should the Wrapper wait for all threads to
> INFO   | jvm 1    | 2006/01/27 06:11:23 |                    complete
> before exiting (true/false).
> INFO   | jvm 1    | 2006/01/27 06:11:23 |   stop_arg_count:  The number
> of arguments to be passed to the stop class's
> INFO   | jvm 1    | 2006/01/27 06:11:23 |                    main
> method.
> INFO   | jvm 1    | 2006/01/27 06:11:23 |   app_parameters:  The
> parameters that would normally be passed to the
> INFO   | jvm 1    | 2006/01/27 06:11:23 |
> application.
> INFO   | jvm 1    | 2006/01/27 06:11:23 | WrapperManager class
> initialized by thread: main  Using classloader:
> sun.misc.Launcher$ExtClassLoader@a9c85c
> INFO   | jvm 1    | 2006/01/27 06:11:23 | Wrapper Manager: JVM #1
> INFO   | jvm 1    | 2006/01/27 06:11:23 | Wrapper Manager: Registering
> shutdown hook
> INFO   | jvm 1    | 2006/01/27 06:11:23 | Wrapper Manager: Using wrapper
> INFO   | jvm 1    | 2006/01/27 06:11:23 | Loaded native library:
> wrapper.dll
> INFO   | jvm 1    | 2006/01/27 06:11:23 | Calling native initialization
> method.
> INFO   | jvm 1    | 2006/01/27 06:11:23 | Initializing WrapperManager
> native library.
> INFO   | jvm 1    | 2006/01/27 06:11:23 | Java Executable:
> C:\WINNT\system32\java.exe
> INFO   | jvm 1    | 2006/01/27 06:11:23 | Windows version: 5.0.2195
> INFO   | jvm 1    | 2006/01/27 06:11:23 | Java Version   : 1.5.0_06-b05
> Java HotSpot(TM) Client VM
> INFO   | jvm 1    | 2006/01/27 06:11:23 | Java VM Vendor : Sun
> Microsystems Inc.
> INFO   | jvm 1    | 2006/01/27 06:11:23 |
> INFO   | jvm 1    | 2006/01/27 06:11:23 | WrapperManager.stop(1) called
> by thread: main
> INFO   | jvm 1    | 2006/01/27 06:11:23 | Open socket to wrapper...
> INFO   | jvm 1    | 2006/01/27 06:11:23 | Opened Socket
> INFO   | jvm 1    | 2006/01/27 06:11:23 | Send a packet KEY :
> e18uqhBFNXSzDRKh
> INFO   | jvm 1    | 2006/01/27 06:11:23 |
> handleSocket(Socket[addr=/127.0.0.1,port=32000,localport=1332])
> DEBUG  | wrapperp | 2006/01/27 06:11:23 | accepted a socket from
> 127.0.0.1 on port 1332
> DEBUG  | wrapperp | 2006/01/27 06:11:23 | read a packet KEY :
> e18uqhBFNXSzDRKh
> DEBUG  | wrapper  | 2006/01/27 06:11:23 | Got key from JVM:
> e18uqhBFNXSzDRKh
> DEBUG  | wrapperp | 2006/01/27 06:11:23 | send a packet LOW_LOG_LEVEL :
> 1
> DEBUG  | wrapperp | 2006/01/27 06:11:23 | send a packet PING_TIMEOUT :
> 30
> DEBUG  | wrapper  | 2006/01/27 06:11:23 | Start Application.
> DEBUG  | wrapperp | 2006/01/27 06:11:23 | send a packet START : start
> INFO   | jvm 1    | 2006/01/27 06:11:24 | Received a packet
> LOW_LOG_LEVEL : 1
> INFO   | jvm 1    | 2006/01/27 06:11:24 | Wrapper Manager: LowLogLevel
> from Wrapper is 1
> INFO   | jvm 1    | 2006/01/27 06:11:24 | Received a packet PING_TIMEOUT
> : 30
> INFO   | jvm 1    | 2006/01/27 06:11:24 | Wrapper Manager: PingTimeout
> from Wrapper is 30000
> INFO   | jvm 1    | 2006/01/27 06:11:24 | Received a packet START :
> start
> INFO   | jvm 1    | 2006/01/27 06:11:24 | calling listener.start()
> INFO   | jvm 1    | 2006/01/27 06:11:24 | returned from listener.start()
> INFO   | jvm 1    | 2006/01/27 06:11:24 | Send a packet STARTED :
> INFO   | jvm 1    | 2006/01/27 06:11:24 | All non-daemon threads have
> stopped.  Exiting.
> INFO   | jvm 1    | 2006/01/27 06:11:24 | WrapperManager.stop(0) called
> by thread: Wrapper-Connection
> INFO   | jvm 1    | 2006/01/27 06:11:24 | Thread, Wrapper-Connection,
> handling the shutdown process.
> INFO   | jvm 1    | 2006/01/27 06:11:24 | calling listener.stop()
> INFO   | jvm 1    | 2006/01/27 06:11:24 | returned from listener.stop()
> INFO   | jvm 1    | 2006/01/27 06:11:24 | Send a packet STOPPED : 0
> DEBUG  | wrapperp | 2006/01/27 06:11:24 | read a packet STARTED :
> DEBUG  | wrapper  | 2006/01/27 06:11:24 | JVM signalled that it was
> started.
> DEBUG  | wrapperp | 2006/01/27 06:11:24 | read a packet STOPPED : 0
> DEBUG  | wrapper  | 2006/01/27 06:11:24 | JVM signalled that it was
> stopped.
> INFO   | jvm 1    | 2006/01/27 06:11:24 | Closing socket.
> DEBUG  | wrapperp | 2006/01/27 06:11:24 | socket read no code (closed?).
> INFO   | jvm 1    | 2006/01/27 06:11:24 | calling System.exit(0)
> INFO   | jvm 1    | 2006/01/27 06:11:24 | Send a packet STOP : 1
> DEBUG  | wrapper  | 2006/01/27 06:11:24 | JVM process exited with a code
> of 0, leaving the wrapper exit code set to 0.
> DEBUG  | wrapper  | 2006/01/27 06:11:24 | JVM exited normally.
> STATUS | wrapper  | 2006/01/27 06:11:25 | <-- Wrapper Stopped
> ----
>  
> Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
>  
> N¬HY޵隊X¬²š'²ŠÞu¼’¦[§�‰ÜŒ¨º
> Þ¦Øk¢è!–ˆŠW¬~Šé®†åzk¶ŠC£ 塧m…éÞÀ@^Çš­È^ž§zØZ¶f¤zËj·!Šx2¢êå¢â•ë±æ¬É«,º·âž a{› å�,àHòÔ4¨m¶Ÿÿ±éZ²ëjY‚w­þÇ¥rg–y$‰ÐÓ~7Ù¸�mãÎ�jÐÛ^¸ÙjÚ¦—«ºÇ«™¨¥Šx%ŠËV­ªiz»¬z¹b²Û,¢êÜyú+�éÞ¶m¦Ïÿ–+-²Ê.­ÇŸ¢¸�ë–+-³ùb²Ø§~�ð­ªiz»¬er==



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Wrapper-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/wrapper-user
Reply | Threaded
Open this post in threaded view
|

RE: Wrapper classpath on Windows 2000

Volkar, John
In reply to this post by Volkar, John
> It is not a command line length problem.
Good; it didn't feel like it was and I'd be annoyed at windows if that
were the case.

> What Java version are you running on each of your systems?
> Run on each system. Verify that is what is being run by the
> Wrapper on your XP system:
> C:\WINNT\system32\java.exe -version
I'll just pull from the wrapper service logs...

On the Win 2000 box (where it fails):
----
INFO   | jvm 1    | 2006/01/27 06:11:23 | Java Executable:
C:\WINNT\system32\java.exe
INFO   | jvm 1    | 2006/01/27 06:11:23 | Windows version: 5.0.2195
INFO   | jvm 1    | 2006/01/27 06:11:23 | Java Version   : 1.5.0_06-b05
Java HotSpot(TM) Client VM
INFO   | jvm 1    | 2006/01/27 06:11:23 | Java VM Vendor : Sun
Microsystems Inc.
----

On my WinXP (where it all works):
----
INFO   | jvm 1    | 2006/01/25 18:41:48 | Java Executable:
C:\WINDOWS\system32\java.exe
INFO   | jvm 1    | 2006/01/25 18:41:48 | Windows version: 5.1.2600
INFO   | jvm 1    | 2006/01/25 18:41:48 | Java Version   : 1.5.0_06-b05
Java HotSpot(TM) Client VM
INFO   | jvm 1    | 2006/01/25 18:41:48 | Java VM Vendor : Sun
Microsystems Inc.
----

> Are they the same?
Looks like they are the exact same java version to me.

> I have never tried running with a main class in inner
> classes. There may be some problems with the way the
> WrapperStartStopApp class is locating the main methods.
I cannot for the life of me imagine why that would be a problem; the JVM
is the same.  If I had to I suppose I could pull the inners out and try
again; but I like keeping them tucked in, they are all of like 5 lines
of code each.

> Can't think of why the platform would make a difference, but
> there may be some differences if the Java version is
> different. Once I have more info, I can try to reproduce it here.

Lief, thanks for your help, I'm kind of at a loss to explain this
myself.  If I get a free moment I'll pull those inners clases out and
see what happens.

Regards,
John Volkar
 
Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
 
N¬HY޵隊X¬²š'²ŠÞu¼’¦[§‰ÜŒ¨º
Þ¦Øk¢è!–ˆŠW¬~Šé®†åzk¶ŠC£ 塧m…éÞÀ@^ǚ­È^ž§zØZ¶f¤zËj·!Šx2¢êå¢â•ë±æ¬É«,º·âž a{› å,àHòÔ4¨m¶Ÿÿ±éZ²ëjY‚w­þÇ¥rg–y$‰Ó~7Ù¸Û}8ó§Z´×®6Z¶©¥êî±êæj)bž b²Õ«jš^®ë®X¬¶Ë(º·~Šàzw­†Ûi³ÿåŠËl²‹«qç讧zßåŠËlþX¬¶)ߣü+jš^®ë¬
Reply | Threaded
Open this post in threaded view
|

Re: Wrapper classpath on Windows 2000

Buntingster
Just a thought here - what does your directory structure look like and
where are you running it from?

 From what I recall in the wrapper documentation, the java executable is
launched from the directory that wrapper.exe exists in - meaning all of
your classpath files have to be relative to your bin directory. This has
been a source of confusion with me before - saw similiar results as you
are seeing. However, this wouldn't account for your Win2000 - WinXP
difference, but...it might be worth looking into.

-Jared

Volkar, John wrote:

>>It is not a command line length problem.
>>    
>>
>Good; it didn't feel like it was and I'd be annoyed at windows if that
>were the case.
>
>  
>
>>What Java version are you running on each of your systems?
>>Run on each system. Verify that is what is being run by the
>>Wrapper on your XP system:
>>C:\WINNT\system32\java.exe -version
>>    
>>
>I'll just pull from the wrapper service logs...
>
>On the Win 2000 box (where it fails):
>----
>INFO   | jvm 1    | 2006/01/27 06:11:23 | Java Executable:
>C:\WINNT\system32\java.exe
>INFO   | jvm 1    | 2006/01/27 06:11:23 | Windows version: 5.0.2195
>INFO   | jvm 1    | 2006/01/27 06:11:23 | Java Version   : 1.5.0_06-b05
>Java HotSpot(TM) Client VM
>INFO   | jvm 1    | 2006/01/27 06:11:23 | Java VM Vendor : Sun
>Microsystems Inc.
>----
>
>On my WinXP (where it all works):
>----
>INFO   | jvm 1    | 2006/01/25 18:41:48 | Java Executable:
>C:\WINDOWS\system32\java.exe
>INFO   | jvm 1    | 2006/01/25 18:41:48 | Windows version: 5.1.2600
>INFO   | jvm 1    | 2006/01/25 18:41:48 | Java Version   : 1.5.0_06-b05
>Java HotSpot(TM) Client VM
>INFO   | jvm 1    | 2006/01/25 18:41:48 | Java VM Vendor : Sun
>Microsystems Inc.
>----
>
>  
>
>>Are they the same?
>>    
>>
>Looks like they are the exact same java version to me.
>
>  
>
>>I have never tried running with a main class in inner
>>classes. There may be some problems with the way the
>>WrapperStartStopApp class is locating the main methods.
>>    
>>
>I cannot for the life of me imagine why that would be a problem; the JVM
>is the same.  If I had to I suppose I could pull the inners out and try
>again; but I like keeping them tucked in, they are all of like 5 lines
>of code each.
>
>  
>
>>Can't think of why the platform would make a difference, but
>>there may be some differences if the Java version is
>>different. Once I have more info, I can try to reproduce it here.
>>    
>>
>
>Lief, thanks for your help, I'm kind of at a loss to explain this
>myself.  If I get a free moment I'll pull those inners clases out and
>see what happens.
>
>Regards,
>John Volkar
>  
>Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
>
>N¬HY޵隊X¬²š'²ŠÞu¼’¦[§�‰ÜŒ¨º
>Þ¦Øk¢è!–ˆŠW¬~Šé®†åzk¶ŠC£ 塧m…éÞÀ@^Çš­È^ž§zØZ¶f¤zËj·!Šx2¢êå¢â•ë±æ¬É«,º·âž a{› å�,àHòÔ4¨m¶Ÿÿ±éZ²ëjY‚w­þÇ¥rg–y$‰ÐÓ~7Ù¸�mãÎ�jÐÛ^¸ÙjÚ¦—«ºÇ«™¨¥Šx%ŠËV­ªiz»¬z¹b²Û,¢êÜyú+�éÞ¶m¦Ïÿ–+-²Ê.­ÇŸ¢¸�ë–+-³ùb²Ø§~�ð­ªiz»¬er==
>




-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Wrapper-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/wrapper-user
Reply | Threaded
Open this post in threaded view
|

RE: Wrapper classpath on Windows 2000

Volkar, John
In reply to this post by Volkar, John
> Just a thought here - what does your directory structure look
> like and where are you running it from?
Good thought, thanks, but...

> However, this wouldn't account for your Win2000 -
> WinXP difference, but...it might be worth looking into.
Yeah, it's the same exact directory layout on the boxes.  

I'm a bit hampered in testing/playing on this the only Win2000 box I
have available to me is only  accessible to me via remote access, when
the QA team isn't working on it.

What's driving me nuts is that the invocation line works when all the
-Dwrapper stuff is stripped and I invoke my main class directly, but
thru the wrapper it doesn't...

I'm wondering if my use of a static inner class for Start and Stop isn't
the problem somehow...

Regards,
John Volkar
 
Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message.
 
N¬HY޵隊X¬²š'²ŠÞu¼’¦[§‰ÜŒ¨º
Þ¦Øk¢è!–ˆŠW¬~Šé®†åzk¶ŠC£ 塧m…éÞÀ@^ǚ­È^ž§zØZ¶f¤zËj·!Šx2¢êå¢â•ë±æ¬É«,º·âž a{› å,àHòÔ4¨m¶Ÿÿ±éZ²ëjY‚w­þÇ¥rg–y$‰Ó~7Ù¸Û}8ó§Z´×®6Z¶©¥êî±êæj)bž b²Õ«jš^®ë®X¬¶Ë(º·~Šàzw­†Ûi³ÿåŠËl²‹«qç讧zßåŠËlþX¬¶)ߣü+jš^®ë¬
Reply | Threaded
Open this post in threaded view
|

Re: Wrapper classpath on Windows 2000

Leif Mortenson-2
John,

Volkar, John wrote:
>> Just a thought here - what does your directory structure look
>> like and where are you running it from?
>>    
> Good thought, thanks, but...
>  
The Wrapper is good about forcing the current directory to be the
location of the
Wrapper.exe.   That will not be the case when you run the batch file I
had you
create so you will want to run that from within the correct directory.

>> However, this wouldn't account for your Win2000 -
>> WinXP difference, but...it might be worth looking into.
>>    
> Yeah, it's the same exact directory layout on the boxes.  
>
> I'm a bit hampered in testing/playing on this the only Win2000 box I
> have available to me is only  accessible to me via remote access, when
> the QA team isn't working on it.
>
> What's driving me nuts is that the invocation line works when all the
> -Dwrapper stuff is stripped and I invoke my main class directly, but
> thru the wrapper it doesn't...
>
> I'm wondering if my use of a static inner class for Start and Stop isn't
> the problem somehow...
>  
That is the only thing that I can think of as well...   The
WrapperStartStopApp class
has code in the getMainMethod method which is attempting to load your
com.mckessonaps.fp2k.FP2KServiceWrapper$Start class manually.  That is
failing for some reason.

A couple more things for you to try:
1) Add the -verbose:class parameter to the batch file and see whether or
not the
class is being loaded.

2) Change the main class from com.mckessonaps.fp2k.FP2KServiceWrapper$Start
to com.mckessonaps.fp2k.FP2KServiceWrapper and see what happens.  You will
still get an error that the main method can't be found, but that is
after the class has
been successfully loaded.   Do this with the -verbose:class parameter
set as well.

I can't think what could be causing this that would be OS specific,
given that it
also happens with the batch file...  If it were a file permission
problem then it
would also happen when the wrapper parameters were removed.

Have you installed any non-default security policy files in that JVM?  
There is
nothing specified from the command line, but it is possible to edit the
security
files of the JVM itself.

I'll post again if I think of anything else.
Leif



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Wrapper-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/wrapper-user
Reply | Threaded
Open this post in threaded view
|

Re: Wrapper classpath on Windows 2000

Leif Mortenson-2
John,
    Sorry.  I had meant to post the source of the getMainMethod method.
http://cvs.sourceforge.net/viewcvs.py/wrapper/wrapper/src/java/org/tanukisoftware/wrapper/WrapperStartStopApp.java?rev=1.7&only_with_tag=RELEASE_3_1_2&view=auto

Cheers,
Leif

Leif Mortenson wrote:

> John,
>
> Volkar, John wrote:
>>> Just a thought here - what does your directory structure look like
>>> and where are you running it from?
>>>    
>> Good thought, thanks, but...
>>  
> The Wrapper is good about forcing the current directory to be the
> location of the
> Wrapper.exe.   That will not be the case when you run the batch file I
> had you
> create so you will want to run that from within the correct directory.
>>> However, this wouldn't account for your Win2000 - WinXP difference,
>>> but...it might be worth looking into.
>>>    
>> Yeah, it's the same exact directory layout on the boxes.
>> I'm a bit hampered in testing/playing on this the only Win2000 box I
>> have available to me is only  accessible to me via remote access, when
>> the QA team isn't working on it.
>>
>> What's driving me nuts is that the invocation line works when all the
>> -Dwrapper stuff is stripped and I invoke my main class directly, but
>> thru the wrapper it doesn't...
>>
>> I'm wondering if my use of a static inner class for Start and Stop isn't
>> the problem somehow...
>>  
> That is the only thing that I can think of as well...   The
> WrapperStartStopApp class
> has code in the getMainMethod method which is attempting to load your
> com.mckessonaps.fp2k.FP2KServiceWrapper$Start class manually.  That is
> failing for some reason.
>
> A couple more things for you to try:
> 1) Add the -verbose:class parameter to the batch file and see whether
> or not the
> class is being loaded.
>
> 2) Change the main class from
> com.mckessonaps.fp2k.FP2KServiceWrapper$Start
> to com.mckessonaps.fp2k.FP2KServiceWrapper and see what happens.  You
> will
> still get an error that the main method can't be found, but that is
> after the class has
> been successfully loaded.   Do this with the -verbose:class parameter
> set as well.
>
> I can't think what could be causing this that would be OS specific,
> given that it
> also happens with the batch file...  If it were a file permission
> problem then it
> would also happen when the wrapper parameters were removed.
>
> Have you installed any non-default security policy files in that JVM?  
> There is
> nothing specified from the command line, but it is possible to edit
> the security
> files of the JVM itself.
>
> I'll post again if I think of anything else.
> Leif



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Wrapper-user mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/wrapper-user