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

RE: [Wrapper-user] Wrapper problems

[Jeff H. <je...@je...>]

Leif,

><><><><><><><><><><><><><><><><><><><><><><><><><><><><><
> From: Leif Mortenson
>
> No ideas without more info.
><><><><><><><><><><><><><><><><><><><><><><><><><><><><><

What do you need?

><><><><><><><><><><><><><><><><><><><><><><><><><><><><><
> The most common problem when running as a service are
> caused by differences in the environment between the
> SYSTEM user and the user used to run the app in a
> console.
><><><><><><><><><><><><><><><><><><><><><><><><><><><><><

Yeah, I've gathered that from what I've found in the archive that was
similar to my problem.

><><><><><><><><><><><><><><><><><><><><><><><><><><><><><
> For example.  If you are using the JAVA_HOME environment
> variable, make sure that it is available to the SYSTEM
> user.
><><><><><><><><><><><><><><><><><><><><><><><><><><><><><

I thought of that, but I didn't use any environment variables in
wrapper.conf.

><><><><><><><><><><><><><><><><><><><><><><><><><><><><><
> In any case, you should be able to see what the problem
> is by looking at the wrapper.log file.
><><><><><><><><><><><><><><><><><><><><><><><><><><><><><

Here's the entire dump of log data that's generated when I start the
service.

STATUS | wrapper  | 2003/04/20 16:53:29 | --> Wrapper Started as Service
STATUS | wrapper  | 2003/04/20 16:53:30 | Launching a JVM...
INFO   | jvm 1    | 2003/04/20 16:53:30 | Wrapper (Version 3.0.2)
INFO   | jvm 1    | 2003/04/20 16:53:30 |
INFO   | jvm 1    | 2003/04/20 16:53:30 | Starting client...

The weird thing is that jar file (status.jar) is definitely being used by
the wrapper cause the file is locked, preventing me from overwriting,
renaming, or deleting it.  However, it's web interface doesn't come up as
expected (it basically listens on a specified port and acts as a
mini-webserver) when requested in the same manner used when the jar file is
executed manually.  I check netstat to see what ports the machine is
listening on and don't see the port the jar file is configured to listen on.

