wrapper-user — User issues for Wrapper. (Support questions, etc.)

[Wrapper-user] Boot classpath with spaces

[Martin K. <mar...@un...>]

Hello,

we have a little problem when specifying the boot class in 
wrapper.conf-Files.
If the path contains spaces, the Windows version needs a quoted 
specification, e.g.

wrapper.java.additional.1="-Xbootclasspath/p:C:\wrapper sample\sample.jar"

while the Unix doesn't accept quotes at all.
Is there any consistent way of specifying the boot classpath?


Sincerely,
Martin

Re: [Wrapper-user] Wrapper start problems

[Christian M. <chr...@ta...>]

Manjiri,

Thank you for your mail.

The JVM received a sigkill from somewhere, and it doesn't look like it
came from the Wrapper, so could you please send me the full log file
and the conf file you are using? This should give me more information
if there is some other issue.

Thank you,
Christian

On Sat, Apr 2, 2011 at 12:33 AM, Manjiri <man...@gm...> wrote:
>
> Hello,
>
> I am trying to start ApacheDS server, which launches a Tanuki Wrapper:
>
> The wrapper stops, causing me issues while starting the ApacheDS server.
>
> Running Apache Directory Server - default...
> wrapper  | --> Wrapper Started as Console
> wrapper  | Using tick timer.
> wrapperp | server listening on port 32000.
> wrapper  | Command[0] : java
> wrapper  | Command[1] :
> -Dlog4j.configuration=file:////var/lib/apacheds-1.5.7/default/conf/log4j.properties
> wrapper  | Command[2] : -Dapacheds.var.dir=/var/lib/apacheds-1.5.7/default
> wrapper  | Command[3] :
> -Dapacheds.log.dir=/var/lib/apacheds-1.5.7/default/log
> wrapper  | Command[4] :
> -Dapacheds.run.dir=/var/lib/apacheds-1.5.7/default/run
> wrapper  | Command[5] : -Dapacheds.instance=default
> wrapper  | Command[6] :
> -Dbootstrap.start.class=org.apache.ldap.server.Service
> wrapper  | Command[7] :
> -Dbootstrap.stop.class=org.apache.ldap.server.Service
> wrapper  | Command[8] : -Xms384m
> wrapper  | Command[9] : -Xmx384m
> wrapper  | Command[10] : -Djava.library.path=../lib
> wrapper  | Command[11] : -classpath
> ...
> wrapper  | Pause reading child output to share cycles.
> wrapper  | JVM exited on its own while waiting to kill the application.
> wrapper  | JVM did not exit on request, terminated
> wrapper  | Signal trapped.  Details:
> wrapper  |   signal number=17 (SIGCHLD), source="unknown"
> wrapper  | Received SIGCHLD, checking JVM process status.
> wrapper  | JVM exited in response to signal SIGKILL (9).
> wrapper  | JVM process exited with a code of 1, setting the wrapper exit
> code to 1.
> ...
> wrapperp | server listening on port 32000.
> wrapper  | JVM was only running for 34 seconds leading to a failed restart
> count of 1.
> wrapper  | There were 1 failed launches in a row, each lasting less than 300
> seconds.  Giving up.
> wrapper  |   There may be a configuration problem: please check the logs.
> wrapper  | <-- Wrapper Stopped
>
>
>
> Following are some of the wrapper properties:
>
> wrapper.shutdown.timeout=30
> wrapper.startup.timeout=120
> wrapper.ping.timeout=300
> wrapper.on_exit.default=RESTART
> wrapper.port=15013
> wrapper.java.command=/usr/local/jdk1.6.0_03/bin/java
> apacheds.instance.start=auto
>
> Thank You.
>
> Sincerely,
> Manjiri
>
> --
> View this message in context: http://old.nabble.com/Wrapper-start-problems-tp31295824p31295824.html
> Sent from the Java Service Wrapper mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Create and publish websites with WebMatrix
> Use the most popular FREE web apps or write code yourself;
> WebMatrix provides all the features you need to develop and
> publish your website. http://p.sf.net/sfu/ms-webmatrix-sf
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>

[Wrapper-user] Wrapper start problems

[Manjiri <man...@gm...>]

Hello,

I am trying to start ApacheDS server, which launches a Tanuki Wrapper:

The wrapper stops, causing me issues while starting the ApacheDS server.

Running Apache Directory Server - default...
wrapper  | --> Wrapper Started as Console
wrapper  | Using tick timer.
wrapperp | server listening on port 32000.
wrapper  | Command[0] : java
wrapper  | Command[1] :
-Dlog4j.configuration=file:////var/lib/apacheds-1.5.7/default/conf/log4j.properties
wrapper  | Command[2] : -Dapacheds.var.dir=/var/lib/apacheds-1.5.7/default
wrapper  | Command[3] :
-Dapacheds.log.dir=/var/lib/apacheds-1.5.7/default/log
wrapper  | Command[4] :
-Dapacheds.run.dir=/var/lib/apacheds-1.5.7/default/run
wrapper  | Command[5] : -Dapacheds.instance=default
wrapper  | Command[6] :
-Dbootstrap.start.class=org.apache.ldap.server.Service
wrapper  | Command[7] :
-Dbootstrap.stop.class=org.apache.ldap.server.Service
wrapper  | Command[8] : -Xms384m
wrapper  | Command[9] : -Xmx384m
wrapper  | Command[10] : -Djava.library.path=../lib
wrapper  | Command[11] : -classpath
...
wrapper  | Pause reading child output to share cycles.
wrapper  | JVM exited on its own while waiting to kill the application.
wrapper  | JVM did not exit on request, terminated
wrapper  | Signal trapped.  Details:
wrapper  |   signal number=17 (SIGCHLD), source="unknown"
wrapper  | Received SIGCHLD, checking JVM process status.
wrapper  | JVM exited in response to signal SIGKILL (9).
wrapper  | JVM process exited with a code of 1, setting the wrapper exit
code to 1.
...
wrapperp | server listening on port 32000.
wrapper  | JVM was only running for 34 seconds leading to a failed restart
count of 1.
wrapper  | There were 1 failed launches in a row, each lasting less than 300
seconds.  Giving up.
wrapper  |   There may be a configuration problem: please check the logs.
wrapper  | <-- Wrapper Stopped



Following are some of the wrapper properties:

wrapper.shutdown.timeout=30
wrapper.startup.timeout=120
wrapper.ping.timeout=300
wrapper.on_exit.default=RESTART
wrapper.port=15013
wrapper.java.command=/usr/local/jdk1.6.0_03/bin/java
apacheds.instance.start=auto

Thank You.

Sincerely,
Manjiri

-- 
View this message in context: http://old.nabble.com/Wrapper-start-problems-tp31295824p31295824.html
Sent from the Java Service Wrapper mailing list archive at Nabble.com.

Re: [Wrapper-user] server machine

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

F,
What does the contents of your wrapper.log file look like?   Does it
show that the JVM is running correctly?   If so then it is most likely
an application level problem.   What kind of database are you using?

I know that Windows can have problems connecting to network shares on
startup for example.  We have implemented some features to work around
this Windows problem here:
http://wrapper.tanukisoftware.com/doc/english/prop-share-general.html

I will need some information about what is failing on your application
to give you some useful feedback.

Cheers,
Leif

2011/3/26 caifeng <not...@ho...>:
> Hi everyone,
>   I have a problem need some help. It is not easy to google search for this
> problem for an answer. I did google it but no result.
>   I wrote a Java program and use JSW to run it as a windows service.
> Everything goes okay. However, if I restart the server machine, the service
> which wraps my Java program also restarts, but without functioning at all!
> Open the service panel, I can see this Java program service has a "started"
> status. I believe it means the Java program is running. With careful
> observation, I find out this Java program is running but doing nothing. For
> example, the data in database is not read, not changed, not deleted. Then, I
> have to stop the service and restart the service. Then everything back to
> normal. My sus to it is that after the server machine reboots, the Java
> machine runs after the JSW? I am not sure. Does anybody has this problem
> before? Does anyone knows what is wrong and why?
> Thanks,
> F

Re: [Wrapper-user] Java Classpath and Cascading Include Files

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

Sean,
The wrapper.ignore_sequence_gaps property was not implemented until
version 3.3.6.  Prior to that the numbers in the name needed to be
sequential.  Most likely this is the problem.

The Wrapper is constantly being improved and many features will only
work after a certain version.  To help with this, we have added a
version block at the top of each page showing which platforms,
editions, and versions the property works on.  Please see the
following for an example.
http://wrapper.tanukisoftware.com/doc/english/prop-ignore-sequence-gaps.html

If it still does not work in the latest version, please let me know.

Cheers,
Leif

On Sat, Mar 26, 2011 at 4:46 AM, Sean Ayres <say...@gm...> wrote:
> Hey,
>
> I am currently using version 3.3.0 of the Java Service Wrapper.  We've been
> running the wrapper successfully for awhile with an #include file that
> includes the default initialization parameters for our services.
>
> I recently attempted to create include files for some of the common java
> classpath entries that were occurring in all our service wrapper
> configuration files.  I gave each of these include files their own range of
> values for the wrapper.java.classpath.<n> properties (i.e. first one has the
> range of 100-199, second has the range of 200-299, etc).  I turned on the
> #include.debug and I can see that every include file is being located when
> the services are installed/uninstalled.  Each include file also sets the
> wrapper.ignore_sequence_gaps property to TRUE.
>
> With all debugging turned on, I can see the full java command being run and
> can tell that the classpath entries in the include files are NOT being added
> to the classpath argument, and the only ones found within the classpath
> argument are the ones explicitly listed in the service's own .conf file.  I
> can't find anywhere in the documentation that would indicate that the
> wrapper.java.classpath.<n> properties can't be used within #include files,
> so I am just curious as to why the classpath entries in my "#include" file
> are not being picked up but the ones in the servicename-wrapper.conf files
> are (ignore_sequence_gaps has been set to true).
>
> Thanks,
> Sean A.