I have a sneaking suspicion that the jar file isn't initializing properly
called as a service by the wrapper, but don't know enough about Java to
figure out how to isolate and fix it.  The few things I do know are that
when calling the test batch file (status.bat) it goes through the wrapper
initialization sequence and then opens up a Java GUI (spawned by status.jar,
the jar file I'm trying to run as a service).  The console stays open until
I close the Java GUI.  If I execute status.jar manually then the GUI doesn't
come up the first time.  In order to get the GUI to open I have to have the
jar file running and then manually execute it again (by double-clicking it).
I'm wondering if maybe the GUI opening when using the test batch file
(status.bat) and starting it as a service are at all related.

Thanks,

Jeff

-----------------------------------------------------------
 Jeff Howden                        http://jeffhowden.com/
 mailto:je...@je...          phone://541.913.9261/
-----------------------------------------------------------
 Your source for high performance, dynamic site solutions
-----------------------------------------------------------

Re: [Wrapper-user] Wrapper problems

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

Jeff,   

>now the main bat file works
>correctly (as far as i can tell).  so, i ran the install nt service bat file
>which seemed to run without a hitch.  however, now when i try to start the
>service it fails with an unknown error.  any ideas?
>
No ideas without more info.  The most common problem when running as a
service are caused by differences in the environment between the SYSTEM
user and the user used to run the app in a console.
For example.  If you are using the JAVA_HOME environment variable, make
sure that it is available to the SYSTEM user.
In any case, you should be able to see what the problem is by looking at the
wrapper.log file.  This will usually be in the location configured in your
wrapper.conf file.  If the wrapper.conf file can not be located for some 
reason
then the Wrapper will output to a wrapper.log file located in the same
directory as the Wrapper.exe binary.

Cheers,
Leif

RE: [Wrapper-user] Wrapper problems

[Jeff H. <je...@je...>]

erf, responding to my own email.

><><><><><><><><><><><><><><><><><><><><><><><><><><><><><
> From: Jeff Howden
>
> INFO   | jvm 1    | 2003/04/20 09:18:35 | java.lang.NoClassDefFoundError:
> org/tanukisoftware/wrapper/test/Main
><><><><><><><><><><><><><><><><><><><><><><><><><><><><><

fixed this error by changing wrapper.java.mainclass to
"org.tanukisoftware.wrapper.WrapperSimpleApp".  now the main bat file works
correctly (as far as i can tell).  so, i ran the install nt service bat file
which seemed to run without a hitch.  however, now when i try to start the
service it fails with an unknown error.  any ideas?

thanks,

.jeff

http://evolt.org/

NOTICE:  members.evolt.org web and email address are changing!
---------------------------------------------------------------------
| OLD:                            | NEW:                            |
| je...@me...          | ev...@je...            |
| http://members.evolt.org/jeff/  | http://evolt.jeffhowden.com/    |
---------------------------------------------------------------------

[Wrapper-user] Wrapper problems

[Jeff H. <je...@je...>]

Hi,

I'm having some difficulty getting my wrapper.conf file setup properly.
After an exchange with Leif I got my wrapper.java.command property setup
correctly.  However, now I'm getting retry errors.

STATUS | wrapper  | 2003/04/20 09:18:32 | --> Wrapper Started as Console
STATUS | wrapper  | 2003/04/20 09:18:34 | Launching a JVM...
INFO   | jvm 1    | 2003/04/20 09:18:35 | java.lang.NoClassDefFoundError:
org/tanukisoftware/wrapper/test/Main
INFO   | jvm 1    | 2003/04/20 09:18:35 | Exception in thread "main"
ERROR  | wrapper  | 2003/04/20 09:18:35 | JVM exited while loading the
application.
STATUS | wrapper  | 2003/04/20 09:18:41 | Launching a JVM...
INFO   | jvm 2    | 2003/04/20 09:18:42 | java.lang.NoClassDefFoundError:
org/tanukisoftware/wrapper/test/Main
INFO   | jvm 2    | 2003/04/20 09:18:42 | Exception in thread "main"
ERROR  | wrapper  | 2003/04/20 09:18:42 | JVM exited while loading the
application.
STATUS | wrapper  | 2003/04/20 09:18:48 | Launching a JVM...
INFO   | jvm 3    | 2003/04/20 09:18:49 | java.lang.NoClassDefFoundError:
org/tanukisoftware/wrapper/test/Main
INFO   | jvm 3    | 2003/04/20 09:18:49 | Exception in thread "main"
ERROR  | wrapper  | 2003/04/20 09:18:49 | JVM exited while loading the
application.
STATUS | wrapper  | 2003/04/20 09:18:55 | Launching a JVM...
INFO   | jvm 4    | 2003/04/20 09:18:56 | java.lang.NoClassDefFoundError:
org/tanukisoftware/wrapper/test/Main
INFO   | jvm 4    | 2003/04/20 09:18:56 | Exception in thread "main"
ERROR  | wrapper  | 2003/04/20 09:18:56 | JVM exited while loading the
application.
STATUS | wrapper  | 2003/04/20 09:19:02 | Launching a JVM...
INFO   | jvm 5    | 2003/04/20 09:19:03 | java.lang.NoClassDefFoundError:
org/tanukisoftware/wrapper/test/Main
INFO   | jvm 5    | 2003/04/20 09:19:03 | Exception in thread "main"
ERROR  | wrapper  | 2003/04/20 09:19:03 | JVM exited while loading the
application.
FATAL  | wrapper  | 2003/04/20 09:19:03 | There were 5 failed launches in a
row, each lasting less than 300 seconds.  Giving up.
FATAL  | wrapper  | 2003/04/20 09:19:03 |   There may be a configuration
problem: please check the logs.
STATUS | wrapper  | 2003/04/20 09:19:03 | <-- Wrapper Stopped

Would appreciate some insight into this.

Thanks,

Jeff (.jeff)

http://evolt.org/

NOTICE:  members.evolt.org web and email address are changing!
---------------------------------------------------------------------
| OLD:                            | NEW:                            |
| je...@me...          | ev...@je...            |
| http://members.evolt.org/jeff/  | http://evolt.jeffhowden.com/    |
---------------------------------------------------------------------

Re: [Wrapper-user] Java Beginner... need help for integration in Windows 2000

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

Harry,
    The examples which use Tomcat and JBoss are just using those
programs as examples.  You do not need to use either program to
make use of the Wrapper.

    Most likely Integration Method #1, WrapperSimpleApp, would work
for you.  It does for most applications.  Reread the docs for that
integration method replacing JBoss with your application as you are
reading.  I am not sure how to describe it any more clearly than it is
on those docs without knowing of specific problems you are having.

Cheers,
Leif

Andre Harry wrote:

>Hi guys,
>
>Im absolutely new to this kinda stuff.
>
>I have this simple java program called Scanner. Which
>will scan a directory, grab all the xml file in it, in
>a loop. So it will scan it within every so often. And
>this is supposed to run forever.
>
>The more i read the instruction for this wrapper, the
>more i get confused. 
>
>Just to start with,
>
>Can anyone guide me how to integrate my program with
>this wrapper thing. I would be really thankful for
>this. Im desperate for help here.
>
>I know there are 3 options there. Which one do u guys
>recommend? I personally prefer the one without having
>to use JBOSS and Tomcat.
>
>Advice needed...
>  
>

[Wrapper-user] Regarding Windows NT problem

[Ravi S. <ra...@el...>]

=20
 Hi Leif,
=20
 No luck on our side. We had followed exactly what is written in the =
docs. We added "Log on
Service" option by assigning rights to the user and again run our =
reporting tool as an NT
service. The client could not print the report when we do so. But when =
we are runnung report
server as a standalone application( non service) we can generate report. =
The surprising
thing is that the report server logs say that report is successfully =
generated. Why this
problem occurs? Please help, thanks.
=20
 Regards,
 Ravi
=20

[OT] Casting malloc() results (was Re: [Wrapper-user] Mac OS X - Segmentation Fault)

[Joseph K. <joe...@tr...>]

Mike Castle wrote:

> However, I'd like to suggest one change:
> 
> --- src/c/wrapper_unix.c        3 Apr 2003 08:10:19 -0000       1.33
> +++ src/c/wrapper_unix.c        15 Apr 2003 22:11:13 -0000
> @@ -213,8 +213,8 @@
>      /*                        number of arguments + 1 for a NULL pointer
> at the end */
>      for (i = 0; i <= length; i++) {
>          if (i < length) {
> -            wrapperData->jvmCommand[i] = (char *)malloc(sizeof(char *) * strlen(strings[i]) + 1);
> -            sprintf(wrapperData->jvmCommand[i], strings[i]);
> +            wrapperData->jvmCommand[i] = malloc(sizeof(char *) * strlen(strings[i]) + 1);
> +            strcpy(wrapperData->jvmCommand[i], strings[i]);
>          } else {
>              wrapperData->jvmCommand[i] = NULL;
>          }
> 
> First:  in _C_, one should _NEVER_ cast the return value of malloc().  If
> you get warnings without it, your ether your code or compiler is broken.

Hi Mike,

Could you possibly provide a reference for this rule? I have always
cast the results of malloc(), based on the advice contained in
K&R 2nd ed. pg. 142 (K&R2 claims to cover ANSI C), but (obviously)
I haven't done much C programming recently :-)  Other sources I've
looked at say that it's not *necessary* to cast malloc's result,
but that it doesn't hurt. So I'm just wondering about your statement
above, which seems to be made with great conviction :-) Does the
ISO C standard recommend against casting?

[Incidentally, I don't want to start a huge thread about this;
but Leif's response seemed to indicate the answer might be of
general interest, which is why I posted to the list rather than
to Mike directly. If anyone wants to argue about the issue, we can
take it to comp.lang.c.]

Thanks,

-- Joe Knapka

Re: [Wrapper-user] Mac OS X - Segmentation Fault

[<da...@ix...>]

In article <3E9...@ta...>,
Leif Mortenson  <wra...@li...> wrote:
>>First:  in _C_, one should _NEVER_ cast the return value of malloc().  If
>>you get warnings without it, your ether your code or compiler is broken.
>>
>Ok, I went through and removed all of the casts. I am not sure exactly where
>I got in the habit of casting those. In my very early C days I remember
>having
>had some problems on a Solaris machine. I knew that it was not required with
>the compilers I was using, but wanted to make the code as portable as
>possible
>so I kept using them.

Pre-ANSI C compilers did need that.  But any modern compiler that supports
stdlib.h will not require the casts.  And by having the casts, you could
accidently hide an actual error.  Since I seriously doubt java will ever
be supported on a platform that doesn't have at least one ANSI C compiler,
there shouldn't be any worry.

Cheers,
mrc [who does prefer C over Java, hands down :-]
-- 
     Mike Castle      da...@ix...      www.netcom.com/~dalgoda/
    We are all of us living in the shadow of Manhattan.  -- Watchmen
fatal ("You are in a maze of twisty compiler features, all different"); -- gcc

[Wrapper-user] Java Beginner... need help for integration in Windows 2000

[Andre H. <nas...@ya...>]

Hi guys,

Im absolutely new to this kinda stuff.

I have this simple java program called Scanner. Which
will scan a directory, grab all the xml file in it, in
a loop. So it will scan it within every so often. And
this is supposed to run forever.

The more i read the instruction for this wrapper, the
more i get confused. 

Just to start with,

Can anyone guide me how to integrate my program with
this wrapper thing. I would be really thankful for
this. Im desperate for help here.

I know there are 3 options there. Which one do u guys
recommend? I personally prefer the one without having
to use JBOSS and Tomcat.

Advice needed...

Thanks
Andre

__________________________________________________
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo
http://search.yahoo.com

RE: [Wrapper-user] Wrapper errors - HP-UX

[Roberts, E. <Eri...@on...>]

Hi Nicolas,

I am stuck with java 1.3.1 at the moment anyway, but I will keep trying =
;-)