[Wrapper-user] Java Classpath and Cascading Include Files

[Sean A. <say...@gm...>]

Hey,

I am currently using version 3.3.0 of the Java Service Wrapper.  We've been
running the wrapper successfully for awhile with an #include file that
includes the default initialization parameters for our services.

I recently attempted to create include files for some of the common java
classpath entries that were occurring in all our service wrapper
configuration files.  I gave each of these include files their own range of
values for the wrapper.java.classpath.<n> properties (i.e. first one has the
range of 100-199, second has the range of 200-299, etc).  I turned on the
#include.debug and I can see that every include file is being located when
the services are installed/uninstalled.  Each include file also sets the
wrapper.ignore_sequence_gaps property to TRUE.

With all debugging turned on, I can see the full java command being run and
can tell that the classpath entries in the include files are NOT being added
to the classpath argument, and the only ones found within the classpath
argument are the ones explicitly listed in the service's own .conf file.  I
can't find anywhere in the documentation that would indicate that the
wrapper.java.classpath.<n> properties can't be used within #include files,
so I am just curious as to why the classpath entries in my "#include" file
are not being picked up but the ones in the servicename-wrapper.conf files
are (ignore_sequence_gaps has been set to true).

Thanks,
Sean A.

[Wrapper-user] server machine

[caifeng <not...@ho...>]

Hi everyone,  I have a problem need some help. It is not easy to google search for this problem for an answer. I did google it but no result.   I wrote a Java program and use JSW to run it as a windows service. Everything goes okay. However, if I restart the server machine, the service which wraps my Java program also restarts, but without functioning at all! Open the service panel, I can see this Java program service has a "started" status. I believe it means the Java program is running. With careful observation, I find out this Java program is running but doing nothing. For example, the data in database is not read, not changed, not deleted. Then, I have to stop the service and restart the service. Then everything back to normal. My sus to it is that after the server machine reboots, the Java machine runs after the JSW? I am not sure. Does anybody has this problem before? Does anyone knows what is wrong and why?
Thanks,F 		 	   		  

Re: [Wrapper-user] restarting JVM

[Mehul S. <meh...@gm...>]

A case that I can think of is when a single threaded  program is hung
on IO then there is no other way to kill
 and restart.


On Thu, Mar 3, 2011 at 20:55, Christian
<chr...@ta...> wrote:
> Mehul,
>
> could you please give an example of how this would be useful for you?
>
>
> You can specify various timeouts for the JVM if it is deadlocked or
> froze etc.
> http://wrapper.tanukisoftware.com/doc/english/prop-ping-timeout.html
>
> http://wrapper.tanukisoftware.com/doc/english/prop-check-deadlock.html
>
> Best Regards,
> Christian
>
> -----Original Message-----
> From: Mehul Sanghvi <meh...@gm...>
> Reply-to: wra...@li...
> To: Wra...@li...
> Subject: [Wrapper-user] restarting JVM
> Date: Thu, 3 Mar 2011 14:29:20 -0500
>
> Is it possible with JSW to restart the JVM if the wrapper.log file has
> no activity (stale) for
> more then X amount of time ?
>
> cheers,
>
>      mehul
>
>
>
> ------------------------------------------------------------------------------
> What You Don't Know About Data Connectivity CAN Hurt You
> This paper provides an overview of data connectivity, details
> its effect on application quality, and explores various alternative
> solutions. http://p.sf.net/sfu/progress-d2d
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>



-- 
Mehul N. Sanghvi
email: meh...@gm...

Re: [Wrapper-user] restarting JVM

[Christian <chr...@ta...>]

Mehul,

could you please give an example of how this would be useful for you?


You can specify various timeouts for the JVM if it is deadlocked or
froze etc.
http://wrapper.tanukisoftware.com/doc/english/prop-ping-timeout.html

http://wrapper.tanukisoftware.com/doc/english/prop-check-deadlock.html

Best Regards,
Christian

-----Original Message-----
From: Mehul Sanghvi <meh...@gm...>
Reply-to: wra...@li...
To: Wra...@li...
Subject: [Wrapper-user] restarting JVM
Date: Thu, 3 Mar 2011 14:29:20 -0500

Is it possible with JSW to restart the JVM if the wrapper.log file has
no activity (stale) for
more then X amount of time ?

cheers,

      mehul

[Wrapper-user] restarting JVM

[Mehul S. <meh...@gm...>]

Is it possible with JSW to restart the JVM if the wrapper.log file has
no activity (stale) for
more then X amount of time ?

cheers,

      mehul
-- 
Mehul N. Sanghvi
email: meh...@gm...

Re: [Wrapper-user] JBoss Service does not start while system boots up

[Prashant N <ma...@gm...>]

Hi Christian,

I am using the stable wrapper-linux-x86-64-3.5.7 Community Edition
downloaded as :

http://wrapper.tanukisoftware.com/download/3.5.7/wrapper-linux-x86-64-3.5.7.tar.gz

I can see that the JBoss fails at start-up  on the Graphical Display /
Monitor which is attached to the server / system and then the other
start-up services start while the system boots up.

There are no entries for the JBoss service being started  & failed in
any of the log files. The failed message is displayed only on the
monitor while the system boots up.

Best Regards
Prashant

Re: [Wrapper-user] JBoss Service does not start while system boots up

[Christian M. <chr...@ta...>]

Prashant,

Which version of the Wrapper are you using?

I'm asking, because I just remembered this:

- Fix a problem in the shell script that was preventing the script
from starting the Wrapper correctly if a file or directory existed in
the current working directory which was one character in length. This
was only a problem when the delta-pack naming of the Wrapper was used.
This was easy to reproduce on AIX systems on system restart because a
"u" directory exists in the root directory by default. This had been a
problem since 3.4.0 when it was introduced as a fix to a Solaris
problem. The root cause was a missing set of quotes in the tr command.

This is in the release notes for 3.5.7, maybe it is affecting you...

Also you are saying that jboss is trying to start up. how do you know
that, if there are no log entries at any place?

Best Regards,
Christian



On Mon, Feb 21, 2011 at 7:54 PM, Prashant N <ma...@gm...> wrote:
> Hi,
>
> I have done all these steps, as stated in my previous mail. I observed
> that it does not boot up while booting, it just fails. There is no
> failed entry for JBoss in /var/log/messages.
>
> The JBoss service tries to start up at boot, but fails with no
> apparent log entries in any of the logs like messages, wrapper.log,
> boot.log and server.log
>
> Prashant
>

Re: [Wrapper-user] JBoss Service does not start while system boots up

[Prashant N <ma...@gm...>]

Hi,

I have done all these steps, as stated in my previous mail. I observed
that it does not boot up while booting, it just fails. There is no
failed entry for JBoss in /var/log/messages.

The JBoss service tries to start up at boot, but fails with no
apparent log entries in any of the logs like messages, wrapper.log,
boot.log and server.log

Prashant

Re: [Wrapper-user] JBoss Service does not start while system boots up

[Christian <chr...@ta...>]

Prashant,

did you run:
# /sbin/chkconfig jboss on
?

also what file did you put to /etc/init.d/jboss ? is this the script
shipped with the wrapper.


also did you notice the install option in the script?
# bin/{your_app}.sh install 
(note you need to be root)

if you execute that, the script will install itself as daemon to be
started at boot. you may need to revert the changes you did before
installing, or run the script first with # bin/{your_app}.sh remove....

hope this helps you out.

cheers,
christian


-----Original Message-----
From: Prashant N <ma...@gm...>
Reply-to: wra...@li...
To: wra...@li...
Subject: [Wrapper-user] JBoss Service does not start while system boots
up
Date: Thu, 17 Feb 2011 14:50:38 +0530

Hi,

I am using Java Service Wrapper to convert my JBoss Application Server
into a service / daemon process. I have been successful in this and I
can [ console | start | stop | restart | condrestart | status |
install | remove | dump ]. However, the service is not booting up
along with the system while the system boots up.

My environment :

OS : CentOS 5.5 64bit
JDK : 1.5.07 64 bit
JBoss : 4.0.3SP1
Wrapper : wrapper-linux-x86-64-3.5.7 - Community Edition

I have added the service to the start sequence by :
chkconfig add jboss and chkconfig --list jboss shows :
jboss           0:off   1:off   2:on    3:on    4:on    5:on    6:off

After the system boots when I check for its status, it gives me
# /etc/init.d/jboss status
JBoss AS-4.0.3SP1 is not running.

I can start the service properly by hand, but the service does not
start at system start-up. There are no errors / messages in
wrapper.log, JBoss's boot.log & JBoss's server.log files.

How to resolve this ?

[Wrapper-user] Running on a privileged port

[Tim W. <tim...@or...>]

I'm sure this has been asked before, but I couldn't find anything in the list archives... 

Are there any plans to support allowing the Java process launched by wrapper to run on privileged ports (e.g. < 1024 on Linux)? 
The Tomcat service wrapper supports this with a fork + capability grant, but it's got a slightly different approach to launching Java so I'm not certain the approach could be applied to the Tanuki wrapper. 

cheers 
tim 


______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
______________________________________________________________________

[Wrapper-user] JBoss Service does not start while system boots up

[Prashant N <ma...@gm...>]

Hi,

I am using Java Service Wrapper to convert my JBoss Application Server
into a service / daemon process. I have been successful in this and I
can [ console | start | stop | restart | condrestart | status |
install | remove | dump ]. However, the service is not booting up
along with the system while the system boots up.

My environment :

OS : CentOS 5.5 64bit
JDK : 1.5.07 64 bit
JBoss : 4.0.3SP1
Wrapper : wrapper-linux-x86-64-3.5.7 - Community Edition

I have added the service to the start sequence by :
chkconfig add jboss and chkconfig --list jboss shows :
jboss           0:off   1:off   2:on    3:on    4:on    5:on    6:off

After the system boots when I check for its status, it gives me
# /etc/init.d/jboss status
JBoss AS-4.0.3SP1 is not running.

I can start the service properly by hand, but the service does not
start at system start-up. There are no errors / messages in
wrapper.log, JBoss's boot.log & JBoss's server.log files.

How to resolve this ?

-- 
Thanks & Regards
Prashant N

Re: [Wrapper-user] Problems with 3.5.7 under Windows XP

[Karel V. <ka...@ou...>]

Good news: I managed to reproduce it.
The bad news is that I have no idea how I did it...

If you would be interested in obtaining access to the machine, please
contact me off-list. (We could give you access to this virtual machine
or I could simply export the vmware image - but that would be a lot of
data to send over).

Regards,
Karel

On Mon, Feb 14, 2011 at 9:50 AM, Karel Vervaeke <ka...@ou...> wrote:
> On Mon, Feb 14, 2011 at 7:01 AM, Christian Mueller
> <chr...@ta...> wrote:
>> Karel,
>>
>> I'm very sorry for the delay. Japan was out on a long weekend and I
>> couldn't check my mails on a regular basis.
>
> Don't worry, there's no urgency.
>
>>
>> I'm also using a Win XP SP2, but not having the issue. I tried this
>> morning various things to things in order to reproduce the situation,
>> however no avail. Also installing the Wrapper 3.5.6 and
>> starting/stopping/removing with 3.5.7 and vice versa did work as
>> expected. So I'm not really sure on what's the cause for this for your
>> customer.
>> The cmd you and your customer were seeing this is a administrator cmd?
> Yes. We are logged in using an Administrator account.
>
>>
>> Also, when you were seeing ...well... nothing, did you just get back
>> to the prompt instantaneously or after a short time or was it
>> blocking? If blocking, what did you do then?
>
> There was no perceivable delay before returning to the command line.
>
>> Was something written into the log file? If yes, could you send me the output?
>
> I don't have the log file anymore.
> I haven't managed to reproduce it on my server & I don't have remote
> access to the customer's server.
> I'll give it another shot (based on my guess that the problem was
> related to the old wrapper version (3.3.6))
>
> Regards,
> Karel
>
>>
>> Best Regards,
>> Christian
>>
>> On Thu, Feb 10, 2011 at 10:31 PM, Karel Vervaeke <ka...@ou...> wrote:
>>> Hm, a customer is having the same problem, using a non-emulated
>>> machine running Win XP SP2.
>>> They don't have a lingering wrapper.exe (and there is no write lock on
>>> the log files). The testwrapper works
>>> I'm trying to find more details which could cause the difference, but
>>> it may take a while. In the mean time they will use 3.5.6.
>>>
>>> Regards,
>>> Karel
>>>
>>> On Tue, Feb 8, 2011 at 5:42 PM, Karel Vervaeke <ka...@ou...> wrote:
>>>> The test wrapper sample commands (-i, -r, -t ... ) seem to work, both
>>>> with absolute and with relative paths.
>>>>
>>>> I found the problem, but can't reproduce it anymore:
>>>>
>>>> I wanted to delete the log files (to make sure I was looking at the right one),
>>>> but I couldn't - they were still in use by a process. Checking the
>>>> task manager I found that there actually was a wrapper process
>>>> running. After killing that
>>>> I could delete the files AND the 3.5.7 wrapper started working again.
>>>>
>>>> I don't know where that that running wrapper.exe process came from.
>>>> It's possible that this was still lingering from before the upgrade
>>>> (i.e. a 3.3.6 wrapper.exe), so that would be a border case not worth
>>>> further investigation.
>>>>
>>>> Thanks for the quick reply,
>>>> Karel
>>>>
>>>> On Tue, Feb 8, 2011 at 4:25 PM, Christian Mueller
>>>> <chr...@ta...> wrote:
>>>>> Karel,
>>>>>
>>>>> Thank you for your mail.
>>>>>
>>>>> I have tested the Wrapper on any supported Windows platform (2K, 2K3, XP,
>>>>> Vista, 7, 2K8) prior to the release of 3.5.7 and all tests there went
>>>>> successful.
>>>>> I'm not sure so what could cause this. Actually the UAC part of the code
>>>>> won't get called until the distribution appears to be Vista or later.
>>>>>
>>>>> When you run wrapper.exe -i ..\conf\wrapper.conf you said you don't get any
>>>>> output on your cmd. Can you check the log file if anything was written in
>>>>> there?
>>>>>
>>>>> I haven't tried virtualbox yet, but will also check on this in order to
>>>>> narrow it down.
>>>>>
>>>>> Best Regards,
>>>>> Christian
>>>>>
>>>>>
>>>>> On Tue, Feb 8, 2011 at 11:28 PM, Karel Vervaeke <ka...@ou...>
>>>>> wrote:
>>>>>>
>>>>>> We recently upgraded from 3.3.6 to 3.5.7. Things work find under
>>>>>> various Linux machines,
>>>>>> but on windows XP, calling the wrapper with -i/-r or -t doesn't seem to do
>>>>>> anything (there's no output,
>>>>>> even with the log levels set to DEBUG in the conf file). When running
>>>>>> the 3.5.7 wrapper without arguments it still displays the help
>>>>>> information.
>>>>>>
>>>>>> When using 3.5.6 it works fine. Could this be related to the
>>>>>> privilege elevation stuff implemented for Vista & co?
>>>>>>
>>>>>> My XP install is running on a virtualbox virtual machine; I'm running
>>>>>> the wrapper as an administrator. -- Let me know if you need more
>>>>>> information (I don't know what else to include).
>>>>>> I don't have access to a Vista machine, so I didn't check if it works
>>>>>> there.
>>>>>>
>>>>>> Can anyone confirm this?
>>>>>>
>>>>>> Regards,
>>>>>> Karel
>>>>>>
>>>>>>
>>>>>> ------------------------------------------------------------------------------
>>>>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
>>>>>> Pinpoint memory and threading errors before they happen.
>>>>>> Find and fix more than 250 security defects in the development cycle.
>>>>>> Locate bottlenecks in serial and parallel code that limit performance.
>>>>>> http://p.sf.net/sfu/intel-dev2devfeb
>>>>>> _______________________________________________
>>>>>> Wrapper-user mailing list
>>>>>> Wra...@li...
>>>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
>>>>> Pinpoint memory and threading errors before they happen.
>>>>> Find and fix more than 250 security defects in the development cycle.
>>>>> Locate bottlenecks in serial and parallel code that limit performance.
>>>>> http://p.sf.net/sfu/intel-dev2devfeb
>>>>> _______________________________________________
>>>>> Wrapper-user mailing list
>>>>> Wra...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>>>>
>>>>>
>>>>
>>>
>>> ------------------------------------------------------------------------------
>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
>>> Pinpoint memory and threading errors before they happen.
>>> Find and fix more than 250 security defects in the development cycle.
>>> Locate bottlenecks in serial and parallel code that limit performance.
>>> http://p.sf.net/sfu/intel-dev2devfeb
>>> _______________________________________________
>>> Wrapper-user mailing list
>>> Wra...@li...
>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>>
>>
>> ------------------------------------------------------------------------------
>> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
>> Pinpoint memory and threading errors before they happen.
>> Find and fix more than 250 security defects in the development cycle.
>> Locate bottlenecks in serial and parallel code that limit performance.
>> http://p.sf.net/sfu/intel-dev2devfeb
>> _______________________________________________
>> Wrapper-user mailing list
>> Wra...@li...
>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>
>
>
>
> --
> Karel Vervaeke
> http://outerthought.org/
> Open Source Content Applications
> Makers of Kauri, Daisy CMS and Lily
>



-- 
Karel Vervaeke
http://outerthought.org/
Open Source Content Applications
Makers of Kauri, Daisy CMS and Lily

Re: [Wrapper-user] Problems with 3.5.7 under Windows XP

[Karel V. <ka...@ou...>]

On Mon, Feb 14, 2011 at 7:01 AM, Christian Mueller
<chr...@ta...> wrote:
> Karel,
>
> I'm very sorry for the delay. Japan was out on a long weekend and I
> couldn't check my mails on a regular basis.

Don't worry, there's no urgency.

>
> I'm also using a Win XP SP2, but not having the issue. I tried this
> morning various things to things in order to reproduce the situation,
> however no avail. Also installing the Wrapper 3.5.6 and
> starting/stopping/removing with 3.5.7 and vice versa did work as
> expected. So I'm not really sure on what's the cause for this for your
> customer.
> The cmd you and your customer were seeing this is a administrator cmd?
Yes. We are logged in using an Administrator account.

>
> Also, when you were seeing ...well... nothing, did you just get back
> to the prompt instantaneously or after a short time or was it
> blocking? If blocking, what did you do then?

There was no perceivable delay before returning to the command line.

> Was something written into the log file? If yes, could you send me the output?

I don't have the log file anymore.
I haven't managed to reproduce it on my server & I don't have remote
access to the customer's server.
I'll give it another shot (based on my guess that the problem was
related to the old wrapper version (3.3.6))