-----Original Message-----
From: Moulin, Nicolas [mailto:nic...@cg...]
Sent: 17 April 2003 12:01
To: 'wra...@li...'
Subject: RE: [Wrapper-user] Wrapper errors - HP-UX


Hi Leif, Eric,

I have found some threads on the hp-ux forum explaining that, to be =
loaded
correctly, a 64-bit library requires:
1) java 1.4
2) invoke with option -d64

For details:
http://www.hp.com/products1/unix/java/java2/sdkrte14/infolibrary/sdk_rnot=
es_
1.4.1.01.html#HotSpot_options

So, we have installed SDK1.4 and use -d64 but... we still have the exact
same problem.

FYI, we are going to implement an alternate solution =
(java+shell+cronjob)
cause we are running out of time, so this matter with be a lower =
priority
for me but I will continue to investigate when time permits.

Best Regards,
Nicolas

-----Original Message-----
From: Roberts, Eric
To: wra...@li...
Sent: 4/16/2003 11:31 PM
Subject: RE: [Wrapper-user] Wrapper errors - HP-UX

Leif,

Thanks for the info. I would like to download the tar ball, but the
firewall is driving me crazy today (just spent two hours trying to get
some stuff from Sun, and ended up three times with 0 byte files). I will
be able to get the tar ball Friday if you could leave it there until
then.

I will be back in the office Tuesday, and will build it then and get
back to you.

Have a good weekend.

Eric

-----Original Message-----
From: Leif Mortenson [mailto:le...@ta...]
Sent: 16 April 2003 17:12
To: wra...@li...
Subject: Re: [Wrapper-user] Wrapper errors - HP-UX


Eric, Nicolas,
    I can't imagine how it would be causing the problem with the
library.
But version 3.0.3 contains a malloc/free fix that was discovered while
implementing the Mac OS X port.  This was causing some memory
corruption in certain cases.  I had not noticed any actual problems on
either Solaris, Linux, or NT.  But I could have just been lucky.  The
Mac OS X version was seg faulting very reliably.

    Version 3.0.3 has not yet been released, but you can get the source
from CVS.  I also placed a tar ball at the following location in case
that
is easier for you.   Could you please try building this and let me know
if there is any change.

http://wrapper.tanukisoftware.org/tmp/wrapper_3.0.3a_src_with_doc_src.ta
r.gz

    Expand this file into the directory of your choice and run=20
"./build.sh" from
its root.  That should build everything for you.  "./build.sh release"=20
will build
a full set of release targets.

    I may not be able to reply until Sunday night, so don't be offended
if I
don't get back to you before then.

Roberts, Eric wrote:

>I have the wrapper running nicely on NT, but I'm having problems on
HP-UX.
>
<snip>