Regards,
Karel

>
> Best Regards,
> Christian
>
> On Thu, Feb 10, 2011 at 10:31 PM, Karel Vervaeke <ka...@ou...> wrote:
>> Hm, a customer is having the same problem, using a non-emulated
>> machine running Win XP SP2.
>> They don't have a lingering wrapper.exe (and there is no write lock on
>> the log files). The testwrapper works
>> I'm trying to find more details which could cause the difference, but
>> it may take a while. In the mean time they will use 3.5.6.
>>
>> Regards,
>> Karel
>>
>> On Tue, Feb 8, 2011 at 5:42 PM, Karel Vervaeke <ka...@ou...> wrote:
>>> The test wrapper sample commands (-i, -r, -t ... ) seem to work, both
>>> with absolute and with relative paths.
>>>
>>> I found the problem, but can't reproduce it anymore:
>>>
>>> I wanted to delete the log files (to make sure I was looking at the right one),
>>> but I couldn't - they were still in use by a process. Checking the
>>> task manager I found that there actually was a wrapper process
>>> running. After killing that
>>> I could delete the files AND the 3.5.7 wrapper started working again.
>>>
>>> I don't know where that that running wrapper.exe process came from.
>>> It's possible that this was still lingering from before the upgrade
>>> (i.e. a 3.3.6 wrapper.exe), so that would be a border case not worth
>>> further investigation.
>>>
>>> Thanks for the quick reply,
>>> Karel
>>>
>>> On Tue, Feb 8, 2011 at 4:25 PM, Christian Mueller
>>> <chr...@ta...> wrote:
>>>> Karel,
>>>>
>>>> Thank you for your mail.
>>>>
>>>> I have tested the Wrapper on any supported Windows platform (2K, 2K3, XP,
>>>> Vista, 7, 2K8) prior to the release of 3.5.7 and all tests there went
>>>> successful.
>>>> I'm not sure so what could cause this. Actually the UAC part of the code
>>>> won't get called until the distribution appears to be Vista or later.
>>>>
>>>> When you run wrapper.exe -i ..\conf\wrapper.conf you said you don't get any
>>>> output on your cmd. Can you check the log file if anything was written in
>>>> there?
>>>>
>>>> I haven't tried virtualbox yet, but will also check on this in order to
>>>> narrow it down.
>>>>
>>>> Best Regards,
>>>> Christian
>>>>
>>>>
>>>> On Tue, Feb 8, 2011 at 11:28 PM, Karel Vervaeke <ka...@ou...>
>>>> wrote:
>>>>>
>>>>> We recently upgraded from 3.3.6 to 3.5.7. Things work find under
>>>>> various Linux machines,
>>>>> but on windows XP, calling the wrapper with -i/-r or -t doesn't seem to do
>>>>> anything (there's no output,
>>>>> even with the log levels set to DEBUG in the conf file). When running
>>>>> the 3.5.7 wrapper without arguments it still displays the help
>>>>> information.
>>>>>
>>>>> When using 3.5.6 it works fine. Could this be related to the
>>>>> privilege elevation stuff implemented for Vista & co?
>>>>>
>>>>> My XP install is running on a virtualbox virtual machine; I'm running
>>>>> the wrapper as an administrator. -- Let me know if you need more
>>>>> information (I don't know what else to include).
>>>>> I don't have access to a Vista machine, so I didn't check if it works
>>>>> there.
>>>>>
>>>>> Can anyone confirm this?
>>>>>
>>>>> Regards,
>>>>> Karel
>>>>>
>>>>>
>>>>> ------------------------------------------------------------------------------
>>>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
>>>>> Pinpoint memory and threading errors before they happen.
>>>>> Find and fix more than 250 security defects in the development cycle.
>>>>> Locate bottlenecks in serial and parallel code that limit performance.
>>>>> http://p.sf.net/sfu/intel-dev2devfeb
>>>>> _______________________________________________
>>>>> Wrapper-user mailing list
>>>>> Wra...@li...
>>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
>>>> Pinpoint memory and threading errors before they happen.
>>>> Find and fix more than 250 security defects in the development cycle.
>>>> Locate bottlenecks in serial and parallel code that limit performance.
>>>> http://p.sf.net/sfu/intel-dev2devfeb
>>>> _______________________________________________
>>>> Wrapper-user mailing list
>>>> Wra...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>>>
>>>>
>>>
>>
>> ------------------------------------------------------------------------------
>> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
>> Pinpoint memory and threading errors before they happen.
>> Find and fix more than 250 security defects in the development cycle.
>> Locate bottlenecks in serial and parallel code that limit performance.
>> http://p.sf.net/sfu/intel-dev2devfeb
>> _______________________________________________
>> Wrapper-user mailing list
>> Wra...@li...
>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>



-- 
Karel Vervaeke
http://outerthought.org/
Open Source Content Applications
Makers of Kauri, Daisy CMS and Lily

Re: [Wrapper-user] Problems with 3.5.7 under Windows XP

[Christian M. <chr...@ta...>]

Karel,

I'm very sorry for the delay. Japan was out on a long weekend and I
couldn't check my mails on a regular basis.

I'm also using a Win XP SP2, but not having the issue. I tried this
morning various things to things in order to reproduce the situation,
however no avail. Also installing the Wrapper 3.5.6 and
starting/stopping/removing with 3.5.7 and vice versa did work as
expected. So I'm not really sure on what's the cause for this for your
customer.
The cmd you and your customer were seeing this is a administrator cmd?

Also, when you were seeing ...well... nothing, did you just get back
to the prompt instantaneously or after a short time or was it
blocking? If blocking, what did you do then?
Was something written into the log file? If yes, could you send me the output?

Best Regards,
Christian

On Thu, Feb 10, 2011 at 10:31 PM, Karel Vervaeke <ka...@ou...> wrote:
> Hm, a customer is having the same problem, using a non-emulated
> machine running Win XP SP2.
> They don't have a lingering wrapper.exe (and there is no write lock on
> the log files). The testwrapper works
> I'm trying to find more details which could cause the difference, but
> it may take a while. In the mean time they will use 3.5.6.
>
> Regards,
> Karel
>
> On Tue, Feb 8, 2011 at 5:42 PM, Karel Vervaeke <ka...@ou...> wrote:
>> The test wrapper sample commands (-i, -r, -t ... ) seem to work, both
>> with absolute and with relative paths.
>>
>> I found the problem, but can't reproduce it anymore:
>>
>> I wanted to delete the log files (to make sure I was looking at the right one),
>> but I couldn't - they were still in use by a process. Checking the
>> task manager I found that there actually was a wrapper process
>> running. After killing that
>> I could delete the files AND the 3.5.7 wrapper started working again.
>>
>> I don't know where that that running wrapper.exe process came from.
>> It's possible that this was still lingering from before the upgrade
>> (i.e. a 3.3.6 wrapper.exe), so that would be a border case not worth
>> further investigation.
>>
>> Thanks for the quick reply,
>> Karel
>>
>> On Tue, Feb 8, 2011 at 4:25 PM, Christian Mueller
>> <chr...@ta...> wrote:
>>> Karel,
>>>
>>> Thank you for your mail.
>>>
>>> I have tested the Wrapper on any supported Windows platform (2K, 2K3, XP,
>>> Vista, 7, 2K8) prior to the release of 3.5.7 and all tests there went
>>> successful.
>>> I'm not sure so what could cause this. Actually the UAC part of the code
>>> won't get called until the distribution appears to be Vista or later.
>>>
>>> When you run wrapper.exe -i ..\conf\wrapper.conf you said you don't get any
>>> output on your cmd. Can you check the log file if anything was written in
>>> there?
>>>
>>> I haven't tried virtualbox yet, but will also check on this in order to
>>> narrow it down.
>>>
>>> Best Regards,
>>> Christian
>>>
>>>
>>> On Tue, Feb 8, 2011 at 11:28 PM, Karel Vervaeke <ka...@ou...>
>>> wrote:
>>>>
>>>> We recently upgraded from 3.3.6 to 3.5.7. Things work find under
>>>> various Linux machines,
>>>> but on windows XP, calling the wrapper with -i/-r or -t doesn't seem to do
>>>> anything (there's no output,
>>>> even with the log levels set to DEBUG in the conf file). When running
>>>> the 3.5.7 wrapper without arguments it still displays the help
>>>> information.
>>>>
>>>> When using 3.5.6 it works fine. Could this be related to the
>>>> privilege elevation stuff implemented for Vista & co?
>>>>
>>>> My XP install is running on a virtualbox virtual machine; I'm running
>>>> the wrapper as an administrator. -- Let me know if you need more
>>>> information (I don't know what else to include).
>>>> I don't have access to a Vista machine, so I didn't check if it works
>>>> there.
>>>>
>>>> Can anyone confirm this?
>>>>
>>>> Regards,
>>>> Karel
>>>>
>>>>
>>>> ------------------------------------------------------------------------------
>>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
>>>> Pinpoint memory and threading errors before they happen.
>>>> Find and fix more than 250 security defects in the development cycle.
>>>> Locate bottlenecks in serial and parallel code that limit performance.
>>>> http://p.sf.net/sfu/intel-dev2devfeb
>>>> _______________________________________________
>>>> Wrapper-user mailing list
>>>> Wra...@li...
>>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
>>> Pinpoint memory and threading errors before they happen.
>>> Find and fix more than 250 security defects in the development cycle.
>>> Locate bottlenecks in serial and parallel code that limit performance.
>>> http://p.sf.net/sfu/intel-dev2devfeb
>>> _______________________________________________
>>> Wrapper-user mailing list
>>> Wra...@li...
>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>>
>>>
>>
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>

Re: [Wrapper-user] Problems with 3.5.7 under Windows XP

[Karel V. <ka...@ou...>]

Hm, a customer is having the same problem, using a non-emulated
machine running Win XP SP2.
They don't have a lingering wrapper.exe (and there is no write lock on
the log files). The testwrapper works
I'm trying to find more details which could cause the difference, but
it may take a while. In the mean time they will use 3.5.6.