Cheers,
Leif




-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

____________________________________________________
This message contains information that may be privileged or confidential =
and
is the property of the Cap Gemini Ernst & Young Group. It is intended =
only
for the person to whom it is addressed. If you are not the intended
recipient, you are not authorised to read, print, retain, copy, =
disseminate,
distribute, or use this message or any part thereof. If you receive this
message in error, please notify the sender immediately and delete all =
copies
of this message.


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

RE: [Wrapper-user] Wrapper errors - HP-UX

[Moulin, N. <nic...@cg...>]

Hi Leif, Eric,

I have found some threads on the hp-ux forum explaining that, to be loaded
correctly, a 64-bit library requires:
1) java 1.4
2) invoke with option -d64

For details:
http://www.hp.com/products1/unix/java/java2/sdkrte14/infolibrary/sdk_rnotes_
1.4.1.01.html#HotSpot_options

So, we have installed SDK1.4 and use -d64 but... we still have the exact
same problem.

FYI, we are going to implement an alternate solution (java+shell+cronjob)
cause we are running out of time, so this matter with be a lower priority
for me but I will continue to investigate when time permits.

Best Regards,
Nicolas

-----Original Message-----
From: Roberts, Eric
To: wra...@li...
Sent: 4/16/2003 11:31 PM
Subject: RE: [Wrapper-user] Wrapper errors - HP-UX

Leif,

Thanks for the info. I would like to download the tar ball, but the
firewall is driving me crazy today (just spent two hours trying to get
some stuff from Sun, and ended up three times with 0 byte files). I will
be able to get the tar ball Friday if you could leave it there until
then.

I will be back in the office Tuesday, and will build it then and get
back to you.

Have a good weekend.

Eric

-----Original Message-----
From: Leif Mortenson [mailto:le...@ta...]
Sent: 16 April 2003 17:12
To: wra...@li...
Subject: Re: [Wrapper-user] Wrapper errors - HP-UX


Eric, Nicolas,
    I can't imagine how it would be causing the problem with the
library.
But version 3.0.3 contains a malloc/free fix that was discovered while
implementing the Mac OS X port.  This was causing some memory
corruption in certain cases.  I had not noticed any actual problems on
either Solaris, Linux, or NT.  But I could have just been lucky.  The
Mac OS X version was seg faulting very reliably.

    Version 3.0.3 has not yet been released, but you can get the source
from CVS.  I also placed a tar ball at the following location in case
that
is easier for you.   Could you please try building this and let me know
if there is any change.

http://wrapper.tanukisoftware.org/tmp/wrapper_3.0.3a_src_with_doc_src.ta
r.gz

    Expand this file into the directory of your choice and run 
"./build.sh" from
its root.  That should build everything for you.  "./build.sh release" 
will build
a full set of release targets.

    I may not be able to reply until Sunday night, so don't be offended
if I
don't get back to you before then.

Roberts, Eric wrote:

>I have the wrapper running nicely on NT, but I'm having problems on
HP-UX.
>
<snip>

Cheers,
Leif




-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

____________________________________________________
This message contains information that may be privileged or confidential and
is the property of the Cap Gemini Ernst & Young Group. It is intended only
for the person to whom it is addressed. If you are not the intended
recipient, you are not authorised to read, print, retain, copy, disseminate,
distribute, or use this message or any part thereof. If you receive this
message in error, please notify the sender immediately and delete all copies
of this message.

Re: [Wrapper-user] Mac OS X - Segmentation Fault

[Andy B. <aba...@ca...>]

Success. The latest CVS code now works without any troubles on my Mac.

Thnx,
~Andy

On Tuesday, April 15, 2003, at 11:58  PM, Leif Mortenson wrote:

> Andy,
>    You are correct.  That may have been the cause of your problem.  I 
> went
> through and cleaned up all mallocs throughout the application.  Most of
> them were Ok, but there were a few other places where I was not
> multiplying the size by sizeof(char).  That was not causing any 
> problems
> but it was sloppy.
>
> Could you please give the current CVS code a try and see if it now 
> works
> on OSX?
>
> Cheers,
> Leif

[Wrapper-user] Regarding Windows NT Problem

[Ravi S. <ra...@el...>]

Hi Leif,

No luck on our side. We had followed exactly what is written in the =
docs. We added "Log on Service" option by assigning rights to the user =
and again run our reporting tool as an NT service. The client could not =
print the report when we do so. But when we are runnung report server as =
a standalone application( non service) we can generate report. The =
surprising thing is that the report server logs say that report is =
successfully generated. Why this problem occurs? Please help, thanks.

Regards,
Ravi

[Wrapper-user] Repost: shutdown problem

[Jim E. <je...@fr...>]

I've set up my wrapper to boot/shutdown from /etc/init.d and
/etc/rc.d/rcNd using 'chkconfig:  2345 89 11' in the script and running
chkconfig --add.  Testing from the command line, the wrapper responds
correctly to service start/stop commands.  Here is the wrapper log
produced from stop issued from the command line:

INFO   | jvm 1    | 2003/04/15 07:36:33 | Received a packet 103 : ping
INFO   | jvm 1    | 2003/04/15 07:36:33 | Send a packet 103 : ok
DEBUG  | wrapperp | 2003/04/15 07:36:33 | read a packet 103 : ok
DEBUG  | wrapper  | 2003/04/15 07:36:33 | Got ping response from JVM
STATUS | wrapper  | 2003/04/15 07:36:36 | Shutting down.
DEBUG  | wrapper  | 2003/04/15 07:36:36 | wrapperStopProcess(0) called.
DEBUG  | wrapper  | 2003/04/15 07:36:36 | Sending stop signal to JVM
DEBUG  | wrapperp | 2003/04/15 07:36:36 | send a packet 101 : NULL
INFO   | jvm 1    | 2003/04/15 07:36:36 | Received a packet 101 : 
INFO   | jvm 1    | 2003/04/15 07:36:36 | Thread, Wrapper-Connection,
handling the shutdown process.
INFO   | jvm 1    | 2003/04/15 07:36:36 | calling listener.stop()
INFO   | jvm 1    | 2003/04/15 07:36:36 | WrapperSimpleApp: stop(0)
INFO   | jvm 1    | 2003/04/15 07:36:36 | returned from listener.stop()
INFO   | jvm 1    | 2003/04/15 07:36:36 | Send a packet 107 : 0
INFO   | jvm 1    | 2003/04/15 07:36:36 | Closing socket.
DEBUG  | wrapperp | 2003/04/15 07:36:36 | read a packet 107 : 0
DEBUG  | wrapper  | 2003/04/15 07:36:36 | JVM signalled that it was
stopped.
DEBUG  | wrapperp | 2003/04/15 07:36:36 | socket read no code (closed?).
INFO   | jvm 1    | 2003/04/15 07:36:36 | calling System.exit(0)
INFO   | jvm 1    | 2003/04/15 07:36:36 | 1198024 [Thread-9] INFO
<com.franklinmead.runtime.OSS.StartedService> aborting
INFO   | jvm 1    | 2003/04/15 07:36:36 | 1198024 [Thread-9] DEBUG
<com.franklinmead.runtime.OSS.StartedService> stopRequested = true
INFO   | jvm 1    | 2003/04/15 07:36:36 | 1198024 [Thread-9] DEBUG
<com.franklinmead.runtime.OSS.StartedService> internalThread interrupted
INFO   | jvm 1    | 2003/04/15 07:36:36 | 1198025 [Thread-1] INFO
<com.franklinmead.runtime.OSS.StartedService> aborting
INFO   | jvm 1    | 2003/04/15 07:36:36 | 1198025 [Thread-1] DEBUG
<com.franklinmead.runtime.OSS.StartedService> stopRequested = true
INFO   | jvm 1    | 2003/04/15 07:36:37 | 1198074 [Thread-1] DEBUG
<com.franklinmead.runtime.OSS.StartedService> internalThread interrupted
INFO   | jvm 1    | 2003/04/15 07:36:37 | 1198074 [Thread-3] INFO
<com.franklinmead.runtime.OSS.StartedService> aborting
INFO   | jvm 1    | 2003/04/15 07:36:37 | 1198074 [Thread-3] DEBUG
<com.franklinmead.runtime.OSS.StartedService> stopRequested = true
INFO   | jvm 1    | 2003/04/15 07:36:37 | 1198074 [Thread-3] DEBUG
<com.franklinmead.runtime.OSS.StartedService> internalThread interrupted
DEBUG  | wrapper  | 2003/04/15 07:36:37 | JVM exited normally.
STATUS | wrapper  | 2003/04/15 07:36:37 | <-- Wrapper Stopped


The wrapper also starts at bootime in the order I expected.  My problem
is that the wrapper appears to not respond to the stop command when I
issue shutdown -r now from the command line.  I do not receive the
"Stopping " message on the linux console, or any other message
indicating the script has received a stop command.  Instead the wrapper
thread seems to be responding to the killall issued by linux and the end
of shutdown.  Here is the wrapper log from a shutdown -r now command:

DEBUG  | wrapperp | 2003/04/15 07:51:19 | read a packet 103 : ok
DEBUG  | wrapper  | 2003/04/15 07:51:19 | Got ping response from JVM
DEBUG  | wrapperp | 2003/04/15 07:51:25 | send a packet 103 : ping
INFO   | jvm 1    | 2003/04/15 07:51:25 | Received a packet 103 : ping
INFO   | jvm 1    | 2003/04/15 07:51:25 | Send a packet 103 : ok
DEBUG  | wrapperp | 2003/04/15 07:51:25 | read a packet 103 : ok
DEBUG  | wrapper  | 2003/04/15 07:51:25 | Got ping response from JVM
STATUS | wrapper  | 2003/04/15 07:51:27 | Shutting down.
DEBUG  | wrapper  | 2003/04/15 07:51:27 | wrapperStopProcess(0) called.
DEBUG  | wrapper  | 2003/04/15 07:51:27 | Sending stop signal to JVM
DEBUG  | wrapperp | 2003/04/15 07:51:27 | send a packet 101 : NULL
INFO   | jvm 1    | 2003/04/15 07:51:27 | Processing control
event(WRAPPER_CTRL_SHUTDOWN_EVENT)
INFO   | jvm 1    | 2003/04/15 07:51:27 | WrapperSimpleApp:
controlEvent(203) Ignored


I'm not sure what I might have done wrong here.  I created my script
using the directions in the docs, but I did have to hard code the
SCRIPT_DIR and SCRIPT variables, since they assumed the script was
running from somewhere other then init.d... 

Is there some circumstance where linux will not issue the stop command
to a kill script? I have other scripts that I've set up through
chkconfig and they work fine?  Any ideas?

Jim

RE: [Wrapper-user] Wrapper errors - HP-UX

[Roberts, E. <Eri...@on...>]

Leif,

Thanks for the info. I would like to download the tar ball, but the =
firewall is driving me crazy today (just spent two hours trying to get =
some stuff from Sun, and ended up three times with 0 byte files). I will =
be able to get the tar ball Friday if you could leave it there until =
then.

I will be back in the office Tuesday, and will build it then and get =
back to you.

Have a good weekend.

Eric