Regards,
Karel

On Tue, Feb 8, 2011 at 5:42 PM, Karel Vervaeke <ka...@ou...> wrote:
> The test wrapper sample commands (-i, -r, -t ... ) seem to work, both
> with absolute and with relative paths.
>
> I found the problem, but can't reproduce it anymore:
>
> I wanted to delete the log files (to make sure I was looking at the right one),
> but I couldn't - they were still in use by a process. Checking the
> task manager I found that there actually was a wrapper process
> running. After killing that
> I could delete the files AND the 3.5.7 wrapper started working again.
>
> I don't know where that that running wrapper.exe process came from.
> It's possible that this was still lingering from before the upgrade
> (i.e. a 3.3.6 wrapper.exe), so that would be a border case not worth
> further investigation.
>
> Thanks for the quick reply,
> Karel
>
> On Tue, Feb 8, 2011 at 4:25 PM, Christian Mueller
> <chr...@ta...> wrote:
>> Karel,
>>
>> Thank you for your mail.
>>
>> I have tested the Wrapper on any supported Windows platform (2K, 2K3, XP,
>> Vista, 7, 2K8) prior to the release of 3.5.7 and all tests there went
>> successful.
>> I'm not sure so what could cause this. Actually the UAC part of the code
>> won't get called until the distribution appears to be Vista or later.
>>
>> When you run wrapper.exe -i ..\conf\wrapper.conf you said you don't get any
>> output on your cmd. Can you check the log file if anything was written in
>> there?
>>
>> I haven't tried virtualbox yet, but will also check on this in order to
>> narrow it down.
>>
>> Best Regards,
>> Christian
>>
>>
>> On Tue, Feb 8, 2011 at 11:28 PM, Karel Vervaeke <ka...@ou...>
>> wrote:
>>>
>>> We recently upgraded from 3.3.6 to 3.5.7. Things work find under
>>> various Linux machines,
>>> but on windows XP, calling the wrapper with -i/-r or -t doesn't seem to do
>>> anything (there's no output,
>>> even with the log levels set to DEBUG in the conf file). When running
>>> the 3.5.7 wrapper without arguments it still displays the help
>>> information.
>>>
>>> When using 3.5.6 it works fine. Could this be related to the
>>> privilege elevation stuff implemented for Vista & co?
>>>
>>> My XP install is running on a virtualbox virtual machine; I'm running
>>> the wrapper as an administrator. -- Let me know if you need more
>>> information (I don't know what else to include).
>>> I don't have access to a Vista machine, so I didn't check if it works
>>> there.
>>>
>>> Can anyone confirm this?
>>>
>>> Regards,
>>> Karel
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
>>> Pinpoint memory and threading errors before they happen.
>>> Find and fix more than 250 security defects in the development cycle.
>>> Locate bottlenecks in serial and parallel code that limit performance.
>>> http://p.sf.net/sfu/intel-dev2devfeb
>>> _______________________________________________
>>> Wrapper-user mailing list
>>> Wra...@li...
>>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>
>>
>> ------------------------------------------------------------------------------
>> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
>> Pinpoint memory and threading errors before they happen.
>> Find and fix more than 250 security defects in the development cycle.
>> Locate bottlenecks in serial and parallel code that limit performance.
>> http://p.sf.net/sfu/intel-dev2devfeb
>> _______________________________________________
>> Wrapper-user mailing list
>> Wra...@li...
>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>>
>>
>

Re: [Wrapper-user] : Problem adding -javaagent JVM arg with

[Christian <chr...@ta...>]

John,

as you getting 
Caused by: java.lang.NoClassDefFoundError: org/apache/log4j/Logger
so could you please verify that ../../lib/log4j.jar is existing at the
place you specified?
Please note that relative paths are relative to the location of the
wrapper.exe binary.

best regards,
Christian



On Wed, Feb 9, 2011 at 2:19 AM, John Aronson <joh...@op...>
wrote:
        With the quotes, It looks like the javaagent argument is coming
        through OK to the wrapper.jar file. The arg causes the
        ClassNotFound error on the log4j Logger class. 
        
         
        
        That error may be causing the classpath to be wrong when the
        wrapper tries to start JBoss.
        
         
        
        Is there a way to log4j.jar to invocation of the wrapper to see
        I fixing that error solves the entire problem?
        
         
        
         
        
        --> Wrapper Started as Console
        
        Java Service Wrapper Standard Edition 3.3.1
        
          Copyright (C) 1999-2008 Tanuki Software, Inc.  All Rights
        Reserved.
        
            http://wrapper.tanukisoftware.org
        
          Licensed to OpTier Ltd. for OpTier BTM Server
        
         
        
        Using tick timer.
        
        server listening on port 32000.
        
        Ping settings: wrapper.ping.interval=20,
        wrapper.ping.interval.logged=1, wrapper.ping.timeout=1200
        
        Launching a JVM...
        
        command: "..\..\jdk\bin\java" -server -da -XX:PermSize=256m
        -Djava.awt.headless=true -Djava.endorsed.dirs=../lib/endorsed
        -Dprogram.name=run.bat -Doptier.module.name=server
        -DOPTIER.HOME=../../../../ -DPRODUCT.HOME=../../../
        -DOPTIER.SERVER.HOME=../../../server/ -Djboss.http.port=8081
        -Djboss.service.binding.set=ports-default
        -DserverType=single-server -DserverName=single-server
        -DRemoteJndiUrl=localhost:1099 "-javaagent:C:
        \OpTier_Server_4-0-0-3008\corefirst\tierext\lib
        \cf-plugins-instrument-agent.jar=optier.launch.properties=C:
        \OpTier_Server_4-0-0-3008\corefirst\tierext\jboss\conf
        \jbLaunch.properties#optier.instrumented.jboss=true#jb.version=5" -Xms1024m -Xmx1024m -Djava.library.path="." -classpath "../../../lib/wrapper.jar;../../../lib/cfserver-cf_main.jar;../../../server/conf;run.jar;../lib/log4j-boot.jar;../../jdk/lib/tools.jar;../../lib/log4j.jar" -Dwrapper.key="fG3v7C79oTC86L-FiRoZ3dqiJ5C6j-74" -Dwrapper.port=32000 -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 -Dwrapper.debug="TRUE" -Dwrapper.pid=1500 -Dwrapper.version="3.3.1-st" -Dwrapper.native_library="wrapper" -Dwrapper.cpu.timeout="600" -Dwrapper.jvmid=1 org.tanukisoftware.wrapper.WrapperSimpleApp com.optier.corefirst.server.util.Main -b 0.0.0.0 -c default
        
        JVM started (PID=6288)
        
        setting system property :optier.launch.properties=C:
        \OpTier_Server_4-0-0-3008\corefirst\tierext\jboss\conf
        \jbLaunch.properties
        
        setting system property :optier.instrumented.jboss=true
        
        setting system property :jb.version=5
        
        java.lang.Exception: 
        
         
        
         
        
        [FATAL] JV-Ins-00131 Corefirst TierExtension failed to
        initialize. Tier starting without Corefirst.
        org/apache/log4j/Logger  Corefirst Logger system not available.
        Available stack trace follows...
        
              at
        com.optier.corefirst.plugin.j2ee.extension.core.PluginFatalError.dumpFatalError(PluginFatalError.java:31)
        
              at
        com.optier.corefirst.plugin.j2ee.extension.core.PluginFatalError.markFatalUnRecovarableError(PluginFatalError.java:57)
        
              at
        com.optier.corefirst.plugin.instrument.DynamicLauncher.initAgentMode(DynamicLauncher.java:922)
        
              at
        com.optier.corefirst.plugin.instrument.DynamicLauncher.initAgentMode(DynamicLauncher.java:915)
        
              at
        com.optier.corefirst.plugin.instrument.agent.JavaAgent.premain(JavaAgent.java:51)
        
              at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
        Method)
        
              at
        sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
        
              at
        sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
        
              at java.lang.reflect.Method.invoke(Method.java:597)
        
              at
        sun.instrument.InstrumentationImpl.loadClassAndStartAgent(InstrumentationImpl.java:323)
        
              at
        sun.instrument.InstrumentationImpl.loadClassAndCallPremain(InstrumentationImpl.java:338)
        
        Caused by: java.lang.NoClassDefFoundError:
        org/apache/log4j/Logger
        
              at
        com.optier.corefirst.util.LoggerImplFactory.getServerLogger(LoggerImplFactory.java:32)
        
              at
        com.optier.corefirst.util.LoggerImplFactory.getInstance(LoggerImplFactory.java:20)
        
              at com.optier.corefirst.jni.Jni.<clinit>(Jni.java:27)
        
              at
        com.optier.corefirst.plugin.instrument.DynamicLauncher.<clinit>(DynamicLauncher.java:124)
        
              ... 7 more
        
        