-----Original Message-----
From: Leif Mortenson [mailto:le...@ta...]
Sent: 16 April 2003 17:12
To: wra...@li...
Subject: Re: [Wrapper-user] Wrapper errors - HP-UX


Eric, Nicolas,
    I can't imagine how it would be causing the problem with the =
library.
But version 3.0.3 contains a malloc/free fix that was discovered while
implementing the Mac OS X port.  This was causing some memory
corruption in certain cases.  I had not noticed any actual problems on
either Solaris, Linux, or NT.  But I could have just been lucky.  The
Mac OS X version was seg faulting very reliably.

    Version 3.0.3 has not yet been released, but you can get the source
from CVS.  I also placed a tar ball at the following location in case =
that
is easier for you.   Could you please try building this and let me know
if there is any change.

http://wrapper.tanukisoftware.org/tmp/wrapper_3.0.3a_src_with_doc_src.tar=
.gz

    Expand this file into the directory of your choice and run=20
"./build.sh" from
its root.  That should build everything for you.  "./build.sh release"=20
will build
a full set of release targets.

    I may not be able to reply until Sunday night, so don't be offended =
if I
don't get back to you before then.

Roberts, Eric wrote:

>I have the wrapper running nicely on NT, but I'm having problems on =
HP-UX.
>
<snip>

Cheers,
Leif




-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] Wrapper errors - HP-UX

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

Eric, Nicolas,
    Off to bed, but I came across the following reference to a patch.  I am
not clear if it is the cause or not but it might make more sense to someone
familiar with HP-UX systems.

See PHSS_19466 on the following page.
http://support.openview.hp.com/cpe/patches/nnm/6.0x/s700_800_11.X.jsp

 From the above page:
Description: Java install corrupts NNM java env
Symptoms: Installation of Java environment on HPUX systems writes 
through links under /opt/java, replacing private shared libraries under 
/opt/OV/bin/JRE/lib. This makes programs such as ovnnmPassword 
unrunnable. They will cause Java to throw an UnsatisfiedLinkError 
exception.

Cheers,
Leif

Re: [Wrapper-user] Wrapper errors - HP-UX

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

Eric, Nicolas,
    I can't imagine how it would be causing the problem with the library.
But version 3.0.3 contains a malloc/free fix that was discovered while
implementing the Mac OS X port.  This was causing some memory
corruption in certain cases.  I had not noticed any actual problems on
either Solaris, Linux, or NT.  But I could have just been lucky.  The
Mac OS X version was seg faulting very reliably.

    Version 3.0.3 has not yet been released, but you can get the source
from CVS.  I also placed a tar ball at the following location in case that
is easier for you.   Could you please try building this and let me know
if there is any change.

http://wrapper.tanukisoftware.org/tmp/wrapper_3.0.3a_src_with_doc_src.tar.gz

    Expand this file into the directory of your choice and run 
"./build.sh" from
its root.  That should build everything for you.  "./build.sh release" 
will build
a full set of release targets.

    I may not be able to reply until Sunday night, so don't be offended if I
don't get back to you before then.

Roberts, Eric wrote:

>I have the wrapper running nicely on NT, but I'm having problems on HP-UX.
>
<snip>

Cheers,
Leif

Re: [Wrapper-user] Wrapper errors - HP-UX

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

Eric,
    Another user has been having the exact same problem running under
HP-UX that we have ben trying to figure out.    I am ccing him on this post.
(Nicolas, lets move this discussion back on list)

    The HP-UX and AIX builds are generated by a very helpful user of the
Wrapper.  I unfortunately do not have access to an HP-UX machine to
experiment with this myself.

    Are there any HP-UX users on list which are using the Wrapper
successfully?  If so, can you compare environments so that we can
hopefully narrow in on the problem.

Roberts, Eric wrote:

>Hi,
>
>I have the wrapper running nicely on NT, but I'm having problems on HP-UX.
>
<snip>

>I downloaded from two different locations, file size was exactly the same, result was exactly the same.
>
>I tried to download the source code to see if I could compile on the HP box, but got the binaries again!
>
Did you download the wrapper_3.0.2_src.tar.gz file?  Just expand it and run
the build.sh script in the root.

>I tried to go through the archives of this list, but could only access the last 25 postings.
>
??  I just looked at the SF site and it says that the list is not being 
archived.
Archives used to work, so they must be doing maintenance or something.

>Is this a known problem on the HP platform?
>
With 2 users having the exact same pair of problems.  I would officially 
call
this an HP-UX problem :-/

Leif

[Wrapper-user] Wrapper errors - HP-UX

[Roberts, E. <Eri...@on...>]

Hi,

I have the wrapper running nicely on NT, but I'm having problems on =
HP-UX.

Debug console output is:

##################################################
Running Tomcat Servlet Container Instance 1...
Removed stale pid file: /opt/jakarta-tomcat/mirror1/logs/Tomcat1.pid
wrapper  | --> Wrapper Started as Console
wrapperp | port 9013 already in use, using port 9014 instead.
wrapperp | server listening on port 9014.
wrapperp | socket creation failed. (11)
wrapperp | socket creation failed. (11)
wrapperp | socket creation failed. (11)
wrapperp | socket creation failed. (11)
wrapper  | Command[0] : /opt/java1.3/bin/java
wrapper  | Command[1] : =
-Djava.endorsed.dirs=3D/opt/jakarta-tomcat/mirror1/bin:/opt/jakarta-tomca=
t/mirror1/common/endorsed
wrapper  | Command[2] : -Dcatalina.base=3D/opt/jakarta-tomcat/mirror1
wrapper  | Command[3] : -Dcatalina.home=3D/opt/jakarta-tomcat/mirror1
wrapper  | Command[4] : =
-Djava.io.tmpdir=3D/opt/jakarta-tomcat/mirror1/temp
wrapper  | Command[5] : -Xms3m
wrapper  | Command[6] : -Xmx64m
wrapper  | Command[7] : =
-Djava.library.path=3D/opt/jakarta-tomcat/mirror1/common/lib
wrapper  | Command[8] : -classpath
wrapper  | Command[9] : =
../common/lib/wrapper.jar:/opt/java1.3/lib/tools.jar:/opt/jakarta-tomcat/=
mirror1/bin/bootstrap.jar
wrapper  | Command[10] : -Dwrapper.key=3D4QGm8Xo3F7BZS69M
wrapper  | Command[11] : -Dwrapper.port=3D9014
wrapper  | Command[12] : -Dwrapper.debug=3DTRUE
wrapper  | Command[13] : -Dwrapper.cpu.timeout=3D10
wrapper  | Command[14] : -Dwrapper.jvmid=3D1
wrapper  | Command[15] : org.tanukisoftware.wrapper.WrapperStartStopApp
wrapper  | Command[16] : org.apache.catalina.startup.Bootstrap
wrapper  | Command[17] : 1
wrapper  | Command[18] : start
wrapper  | Command[19] : org.apache.catalina.startup.Bootstrap
wrapper  | Command[20] : true
wrapper  | Command[21] : 1
wrapper  | Command[22] : stop
wrapper  | Launching a JVM...
wrapperp | socket creation failed. (11)
wrapperp | socket creation failed. (11)
wrapperp | socket creation failed. (11)
wrapperp | socket creation failed. (11)
wrapperp | socket creation failed. (11)
jvm 1    | Wrapper Manager: JVM #1
jvm 1    | Wrapper Manager: Registering shutdown hook
jvm 1    | Wrapper Manager: Using wrapper
jvm 1    |=20
jvm 1    | WARNING - Unable to load native library 'libwrapper.so'.  The =
file
jvm 1    |           is located on the path at the following location =
but could
jvm 1    |           be loaded:
jvm 1    |             =
/opt/jakarta-tomcat/mirror1/common/lib/libwrapper.so
jvm 1    |           Please verify that the file is readable by the =
current user
jvm 1    |           and that the file has not been corrupted in any =
way.
jvm 1    |           System signals will not be handled correctly.
jvm 1    |=20
jvm 1    | Java Version   : 1.3.1.00-release-010607-16:53-PA_RISC1.1 =
Java HotSpot(TM) Server VM
jvm 1    | Java VM Vendor : Hewlett-Packard Company
jvm 1    |=20
jvm 1    | Wrapper (Version 3.0.2)
jvm 1    |=20
jvm 1    | Open socket to wrapper...
jvm 1    | Opened Socket
jvm 1    | Send a packet 110 : 4QGm8Xo3F7BZS69M
jvm 1    | =
handleSocket(Socket[addr=3Dlocalhost/127.0.0.1,port=3D9014,localport=3D57=
009])
wrapperp | accepted a socket from 127.0.0.1 on port 57009
wrapperp | read a packet 110 : 4QGm8Xo3F7BZS69M
wrapper  | Got key from JVM: 4QGm8Xo3F7BZS69M
wrapperp | send a packet 112 : 1
wrapperp | send a packet 113 : 30
wrapperp | socket read failed. (11)
wrapper  | Start Application.
wrapperp | socket creation failed. (11)
wrapper  | Unable to send the start command to the JVM.
wrapper  | JVM did not exit on request, terminated
jvm 1    | Received a packet 112 : 1
jvm 1    | Wrapper Manager: LowLogLevel from Wrapper is 1
wrapperp | socket creation failed. (11)
wrapper  | JVM was only running for 2 seconds leading to a failed =
restart count of 1.
wrapperp | socket creation failed. (11)
wrapperp | socket creation failed. (11)
wrapperp | socket creation failed. (11)
############################################################

The permissions on the file libwrapper.so are rwxrwx---

I downloaded from two different locations, file size was exactly the =
same, result was exactly the same.

I tried to download the source code to see if I could compile on the HP =
box, but got the binaries again!

I tried to go through the archives of this list, but could only access =
the last 25 postings.

Is this a known problem on the HP platform?

TIA

Eric Roberts

Re: [Wrapper-user] Regarding Windows NT service

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

Ravi Shankar wrote:

> Hi Leif,
> No luck on our side. I changed everything as you mentioned. Also added 
> the domain name and password in
> wrapper.conf file, still no errors, no printing.

I am surprised that your Java application is not producing any errors.
If access to the printer is being blocked somehow then it should.  The
lack of any errors has nothing to do with the Wrapper.

> Please see the mail from my colleague too who did the same thing:

I don't see the other mail that you are referring to.

> We are trying to print over servlet that running on the top of IBM 
> Websphere application server.
> Report server log file stated it's printed successfully but there's 
> nothing at the printer with no error message.

What is the "Report server"?  Is that the application being managed by
the Wrapper?  Are there any other print logs that you can monitor to try
and narrow down where the problem is?  Is it possible that the request to
print is making it out of the Java application and then getting lost
elsewhere?

> As for the user logged on privileges, is based on the Application 
> Server right which is a local system administrator.

The administrator user and the SYSTEM user are not the same.  Unless
you set the wrapper.ntservice.account property, the user when run as a
service will be SYSTEM.  (Uppercase because the user name is
uppercase)

> If I change the report server running mode from windows-service to 
> normal non-service mode, I can print it successfully.

Once again, I am confused.  Is the Report Server the same thing as the
application trying to print?  It sounds like the answer is no.  You are 
trying
to print from a servlet in Websphere right?