Re: [Wrapper-user] FW: Problem adding -javaagent JVM arg with

[John A. <joh...@op...>]

With the quotes, It looks like the javaagent argument is coming through OK to the wrapper.jar file. The arg causes the ClassNotFound error on the log4j Logger class.

That error may be causing the classpath to be wrong when the wrapper tries to start JBoss.

Is there a way to log4j.jar to invocation of the wrapper to see I fixing that error solves the entire problem?


--> Wrapper Started as Console
Java Service Wrapper Standard Edition 3.3.1
  Copyright (C) 1999-2008 Tanuki Software, Inc.  All Rights Reserved.
    http://wrapper.tanukisoftware.org
  Licensed to OpTier Ltd. for OpTier BTM Server

Using tick timer.
server listening on port 32000.
Ping settings: wrapper.ping.interval=20, wrapper.ping.interval.logged=1, wrapper.ping.timeout=1200
Launching a JVM...
command: "..\..\jdk\bin\java" -server -da -XX:PermSize=256m -Djava.awt.headless=true -Djava.endorsed.dirs=../lib/endorsed -Dprogram.name=run.bat -Doptier.module.name=server -DOPTIER.HOME=../../../../ -DPRODUCT.HOME=../../../ -DOPTIER.SERVER.HOME=../../../server/ -Djboss.http.port=8081 -Djboss.service.binding.set=ports-default -DserverType=single-server -DserverName=single-server -DRemoteJndiUrl=localhost:1099 "-javaagent:C:\OpTier_Server_4-0-0-3008\corefirst\tierext\lib\cf-plugins-instrument-agent.jar=optier.launch.properties=C:\OpTier_Server_4-0-0-3008\corefirst\tierext\jboss\conf\jbLaunch.properties#optier.instrumented.jboss=true#jb.version=5" -Xms1024m -Xmx1024m -Djava.library.path="." -classpath "../../../lib/wrapper.jar;../../../lib/cfserver-cf_main.jar;../../../server/conf;run.jar;../lib/log4j-boot.jar;../../jdk/lib/tools.jar;../../lib/log4j.jar" -Dwrapper.key="fG3v7C79oTC86L-FiRoZ3dqiJ5C6j-74" -Dwrapper.port=32000 -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 -Dwrapper.debug="TRUE" -Dwrapper.pid=1500 -Dwrapper.version="3.3.1-st" -Dwrapper.native_library="wrapper" -Dwrapper.cpu.timeout="600" -Dwrapper.jvmid=1 org.tanukisoftware.wrapper.WrapperSimpleApp com.optier.corefirst.server.util.Main -b 0.0.0.0 -c default
JVM started (PID=6288)
setting system property :optier.launch.properties=C:\OpTier_Server_4-0-0-3008\corefirst\tierext\jboss\conf\jbLaunch.properties
setting system property :optier.instrumented.jboss=true
setting system property :jb.version=5
java.lang.Exception:


[FATAL] JV-Ins-00131 Corefirst TierExtension failed to initialize. Tier starting without Corefirst.  org/apache/log4j/Logger  Corefirst Logger system not available. Available stack trace follows...
      at com.optier.corefirst.plugin.j2ee.extension.core.PluginFatalError.dumpFatalError(PluginFatalError.java:31)
      at com.optier.corefirst.plugin.j2ee.extension.core.PluginFatalError.markFatalUnRecovarableError(PluginFatalError.java:57)
      at com.optier.corefirst.plugin.instrument.DynamicLauncher.initAgentMode(DynamicLauncher.java:922)
      at com.optier.corefirst.plugin.instrument.DynamicLauncher.initAgentMode(DynamicLauncher.java:915)
      at com.optier.corefirst.plugin.instrument.agent.JavaAgent.premain(JavaAgent.java:51)
      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
      at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
      at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
      at java.lang.reflect.Method.invoke(Method.java:597)
      at sun.instrument.InstrumentationImpl.loadClassAndStartAgent(InstrumentationImpl.java:323)
      at sun.instrument.InstrumentationImpl.loadClassAndCallPremain(InstrumentationImpl.java:338)
Caused by: java.lang.NoClassDefFoundError: org/apache/log4j/Logger
      at com.optier.corefirst.util.LoggerImplFactory.getServerLogger(LoggerImplFactory.java:32)
      at com.optier.corefirst.util.LoggerImplFactory.getInstance(LoggerImplFactory.java:20)
      at com.optier.corefirst.jni.Jni.<clinit>(Jni.java:27)
      at com.optier.corefirst.plugin.instrument.DynamicLauncher.<clinit>(DynamicLauncher.java:124)
      ... 7 more
WrapperManager Debug: WrapperManager class initialized by thread: main  Using classloader: sun.misc.Launcher$AppClassLoader@14fe5c
WrapperManager: Initializing...
WrapperManager Debug: JVM #1
WrapperManager Debug: Running a 32-bit JVM.
WrapperManager Debug: Registering shutdown hook
WrapperManager Debug: Using wrapper
WrapperManager Debug: Load native library.  One or more attempts may fail if platform specific libraries do not exist.  This is NORMAL and is only a problem if they all fail.
WrapperManager Debug:   Unable to load native library: wrapper-windows-x86-32.dll  Cause: no wrapper-windows-x86-32 in java.library.path
WrapperManager Debug:   Loaded native library: wrapper.dll
WrapperManager Debug: Calling native initialization method.
WrapperJNI Debug: Initializing WrapperManager native library.
WrapperJNI Debug: Java Executable: C:\OpTier_Server_4-0-0-3008\corefirst\thirdparty\jdk\bin\java.exe
WrapperJNI Debug: Windows version: 6.1.7600
WrapperManager Debug: Java Version   : 1.6.0_16-b01 Java HotSpot(TM) Server VM
WrapperManager Debug: Java VM Vendor : Sun Microsystems Inc.
WrapperManager Debug: OS Name        : Windows 7
WrapperManager Debug: OS Arch        : x86
WrapperManager Debug:
WrapperManager Debug: Control event monitor thread started.
WrapperManager Debug: Startup runner thread started.
WrapperManager Debug: WrapperManager.start(org.tanukisoftware.wrapper.WrapperSimpleApp@8b819f, args["-b", "0.0.0.0", "-c", "default"]) called by thread: main
WrapperManager Debug: Communications runner thread started.
WrapperManager Debug: Open socket to wrapper...Wrapper-Connection
WrapperManager Debug: Failed attempt to bind using local port 31000
WrapperManager Debug: Opened Socket from 31001 to 32000
WrapperManager Debug: Send a packet KEY : fG3v7C79oTC86L-FiRoZ3dqiJ5C6j-74
WrapperManager Debug: handleSocket(Socket[addr=/127.0.0.1,port=32000,localport=31001])
accepted a socket from 127.0.0.1 on port 31001
read a packet KEY : fG3v7C79oTC86L-FiRoZ3dqiJ5C6j-74
Got key from JVM: fG3v7C79oTC86L-FiRoZ3dqiJ5C6j-74
send a packet LOW_LOG_LEVEL : 1
send a packet PING_TIMEOUT : 1200
send a packet PROPERTIES : (Property Values)
Start Application.
send a packet START : start
WrapperManager Debug: Received a packet LOW_LOG_LEVEL : 1
WrapperManager Debug: LowLogLevel from Wrapper is 1
WrapperManager Debug: Received a packet PING_TIMEOUT : 1200
WrapperManager Debug: PingTimeout from Wrapper is 1200000
WrapperManager Debug: Received a packet PROPERTIES : (Property Values)
WrapperManager Debug: Received a packet START : start
WrapperManager Debug: calling WrapperListener.start()
WrapperManager Debug: Waiting for WrapperListener.start runner thread to complete.
WrapperManager Debug: WrapperListener.start runner thread started.
WrapperSimpleApp Debug: start(args) Will wait up to 2 seconds for the main method to complete.
WrapperSimpleApp Debug: invoking main method
Database connection-url: jdbc:oracle:thin:@192.168.56.128:1521:btmdb, username: optier_server_40_user.
DB validated successfully.
Start Clean CoreFirst Cache (Both Tables & File)
Completed Cleaning CoreFirst Cache
Starting the server...