Maybe I am being slow.  But please describe all the system components
in more detail so I can understand what you are trying to do.

Cheers,
Leif

RE: [Wrapper-user] Regarding Windows NT service

[Sal I. <sal...@sy...>]

we print without problems when running as a service.
our tomcat application prints by spawning ghostscript.
  -----Original Message-----
  From: wra...@li...
[mailto:wra...@li...]On Behalf Of Ravi Shankar
  Sent: Wednesday, April 16, 2003 12:54 AM
  To: wra...@li...
  Subject: [Wrapper-user] Regarding Windows NT service


  Hi Leif,
  No luck on our side. I changed everything as you mentioned. Also added the
domain name and password in
  wrapper.conf file, still no errors, no printing. Please see the mail from
my colleague too who did the same thing:


  We are trying to print over servlet that running on the top of IBM
Websphere application server.
  Report server log file stated it's printed successfully but there's
nothing at the printer with no error message.

  As for the user logged on privileges, is based on the Application Server
right which is a local system administrator.
  If I change the report server running mode from windows-service to normal
non-service mode, I can print it successfully.

  Please help.

  Thanks and Regards,
  Ravi

[Wrapper-user] Regarding Windows NT service

[Ravi S. <ra...@el...>]

Hi Leif,
No luck on our side. I changed everything as you mentioned. Also added =
the domain name and password in
wrapper.conf file, still no errors, no printing. Please see the mail =
from my colleague too who did the same thing:


We are trying to print over servlet that running on the top of IBM =
Websphere application server.=20
Report server log file stated it's printed successfully but there's =
nothing at the printer with no error message.

As for the user logged on privileges, is based on the Application Server =
right which is a local system administrator.
If I change the report server running mode from windows-service to =
normal non-service mode, I can print it successfully.

Please help.

Thanks and Regards,
Ravi

Re: [Wrapper-user] Mac OS X - Segmentation Fault

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

Andy,
    You are correct.  That may have been the cause of your problem.  I went
through and cleaned up all mallocs throughout the application.  Most of
them were Ok, but there were a few other places where I was not
multiplying the size by sizeof(char).  That was not causing any problems
but it was sloppy.

Could you please give the current CVS code a try and see if it now works
on OSX?

> Perhaps I should put 'C Programming' back on my resume :) 

I wouldn't.  Then you might get hired to do C programming... :-P  The 
Wrapper is C,
but I prefer Java hands down for most applications.

Cheers,
Leif

Re: [Wrapper-user] Mac OS X - Segmentation Fault

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

Mike,
Thanks lots of great info here. I had not heard of ElectricFence before.
Once
I got it setup I was able to locate the problem in about 10 minutes. :-D
The 0 length malloc was being caused when there are no output filters
configured.
I now check for that so the Wrapper now passes ElectricFence without any
warnings.

Andy, could you please try building the MacOSX version again with the latest
code from CVS?

>But that turned up another issue.  Efence spits out some text on
>initialization, which means the first thing wrapper sees is '\n'.
>Wrapper was not amused.  I had to do the following patch:
>
I implemented this fix a little bit differently so there is not any
duplicate code.
But that was a definite bug. I was able to reproduce it by having a Java
program output a single line feed before any other output. That has been in
the code for quite a while. But still I am glad it is fixed.

>First:  in _C_, one should _NEVER_ cast the return value of malloc().  If
>you get warnings without it, your ether your code or compiler is broken.
>
Ok, I went through and removed all of the casts. I am not sure exactly where
I got in the habit of casting those. In my very early C days I remember
having
had some problems on a Solaris machine. I knew that it was not required with
the compilers I was using, but wanted to make the code as portable as
possible
so I kept using them.

>Second, if strings[i] contains an %, bad things can happen in the sprintf.
>
I had gone through a while back and modified the code to always use
sprintf(buf, "%s", str) rather than sprintf(buf, str) in places that could
contain % characters. strcpy is clearer so I made the change as you
suggested.

Thanks for the help with this.
Leif

Re: [Wrapper-user] Mac OS X - Segmentation Fault

[Andy B. <aba...@ca...>]

I think I found the problem with wrapperBuildJavaCommand() in 
wrapper_unix.c on Mac OS X. I don't know what the size of a "char *" is 
on other systems, but on my Mac "sizeof(char *)" returns 4. So code 
like this is inadequate:
> wrapperData->jvmCommand = malloc(sizeof(char *) * length + 1);

Instead of "+1" you need "+4", or better yet:
> wrapperData->jvmCommand = malloc(sizeof(char *) * (length + 1));

Likewise for the other malloc line in that method:
> wrapperData->jvmCommand[i] = malloc(sizeof(char *) * 
> (strlen(strings[i]) + 1));

Perhaps I should put 'C Programming' back on my resume :)
~Andy

On Tuesday, April 15, 2003, at 05:19  PM, Mike Castle wrote:

> In article <bs4...@th...>,
> Mike Castle <wra...@li...> wrote:
>> Hmm... I was going to try ElectricFence, but that didn't get me very 
>> far.
>> Changing console() to do
>> exec df $WRAPPER_CMD ...
>> And core dump right away.
>>
>> Running NodeWarrior Analytics Server...
>>
>>  Electric Fence 2.2.0 Copyright (C) 1987-1999 Bruce Perens
>> <br...@pe...>
>>
>> ElectricFence Aborting: Allocating 0 bytes, probably a bug.
>
> Ok, setting EF_ALLOW_MALLOC_0 seems to fix that (bug mabye OSX has 
> issues
> with malloc(0); wouldn't think so being BSD derived, but you never 
> know).