WrapperSimpleApp Debug: main method completed
WrapperSimpleApp Debug: start(args) end.  Main Completed=true, exitCode=null
WrapperManager Debug: WrapperListener.start runner thread stopped.
WrapperManager Debug: returned from WrapperListener.start()
WrapperManager Debug: Send a packet STARTED :
WrapperManager Debug: Startup runner thread stopped.
read a packet STARTED :
JVM signalled that it was started.
09:59:14,420 INFO  [ServerImpl] Starting JBoss (Microcontainer)...
09:59:14,420 INFO  [ServerImpl] Release ID: JBoss [The Oracle] 5.1.0.GA (build: SVNTag=JBoss_5_1_0_GA date=200905221634)
09:59:14,421 INFO  [ServerImpl] Bootstrap URL: null
09:59:14,421 INFO  [ServerImpl] Home Dir: C:\OpTier_Server_4-0-0-3008\corefirst\thirdparty\openserver
09:59:14,421 INFO  [ServerImpl] Home URL: file:/C:/OpTier_Server_4-0-0-3008/corefirst/thirdparty/openserver/
09:59:14,421 INFO  [ServerImpl] Library URL: file:/C:/OpTier_Server_4-0-0-3008/corefirst/thirdparty/openserver/lib/
09:59:14,422 INFO  [ServerImpl] Patch URL: null
09:59:14,422 INFO  [ServerImpl] Common Base URL: file:/C:/OpTier_Server_4-0-0-3008/corefirst/thirdparty/openserver/common/
09:59:14,422 INFO  [ServerImpl] Common Library URL: file:/C:/OpTier_Server_4-0-0-3008/corefirst/thirdparty/openserver/common/lib/
09:59:14,422 INFO  [ServerImpl] Server Name: default
09:59:14,422 INFO  [ServerImpl] Server Base Dir: C:\OpTier_Server_4-0-0-3008\corefirst\thirdparty\openserver\server
09:59:14,422 INFO  [ServerImpl] Server Base URL: file:/C:/OpTier_Server_4-0-0-3008/corefirst/thirdparty/openserver/server/
09:59:14,422 INFO  [ServerImpl] Server Config URL: file:/C:/OpTier_Server_4-0-0-3008/corefirst/thirdparty/openserver/server/default/conf/
09:59:14,422 INFO  [ServerImpl] Server Home Dir: C:\OpTier_Server_4-0-0-3008\corefirst\thirdparty\openserver\server\default
09:59:14,422 INFO  [ServerImpl] Server Home URL: file:/C:/OpTier_Server_4-0-0-3008/corefirst/thirdparty/openserver/server/default/
09:59:14,422 INFO  [ServerImpl] Server Data Dir: C:\OpTier_Server_4-0-0-3008\corefirst\thirdparty\openserver\server\default\data
09:59:14,423 INFO  [ServerImpl] Server Library URL: file:/C:/OpTier_Server_4-0-0-3008/corefirst/thirdparty/openserver/server/default/lib/
09:59:14,423 INFO  [ServerImpl] Server Log Dir: C:\OpTier_Server_4-0-0-3008\corefirst\thirdparty\openserver\server\default\log
09:59:14,423 INFO  [ServerImpl] Server Native Dir: C:\OpTier_Server_4-0-0-3008\corefirst\thirdparty\openserver\server\default\tmp\native
09:59:14,423 INFO  [ServerImpl] Server Temp Dir: C:\OpTier_Server_4-0-0-3008\corefirst\thirdparty\openserver\server\default\tmp
09:59:14,423 INFO  [ServerImpl] Server Temp Deploy Dir: C:\OpTier_Server_4-0-0-3008\corefirst\thirdparty\openserver\server\default\tmp\deploy
09:59:15,140 INFO  [ServerImpl] Starting Microcontainer, bootstrapURL=file:/C:/OpTier_Server_4-0-0-3008/corefirst/thirdparty/openserver/server/default/conf/bootstrap.xml
09:59:15,726 INFO  [VFSCacheFactory] Initializing VFSCache [org.jboss.virtual.plugins.cache.CombinedVFSCache]
Pause reading child output to share cycles.
send a packet PING : ping
09:59:15,729 INFO  [VFSCacheFactory] Using VFSCache [CombinedVFSCache[real-cache: null]]
09:59:16,015 INFO  [CopyMechanism] VFS temp dir: C:\OpTier_Server_4-0-0-3008\corefirst\thirdparty\openserver\server\default\tmp
09:59:16,016 INFO  [ZipEntryContext] VFS force nested jars copy-mode is enabled.
09:59:17,669 INFO  [ServerInfo] Java version: 1.6.0_16,Sun Microsystems Inc.
09:59:17,669 INFO  [ServerInfo] Java Runtime: Java(TM) SE Runtime Environment (build 1.6.0_16-b01)
09:59:17,669 INFO  [ServerInfo] Java VM: Java HotSpot(TM) Server VM 14.2-b01,Sun Microsystems Inc.
09:59:17,669 INFO  [ServerInfo] OS-System: Windows 7 6.1,x86
09:59:17,670 INFO  [ServerInfo] VM arguments: -da -XX:PermSize=256m -Djava.awt.headless=true -Djava.endorsed.dirs=../lib/endorsed -Dprogram.name=run.bat -Doptier.module.name=server -DOPTIER.HOME=../../../../ -DPRODUCT.HOME=../../../ -DOPTIER.SERVER.HOME=../../../server/ -Djboss.http.port=8081 -Djboss.service.binding.set=ports-default -DserverType=single-server -DserverName=single-server -DRemoteJndiUrl=localhost:1099 -javaagent:C:\OpTier_Server_4-0-0-3008\corefirst\tierext\lib\cf-plugins-instrument-agent.jar=optier.launch.properties=C:\OpTier_Server_4-0-0-3008\corefirst\tierext\jboss\conf\jbLaunch.properties#optier.instrumented.jboss=true#jb.version=5 -Xms1024m -Xmx1024m -Djava.library.path=. -Dwrapper.key=fG3v7C79oTC86L-FiRoZ3dqiJ5C6j-74 -Dwrapper.port=32000 -Dwrapper.jvm.port.min=31000 -Dwrapper.jvm.port.max=31999 -Dwrapper.debug=TRUE -Dwrapper.pid=1500 -Dwrapper.version=3.3.1-st -Dwrapper.native_library=wrapper -Dwrapper.cpu.timeout=600 -Dwrapper.jvmid=1
09:59:17,706 INFO  [JMXKernel] Legacy JMX core initialized
09:59:20,303 INFO  [ProfileServiceBootstrap] Loading profile: ProfileKey@ec9441[domain=default, server=default, name=default]
09:59:22,402 ERROR [AbstractKernelController] Error installing to Create: name=jboss.system:service=Logging,type=Log4jService state=Configured mode=Manual requiredState=Create
java.lang.NoClassDefFoundError: org/apache/log4j/spi/LoggerFactory
      at java.lang.ClassLoader.findBootstrapClass(Native Method)
      at java.lang.ClassLoader.findBootstrapClass0(ClassLoader.java:892)
      at java.lang.ClassLoader.loadClass(ClassLoader.java:302)
      at java.lang.ClassLoader.loadClass(ClassLoader.java:300)
      at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
      at java.lang.ClassLoader.loadClass(ClassLoader.java:252)
      at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320)
      at java.lang.Class.forName0(Native Method)
      at java.lang.Class.forName(Class.java:169)
      at org.apache.log4j.helpers.Loader.loadClass(Loader.java:178)
      at org.apache.log4j.helpers.OptionConverter.instantiateByClassName(OptionConverter.java:319)
      at org.apache.log4j.xml.DOMConfigurator.parseCategoryFactory(DOMConfigurator.java:433)
      at org.apache.log4j.xml.DOMConfigurator.parse(DOMConfigurator.java:907)
      at org.apache.log4j.xml.DOMConfigurator.doConfigure(DOMConfigurator.java:790)
      at org.apache.log4j.xml.DOMConfigurator.doConfigure(DOMConfigurator.java:696)
      at org.apache.log4j.xml.DOMConfigurator.configure(DOMConfigurator.java:821)
      at org.jboss.logging.Log4jService$URLWatchTimerTask.reconfigure(Log4jService.java:697)
      at org.jboss.logging.Log4jService$URLWatchTimerTask.run(Log4jService.java:636)
      at org.jboss.logging.Log4jService.setup(Log4jService.java:492)
      at org.jboss.logging.Log4jService.createService(Log4jService.java:528)
      at org.jboss.system.ServiceMBeanSupport.jbossInternalCreate(ServiceMBeanSupport.java:344)
      at org.jboss.system.ServiceMBeanSupport.jbossInternalLifecycle(ServiceMBeanSupport.java:320)
      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
      at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
      at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
      at java.lang.reflect.Method.invoke(Method.java:597)
      at org.jboss.mx.interceptor.ReflectedDispatcher.invoke(ReflectedDispatcher.java:157)
      at org.jboss.mx.server.Invocation.dispatch(Invocation.java:96)
      at org.jboss.mx.interceptor.AbstractInterceptor.invoke(AbstractInterceptor.java:138)
      at org.jboss.mx.server.Invocation.invoke(Invocation.java:90)
      at org.jboss.mx.interceptor.ModelMBeanOperationInterceptor.invoke(ModelMBeanOperationInterceptor.java:140)
      at org.jboss.mx.server.Invocation.invoke(Invocation.java:90)
      at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264)
      at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:668)
      at org.jboss.system.microcontainer.ServiceProxy.invoke(ServiceProxy.java:189)
      at $Proxy38.create(Unknown Source)
      at org.jboss.system.microcontainer.CreateDestroyLifecycleAction.installAction(CreateDestroyLifecycleAction.java:42)
      at org.jboss.system.microcontainer.CreateDestroyLifecycleAction.installAction(CreateDestroyLifecycleAction.java:37)
      at org.jboss.dependency.plugins.action.SimpleControllerContextAction.simpleInstallAction(SimpleControllerContextAction.java:62)
      at org.jboss.dependency.plugins.action.AccessControllerContextAction.install(AccessControllerContextAction.java:71)
      at org.jboss.dependency.plugins.AbstractControllerContextActions.install(AbstractControllerContextActions.java:51)
      at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
      at org.jboss.system.microcontainer.ServiceControllerContext.install(ServiceControllerContext.java:286)
      at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631)
      at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
      at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082)
      at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
      at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
      at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
      at org.jboss.system.ServiceController.doChange(ServiceController.java:688)
      at org.jboss.system.ServiceController.create(ServiceController.java:422)
      at org.jboss.system.ServiceController.create(ServiceController.java:387)
      at org.jboss.system.deployers.ServiceDeployer.create(ServiceDeployer.java:158)
      at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:96)
      at org.jboss.system.deployers.ServiceDeployer.deploy(ServiceDeployer.java:46)
      at org.jboss.deployers.spi.deployer.helpers.AbstractSimpleRealDeployer.internalDeploy(AbstractSimpleRealDeployer.java:62)
      at org.jboss.deployers.spi.deployer.helpers.AbstractRealDeployer.deploy(AbstractRealDeployer.java:50)
      at org.jboss.deployers.plugins.deployers.DeployerWrapper.deploy(DeployerWrapper.java:171)
      at org.jboss.deployers.plugins.deployers.DeployersImpl.doDeploy(DeployersImpl.java:1439)
      at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1157)
      at org.jboss.deployers.plugins.deployers.DeployersImpl.doInstallParentFirst(DeployersImpl.java:1178)
      at org.jboss.deployers.plugins.deployers.DeployersImpl.install(DeployersImpl.java:1098)
      at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
      at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631)
      at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
      at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082)
      at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
      at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
      at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
      at org.jboss.deployers.plugins.deployers.DeployersImpl.process(DeployersImpl.java:781)
      at org.jboss.deployers.plugins.main.MainDeployerImpl.process(MainDeployerImpl.java:702)
      at org.jboss.system.server.profileservice.repository.MainDeployerAdapter.process(MainDeployerAdapter.java:117)
      at org.jboss.system.server.profileservice.repository.ProfileDeployAction.install(ProfileDeployAction.java:70)
      at org.jboss.system.server.profileservice.repository.AbstractProfileAction.install(AbstractProfileAction.java:53)
      at org.jboss.system.server.profileservice.repository.AbstractProfileService.install(AbstractProfileService.java:361)
      at org.jboss.dependency.plugins.AbstractControllerContext.install(AbstractControllerContext.java:348)
      at org.jboss.dependency.plugins.AbstractController.install(AbstractController.java:1631)
      at org.jboss.dependency.plugins.AbstractController.incrementState(AbstractController.java:934)
      at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:1082)
      at org.jboss.dependency.plugins.AbstractController.resolveContexts(AbstractController.java:984)
      at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:822)
      at org.jboss.dependency.plugins.AbstractController.change(AbstractController.java:553)
      at org.jboss.system.server.profileservice.repository.AbstractProfileService.activateProfile(AbstractProfileService.java:306)
      at org.jboss.system.server.profileservice.ProfileServiceBootstrap.start(ProfileServiceBootstrap.java:271)
      at org.jboss.bootstrap.AbstractServerImpl.start(AbstractServerImpl.java:461)
      at org.jboss.Main.boot(Main.java:221)
      at org.jboss.Main$1.run(Main.java:556)
      at java.lang.Thread.run(Thread.java:619)
WrapperManager Debug: Received a packet PING : ping
WrapperManager Debug: Send a packet PING : ping

Re: [Wrapper-user] Problems with 3.5.7 under Windows XP

[Karel V. <ka...@ou...>]

The test wrapper sample commands (-i, -r, -t ... ) seem to work, both
with absolute and with relative paths.

I found the problem, but can't reproduce it anymore:

I wanted to delete the log files (to make sure I was looking at the right one),
but I couldn't - they were still in use by a process. Checking the
task manager I found that there actually was a wrapper process
running. After killing that
I could delete the files AND the 3.5.7 wrapper started working again.

I don't know where that that running wrapper.exe process came from.
It's possible that this was still lingering from before the upgrade
(i.e. a 3.3.6 wrapper.exe), so that would be a border case not worth
further investigation.

Thanks for the quick reply,
Karel

On Tue, Feb 8, 2011 at 4:25 PM, Christian Mueller
<chr...@ta...> wrote:
> Karel,
>
> Thank you for your mail.
>
> I have tested the Wrapper on any supported Windows platform (2K, 2K3, XP,
> Vista, 7, 2K8) prior to the release of 3.5.7 and all tests there went
> successful.
> I'm not sure so what could cause this. Actually the UAC part of the code
> won't get called until the distribution appears to be Vista or later.
>
> When you run wrapper.exe -i ..\conf\wrapper.conf you said you don't get any
> output on your cmd. Can you check the log file if anything was written in
> there?
>
> I haven't tried virtualbox yet, but will also check on this in order to
> narrow it down.
>
> Best Regards,
> Christian
>
>
> On Tue, Feb 8, 2011 at 11:28 PM, Karel Vervaeke <ka...@ou...>
> wrote:
>>
>> We recently upgraded from 3.3.6 to 3.5.7. Things work find under
>> various Linux machines,
>> but on windows XP, calling the wrapper with -i/-r or -t doesn't seem to do
>> anything (there's no output,
>> even with the log levels set to DEBUG in the conf file). When running
>> the 3.5.7 wrapper without arguments it still displays the help
>> information.
>>
>> When using 3.5.6 it works fine. Could this be related to the
>> privilege elevation stuff implemented for Vista & co?
>>
>> My XP install is running on a virtualbox virtual machine; I'm running
>> the wrapper as an administrator. -- Let me know if you need more
>> information (I don't know what else to include).
>> I don't have access to a Vista machine, so I didn't check if it works
>> there.
>>
>> Can anyone confirm this?
>>
>> Regards,
>> Karel
>>
>>
>> ------------------------------------------------------------------------------
>> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
>> Pinpoint memory and threading errors before they happen.
>> Find and fix more than 250 security defects in the development cycle.
>> Locate bottlenecks in serial and parallel code that limit performance.
>> http://p.sf.net/sfu/intel-dev2devfeb
>> _______________________________________________
>> Wrapper-user mailing list
>> Wra...@li...
>> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>
>

Re: [Wrapper-user] Problems with 3.5.7 under Windows XP

[Christian M. <chr...@ta...>]

Karel,

Thank you for your mail.

I have tested the Wrapper on any supported Windows platform (2K, 2K3, XP,
Vista, 7, 2K8) prior to the release of 3.5.7 and all tests there went
successful.
I'm not sure so what could cause this. Actually the UAC part of the code
won't get called until the distribution appears to be Vista or later.

When you run wrapper.exe -i ..\conf\wrapper.conf you said you don't get any
output on your cmd. Can you check the log file if anything was written in
there?

I haven't tried virtualbox yet, but will also check on this in order to
narrow it down.

Best Regards,
Christian


On Tue, Feb 8, 2011 at 11:28 PM, Karel Vervaeke <ka...@ou...>wrote:

> We recently upgraded from 3.3.6 to 3.5.7. Things work find under
> various Linux machines,
> but on windows XP, calling the wrapper with -i/-r or -t doesn't seem to do
> anything (there's no output,
> even with the log levels set to DEBUG in the conf file). When running
> the 3.5.7 wrapper without arguments it still displays the help information.
>
> When using 3.5.6 it works fine. Could this be related to the
> privilege elevation stuff implemented for Vista & co?
>
> My XP install is running on a virtualbox virtual machine; I'm running
> the wrapper as an administrator. -- Let me know if you need more
> information (I don't know what else to include).
> I don't have access to a Vista machine, so I didn't check if it works
> there.
>
> Can anyone confirm this?
>
> Regards,
> Karel
>
>
> ------------------------------------------------------------------------------
> The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE:
> Pinpoint memory and threading errors before they happen.
> Find and fix more than 250 security defects in the development cycle.
> Locate bottlenecks in serial and parallel code that limit performance.
> http://p.sf.net/sfu/intel-dev2devfeb
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>

[Wrapper-user] Problems with 3.5.7 under Windows XP

[Karel V. <ka...@ou...>]

We recently upgraded from 3.3.6 to 3.5.7. Things work find under
various Linux machines,
but on windows XP, calling the wrapper with -i/-r or -t doesn't seem to do
anything (there's no output,
even with the log levels set to DEBUG in the conf file). When running
the 3.5.7 wrapper without arguments it still displays the help information.

When using 3.5.6 it works fine. Could this be related to the
privilege elevation stuff implemented for Vista & co?

My XP install is running on a virtualbox virtual machine; I'm running
the wrapper as an administrator. -- Let me know if you need more
information (I don't know what else to include).
I don't have access to a Vista machine, so I didn't check if it works there.

Can anyone confirm this?

Regards,
Karel