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

[Wrapper-user] Detect user login

[Catalin K. <cat...@ya...>]

Hi there,
  
  I have no ideea if this is possible, but maybe you gusy have, if it  would be possible to detect the user login the same as logout is  detected? i need this the same way as others need it, because i show an  icon on the system's tray bar that is hidden after a logout/login  action. Is there any other workarround for this except implementing a  thread that checks the current user regulary?
  
  Thanks,
  Catalin
  

		
---------------------------------
Yahoo! Photos
 Ring in the New Year with Photo Calendars. Add photos, events, holidays, whatever.

[Wrapper-user] Createing Symbolic Link

[Bashiro <ba...@my...>]

Hello folks,



Have anyone been able to create a symbolic link of an application on

Linux and it works ?

I have tried on bothe mandrake and Fedora and doesn't get i to work. 

On test execution, I get no such file exist even though the file is in the init.d.



Any help ?





Bashiro





_______________________________________________
No banners. No pop-ups. No kidding.
Make My Way  your home on the Web - http://www.myway.com

[Wrapper-user] Issue with wrapper.exe

[Rodriguez, S. <sro...@op...>]

I am having an issue on a Windows 2000 Server and Windows 2003 server with =
the wrapper.exe hanging around in memory after I have stopped and removed m=
y=
 service.   I then try to delete the directory with all the java classes, =
configuration information, and wrapper.exe.    I get an error ( Access =
denied, file is in use ) message from windows for the wrapper.exe file.

I do NOT have this issue on Windows 2000..

Any help/advise would be appreciated..

Thanks...

Steve

---------------------------------------------------------------------------=
---
This e-mail transmission may contain information that is proprietary, =
privileged and/or confidential and is intended exclusively for the person(s=
)=
 to whom it is addressed. Any use, copying, retention or disclosure by any =
person other than the intended recipient or the intended recipient's =
designees is strictly prohibited. If you are not the intended recipient or =
their designee, please notify the sender immediately by return e-mail and =
delete all copies. OppenheimerFunds may, at its sole discretion, monitor, =
review, retain and/or disclose the content of all email communications.
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D

[Wrapper-user] Jonah Rees/NLG is out of the office.

[<Jon...@uk...>]

I will be out of the office starting  23/12/2005 and will not return until
03/01/2006.




DISCLAIMER
This message is intended only for the addressee and may contain information
that is confidential or privileged. Unauthorised use is strictly prohibited
and may be unlawful. If you are not the intended recipient, or the person
responsible for delivering to the intended recipient, you should not read,
copy, disclose or otherwise use this message, except for the purpose of
delivery to the addressee. If you have received this email in error, please
delete and advise us immediately. Please email:
it....@uk... including a copy of the message.
Authorised and regulated by the Financial Services Authority.

RE: [Wrapper-user] Request from users about new 32 vs 64-bit distributions

[Andreas W. <and...@em...>]

Hi Nikki,

yes, you could. But normally, the other compilers are commercial and cost quite a lot of money. And you have to figure out by yourself, how to do this. If I got it right, in the Makefile.hpux64, there is already used the HP's compiler cc, so you may use this as a template.

A quicker solution would be to force gcc to link the own static libraries instead of the shared ones.
This could be accomplished by adding the option "-static-libgcc" to the linker line.

I cannot imagine an impact on the GPL by linking the library statically (you also have a reference when using the shared lib). But on the other hand, I also cannot imagine why rhere is a need to link this library... But I am not an GPL expert!

Cheers,
Andreas

wra...@li... schrieb am 22.12.05 20:33:35:
> 
> Can you use another compiler besides gcc on the hp platform to eliminate
> the dynamic link dependency on the gcc library
> /sww/bin/../lib/gcc-lib/hppa2.0w-hp-hpux11.11/3.2/../../../libgcc_s.sl?
> 
> Nicki
>  
> nta...@Fi...
> (714) 327-3690
> 
> -----Original Message-----
> From: wra...@li...
> [mailto:wra...@li...] On Behalf Of Leif
> Mortenson
> Sent: Thursday, December 08, 2005 5:42 AM
> To: Wrapper User List
> Subject: [Wrapper-user] Request from users about new 32 vs 64-bit
> distributions
> 
> Hi all,
> I am trying to get a plan for the 3.2.0 release finalized, and am stuck
> on
> how exactly to handle the 64 bit platforms. Ant does not seem to have
> any reliable way to differentiate between 32 and 64 bit versions of
> java.
> I am looking for a way to do so to make the builds work cleanly.
> 
> Could you please tell me your os, CPU, run the fully detailed uname
> command "uname -a", letting me know if the option is different.
> Also modify any build.xml and give me the output of the following from
> ant:
> <echo message="os.name='${os.name}' os.arch='${os.arch}'"/>
> 
> If there are not any ways to decide within ant, then I may modify
> the build.sh and build.bat scripts to make the decision by parsing the
> uname results and then pass a -D64bit parameter to the JVM when
> launching Ant. The problem there is that I really want to build for the
> JVM rather than the OS. It is possible to run 32 bit JVMs on a 64 bit
> system...
> 
> I have decided to include the architecture in the distribution name
> to handle the fact there there will now be 32 and 64 bit versions of
> most platforms.
> 32 bit examples are:
> wrapper_win32_x86_3.2.0
> wrapper_linux_x86_3.2.0
> 
> What do you think the distribution names should be for the 32 and
> 64 bit versions of Solaris, HPUX, Linux, etc... x86 is shown for the 32
> bit architecture. But what makes sense for the 64 bit systems. Are
> versions build for the 64 AMD going to be the same as the Intel chips?
> Sorry for my ignorance in this area, but I don't have any to play with.
> 
> Any suggestions in this area are welcome.
> 
> Cheers,
> Leif
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log
> files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
> 
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user

RE: [Wrapper-user] Request from users about new 32 vs 64-bit distributions

[Tatalovich, N. <NTa...@fi...>]

Can you use another compiler besides gcc on the hp platform to eliminate
the dynamic link dependency on the gcc library
/sww/bin/../lib/gcc-lib/hppa2.0w-hp-hpux11.11/3.2/../../../libgcc_s.sl?

Nicki
 
nta...@Fi...
(714) 327-3690

-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Leif
Mortenson
Sent: Thursday, December 08, 2005 5:42 AM
To: Wrapper User List
Subject: [Wrapper-user] Request from users about new 32 vs 64-bit
distributions

Hi all,
I am trying to get a plan for the 3.2.0 release finalized, and am stuck
on
how exactly to handle the 64 bit platforms. Ant does not seem to have
any reliable way to differentiate between 32 and 64 bit versions of
java.
I am looking for a way to do so to make the builds work cleanly.

Could you please tell me your os, CPU, run the fully detailed uname
command "uname -a", letting me know if the option is different.
Also modify any build.xml and give me the output of the following from
ant:
<echo message="os.name='${os.name}' os.arch='${os.arch}'"/>

If there are not any ways to decide within ant, then I may modify
the build.sh and build.bat scripts to make the decision by parsing the
uname results and then pass a -D64bit parameter to the JVM when
launching Ant. The problem there is that I really want to build for the
JVM rather than the OS. It is possible to run 32 bit JVMs on a 64 bit
system...

I have decided to include the architecture in the distribution name
to handle the fact there there will now be 32 and 64 bit versions of
most platforms.
32 bit examples are:
wrapper_win32_x86_3.2.0
wrapper_linux_x86_3.2.0

What do you think the distribution names should be for the 32 and
64 bit versions of Solaris, HPUX, Linux, etc... x86 is shown for the 32
bit architecture. But what makes sense for the 64 bit systems. Are
versions build for the 64 AMD going to be the same as the Intel chips?
Sorry for my ignorance in this area, but I don't have any to play with.

Any suggestions in this area are welcome.

Cheers,
Leif



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

Re: [Wrapper-user] How can i use service wrapper in uinxware?

[Donald <fly...@gm...>]

Hi Leif:
Thanks for your reply,I have compiled wrapper in unixware by gcc,and
after try difference makefile ,i got some compile warning in gcc
output.It's seem the .h file in unixware is differrence from other
platform.

like this:
---------------------------------------------------------------------
Compile with Makefile.freebsd:
---------------------------------------------------------------------
        if test ! -d .deps; then mkdir .deps; fi
        gcc -Wall -pedantic -DFREEBSD -DUSE_NANOSLEEP wrapper.c
wrapperinfo.c wrappereventloop.c wrapper_unix.c property.c logger.c
-lm -lcompat -pthread -o ../../bin/wrapper
wrapper.c: In function `wrapperProtocolOpen':
wrapper.c:607: `socklen_t' undeclared (first use in this function)
wrapper.c:607: (Each undeclared identifier is reported only once
wrapper.c:607: for each function it appears in.)
wrapper.c:607: parse error before `)'
wrapperinfo.c:37: warning: carriage return in preprocessing directive
wrapperinfo.c:35: warning: carriage return in source file
wrapperinfo.c:35: warning: (we only warn about the first carriage return)
wrapper_unix.c: In function `getSignalCodeDesc':
wrapper_unix.c:432: `SI_QUEUE' undeclared (first use in this function)
wrapper_unix.c:432: (Each undeclared identifier is reported only once
wrapper_unix.c:432: for each function it appears in.)
wrapper_unix.c:435: `SI_TIMER' undeclared (first use in this function)
wrapper_unix.c:438: `SI_MESGQ' undeclared (first use in this function)
wrapper_unix.c:441: `SI_ASYNCIO' undeclared (first use in this function)
wrapper_unix.c: In function `wrapperSleep':
wrapper_unix.c:864: warning: implicit declaration of function `nanosleep'
wrapper_unix.c: In function `main':
wrapper_unix.c:1544: warning: control reaches end of non-void function
logger.c:244: warning: missing braces around initializer
logger.c:244: warning: (near initialization for
`log_printfMutex.__pt_mutex_mutex')
*** Error code 1 (bu21)
UX:make: ERROR: fatal error.
-------------------------------------------------------
Compile with Makefile.hpux:
-------------------------------------------------------

        gcc -O3 -Wall --pedantic -DHPUX -D_XOPEN_SOURCE_EXTENDED
-DUSE_NANOSLEEP wrapper.c wrapperinfo.c wrappereventloop.c
wrapper_unix.c property.c logger.c -lm -o ../../bin/wrapper
wrapper.c: In function `wrapperProtocolOpen':
wrapper.c:607: `socklen_t' undeclared (first use in this function)
wrapper.c:607: (Each undeclared identifier is reported only once
wrapper.c:607: for each function it appears in.)
wrapper.c:607: parse error before `)'
wrapperinfo.c:37: warning: carriage return in preprocessing directive
wrapperinfo.c:35: warning: carriage return in source file
wrapperinfo.c:35: warning: (we only warn about the first carriage return)
wrapper_unix.c: In function `getSignalCodeDesc':
wrapper_unix.c:432: `SI_QUEUE' undeclared (first use in this function)
wrapper_unix.c:432: (Each undeclared identifier is reported only once
wrapper_unix.c:432: for each function it appears in.)
wrapper_unix.c:435: `SI_TIMER' undeclared (first use in this function)
wrapper_unix.c:438: `SI_MESGQ' undeclared (first use in this function)
wrapper_unix.c:441: `SI_ASYNCIO' undeclared (first use in this function)
wrapper_unix.c: In function `wrapperSleep':
wrapper_unix.c:864: warning: implicit declaration of function `nanosleep'
logger.c:244: warning: missing braces around initializer
logger.c:244: warning: (near initialization for
`log_printfMutex.__pt_mutex_mutex')
*** Error code 1 (bu21)
UX:make: ERROR: fatal error.
-------------------------------------------------------
Compile with Makefile.linux:
-------------------------------------------------------

        gcc -O3 -Wall --pedantic -pthread -DUSE_NANOSLEEP wrapper.c
wrapperinfo.c wrappereventloop.c wrapper_unix.c property.c logger.c -o
../../bin/wrapper
wrapper.c:413: asm/errno.h: No such file or directory
wrapperinfo.c:37: warning: carriage return in preprocessing directive
wrapperinfo.c:35: warning: carriage return in source file
wrapperinfo.c:35: warning: (we only warn about the first carriage return)
wrapper_unix.c: In function `getSignalCodeDesc':
wrapper_unix.c:432: `SI_QUEUE' undeclared (first use in this function)
wrapper_unix.c:432: (Each undeclared identifier is reported only once
wrapper_unix.c:432: for each function it appears in.)
wrapper_unix.c:435: `SI_TIMER' undeclared (first use in this function)
wrapper_unix.c:438: `SI_MESGQ' undeclared (first use in this function)
wrapper_unix.c:441: `SI_ASYNCIO' undeclared (first use in this function)
wrapper_unix.c: In function `wrapperSleep':
wrapper_unix.c:864: warning: implicit declaration of function `nanosleep'
logger.c:244: warning: missing braces around initializer
logger.c:244: warning: (near initialization for
`log_printfMutex.__pt_mutex_mutex')
*** Error code 1 (bu21)
UX:make: ERROR: fatal error.



2005/12/15, Leif Mortenson <le...@ta...>:
> Donald,
>    Unfortunately I don't have access to such a system to try it out.
> That is not currently
> on our supported list however so it will most likely need to have a new
> Makefile
> generated.  That unfortunately requires some C and Makefile
> experience.   The Wrapper
> now works on quite a few platforms so porting to new ones has become
> increasingly
> simple.   I can help you out my making suggestions to any compiler
> errors or warnings
> you may get, but there is not a lot I can do to help without being able
> to access the
> system myself.
>    (I have never turned down donations of hardware however ;-)
>
> Cheers,
> Leif
>
> Donald wrote:
> > hi,all
> > I am not familiar with makefile in unixware,i don't know if i want
> > compile java service wrapper in unixware,what should i do?
> > Can i just use hp-uinx version in unixware?
> >
> > regards
> >
> > --
> > Donald
> >
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi=
les
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick
> _______________________________________________
> Wrapper-user mailing list
> Wra...@li...
> https://lists.sourceforge.net/lists/listinfo/wrapper-user
>


--
Donald

Re: [Wrapper-user] Wrapper doesn't call stop() during machine restart on Fedora

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

Donatas,
    Oops.  Of course.   In that case, it is not really possible to do 
this reliably within the
sh script without getting complicated.  I went ahead and added a new 
wrapper.lockfile
property which can be used to create yet another pid like file at an 
arbitrary location.
    I have attached this new sh script which makes use of this new 
functionality.  Of
course you will need the new wrapper version to actually make use of 
it.  This script
should otherwise work file in 3.1.2 however.

Cheers,
Leif


Donatas Ciuksys wrote:
> Hi Leif,
>
> Well I have not tested it but I'm sure start() function in your script will
> not create lock file :) This is why:
>
> ...
>         if [ "X$IGNORE_SIGNALS" = "X" ]
>         then
>             exec $CMDNICE $WRAPPER_CMD $WRAPPER_CONF
> wrapper.pidfile=$PIDFILE wrapper.daemonize=TRUE
>         else
>             exec $CMDNICE $WRAPPER_CMD $WRAPPER_CONF
> wrapper.pidfile=$PIDFILE wrapper.anchorfile=$ANCHORFILE
> wrapper.ignore_signals=TRUE wrapper.daemonize=TRUE
>         fi
>         touch /var/lock/subsys/$APP_NAME
> ...
>
> It is too late to "touch" because "exec" will never return back to your
> script (I tested it by putting echo command after exec). This is from "bash"
> man pages:
>
> --------------------
>  exec [-cl] [-a name] [command [arguments]]
>               If  command is specified, it replaces the shell.  No new
> process
>               is created...
> --------------------
>
> So, no other statements after exec will be executed in your script, sorry :)
>
>
> Donatas
>   

Re: [Wrapper-user] How can i use service wrapper in uinxware?

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

Donald,
    Unfortunately I don't have access to such a system to try it out.   
That is not currently
on our supported list however so it will most likely need to have a new 
Makefile
generated.  That unfortunately requires some C and Makefile 
experience.   The Wrapper
now works on quite a few platforms so porting to new ones has become 
increasingly
simple.   I can help you out my making suggestions to any compiler 
errors or warnings
you may get, but there is not a lot I can do to help without being able 
to access the
system myself.
    (I have never turned down donations of hardware however ;-)

Cheers,
Leif

Donald wrote:
> hi,all
> I am not familiar with makefile in unixware,i don't know if i want
> compile java service wrapper in unixware,what should i do?
> Can i just use hp-uinx version in unixware?
>
> regards
>
> --
> Donald
>   

Re: [Wrapper-user] When JBoss Running As a Service With the Wrapper Getting Unable to Compile JSP Jasper Exceptions

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

David,
    The Wrapper can be run in a command prompt in console mode or as a 
service?
Have you tried running in console mode?  Are you seeing the same 
problems there?

    If so then it is most likely a problem with the configuration.   Did 
you copy the
example config file from the documentation?  Or generate it from the 
full command
line used to launch the version of JBoss that you are actually using?   
If the version
of JBoss you are using is not the same as I had used in my example you 
may be
missing one or more configuration elements.

Cheers,
Leif


David Barber wrote:
> Hi All
>
> I have been running JBoss from the run.bat file for a while, but 
> wanted to run it as a service. I have been able to configure it to 
> actually run, but when I deploy a JSP I get the following exception.
>
> org.apache.jasper.JasperException: Unable to compile class for JSP
>    at 
> org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:479) 
>
>
> With the root cause of the exception as;
>
> java.lang.NullPointerException
>    at org.apache.tools.ant.util.FileUtils.resolveFile(FileUtils.java:330)
>    at org.apache.tools.ant.Project.resolveFile(Project.java:618)
>    at org.apache.tools.ant.types.Path.resolveFile(Path.java:451)
>    at org.apache.tools.ant.types.Path.translatePath(Path.java:353)
>    at org.apache.tools.ant.types.Path$PathElement.setPath(Path.java:119)
>    at org.apache.tools.ant.types.Path.setPath(Path.java:167)
>    at 
> org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:262)
>    at org.apache.jasper.compiler.Compiler.compile(Compiler.java:324)
>    at 
> org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:474) 
>
>    at 
> org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:184) 
>
>    at 
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:289)
>    at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240)
>
> Compilation is fine when running under the run.bat file, but not when 
> run as a service resulting in the above exceptions. I have JBOSS_HOME, 
> JAVA_HOME and ANT_HOME all set as environment variables. I am running 
> the following configuration;
>
> JBoss 3.0.4
> Ant 1.5
> JDK 1.3.1_15
> Windows 2003
>
> Any help is greatly appreciated.
>
> David
>
> P.S. the wrapper.conf file is below;
>
> #********************************************************************
> # Wrapper Properties
> #********************************************************************
> # Java Application
> wrapper.java.command=java
>
> # Java Main class.  This class must implement the WrapperListener 
> interface
> #  or guarantee that the WrapperManager class is initialized.  Helper
> #  classes are provided to do this for you.  See the Integration section
> #  of the documentation for details.
> #wrapper.java.mainclass=org.tanukisoftware.wrapper.test.Main
> wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp
>
> # Java Classpath (include wrapper.jar)  Add class path elements as
> #  needed starting from 1
> wrapper.java.classpath.1=../lib/wrapper.jar
> wrapper.java.classpath.2=C:/jdk/lib/tools.jar
> wrapper.java.classpath.3=run.jar
>
> # Java Library Path (location of Wrapper.DLL or libwrapper.so)
> wrapper.java.library.path.1=C:/jboss-3.0.4_tomcat-4.1.12/lib
>
> # Java Additional Parameters
> wrapper.java.additional.1=-Xincgc
>
> # Initial Java Heap Size (in MB)
> wrapper.java.initmemory=512
>
> # Maximum Java Heap Size (in MB)
> wrapper.java.maxmemory=1536
>
> # Application parameters.  Add parameters as needed starting from 1
> wrapper.app.parameter.1=org.jboss.Main
>
> #********************************************************************
> # Wrapper Logging Properties
> #********************************************************************
> # Format of output for the console.  (See docs for formats)
> wrapper.console.format=M
>
> # Log Level for console output.  (See docs for log levels)
> wrapper.console.loglevel=INFO
>
> # Log file to use for wrapper output logging.
> wrapper.logfile=../logs/wrapper.log
>
> # Format of output for the log file.  (See docs for formats)
> wrapper.logfile.format=M
>
> # Log Level for log file output.  (See docs for log levels)
> wrapper.logfile.loglevel=INFO
>
> # Maximum size that the log file will be allowed to grow to before
> #  the log is rolled. Size is specified in bytes.  The default value
> #  of 0, disables log rolling.  May abbreviate with the 'k' (kb) or
> #  'm' (mb) suffix.  For example: 10m = 10 megabytes.
> wrapper.logfile.maxsize=100m
>
> # Maximum number of rolled log files which will be allowed before old
> #  files are deleted.  The default value of 0 implies no limit.
> wrapper.logfile.maxfiles=0
>
> # Log Level for sys/event log output.  (See docs for log levels)
> wrapper.syslog.loglevel=NONE
>
> #********************************************************************
> # Wrapper NT Service Properties
> #********************************************************************
> # WARNING - Do not modify any of these properties when an application
> #  using this configuration file has been installed as a service.
> #  Please uninstall the service before modifying this section.  The
> #  service can then be reinstalled.
>
> # Name of the service
> #wra...@ap...@
>
> # Display name of the service
> #wra...@ap...@
>
> # Description of the service
> #wra...@ap...@
>
> # Service dependencies.  Add dependencies as needed starting from 1
> #wrapper.ntservice.dependency.1=
>
> # Mode in which the service is installed.  AUTO_START or DEMAND_START
> #wrapper.ntservice.starttype=AUTO_START
>
> # Allow the service to interact with the desktop.
> #wrapper.ntservice.interactive=false
>
> wrapper.ntservice.name=JBoss
> wrapper.ntservice.displayname=JBoss Application Server
> wrapper.ntservice.description=JBoss Application Server

Re: [Wrapper-user] Wrapper wrapping logs??

[<nic...@uk...>]

Yes, get rid of your console appender.... :-)
Or you have to change the logging setting for JSW (you dont want INFO)

Personally, I configure Log4J to log only to console - and set JSW to INFO.
Thats mainly because some libraries we use are crap and log stuff to
System.out & System.err
This way you get your log4j logging properly interleaved with anything that
ends up in System.out / System.err


-Nick





Internet
vo...@vi...@lists.sourceforge.net - 15/12/2005 07:53


Please respond to wra...@li...

Sent by:    wra...@li...



To:    wrapper-user

cc:


Subject:    [Wrapper-user] Wrapper wrapping logs??


Hi I'm using log4j in my applications and my console appender gets
wrapped into the wrapper log files. Is there a way to stop this!? Thanks

This is my log4j.xml config file...

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">

<log4j:configuration xmlns:log4j="http://jakarta.apache.org/log4j/">

    <appender name="console" class="org.apache.log4j.ConsoleAppender">
        <param name="target" value="System.out"/>

        <layout class="org.apache.log4j.PatternLayout">
            <param name="ConversionPattern" value="%d{ABSOLUTE} %-5p
[%c{1}] %m%n"/>
        </layout>
    </appender>

    <appender name="file" class="org.apache.log4j.FileAppender">
        <param name="File" value="../logs/scheduler.log"/>

        <layout class="org.apache.log4j.PatternLayout">
            <param name="ConversionPattern" value="%d{ABSOLUTE} %-5p
[%c{1}] %m%n"/>
        </layout>
    </appender>

    <root>
        <level value="info" />
        <appender-ref ref="console" />
        <appender-ref ref="file" />
    </root>
</log4j:configuration>


-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Wrapper-user mailing list
Wra...@li...
 https://lists.sourceforge.net/lists/listinfo/wrapper-user


This message and any attachments (the "message") is 
intended solely for the addressees and is confidential. 
If you receive this message in error, please delete it and
immediately notify the sender. Any use not in accord with
its purpose, any dissemination or disclosure, either whole
or partial, is prohibited except formal approval. The internet
can not guarantee the integrity of this message.
BNP PARIBAS (and its subsidiaries) shall (will) not
therefore be liable for the message if modified. 

**********************************************************************************************

BNP Paribas Private Bank London Branch is authorised
by CECEI & AMF and is regulated by the Financial Services
Authority for the conduct of its investment business in
the United Kingdom.

BNP Paribas Securities Services London Branch is authorised 
by CECEI & AMF and is regulated by the Financial Services 
Authority for the conduct of its investment business in 
the United Kingdom.
  
BNP Paribas Fund Services UK Limited is authorised and 
regulated by the Financial Services Authority

Re: [Wrapper-user] Wrapper wrapping logs??

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

Anastasios,
    The Wrapper is designed to log all console output from the JVM at 
the INFO log level.
You can disable it all by setting the Wrapper's loglevel to STATUS or 
higher.  However,
this will mask all console output.  If the JVM crashes or there is any 
console output that
does not go through log4j, the Wrapper is the only way to make sure it 
gets logged.
    As you are using log4j, is there any reason why you don't simply 
disable the console
target in your log configuration?   It looks like you are logging to a 
file as well.

    If I am missing something, explain how you would like to see the 
Wrapper behave and
as always I'll consider it.

    Cheers,
    Leif

Anastasios Angelidis wrote:
> Hi I'm using log4j in my applications and my console appender gets 
> wrapped into the wrapper log files. Is there a way to stop this!? Thanks
>
> This is my log4j.xml config file...
>
> <?xml version="1.0" encoding="UTF-8"?>
> <!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">
>
> <log4j:configuration xmlns:log4j="http://jakarta.apache.org/log4j/">
>
>    <appender name="console" class="org.apache.log4j.ConsoleAppender">
>        <param name="target" value="System.out"/>
>
>        <layout class="org.apache.log4j.PatternLayout">
>            <param name="ConversionPattern" value="%d{ABSOLUTE} %-5p 
> [%c{1}] %m%n"/>
>        </layout>
>    </appender>
>
>    <appender name="file" class="org.apache.log4j.FileAppender">
>        <param name="File" value="../logs/scheduler.log"/>
>
>        <layout class="org.apache.log4j.PatternLayout">
>            <param name="ConversionPattern" value="%d{ABSOLUTE} %-5p 
> [%c{1}] %m%n"/>
>        </layout>          </appender>
>
>    <root>
>        <level value="info" />
>        <appender-ref ref="console" />
>        <appender-ref ref="file" />
>    </root> </log4j:configuration>

Re: [Wrapper-user] Help needed for wrapper configuration

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

Karthikeyan,
    Where are you from?  That is a name I have not seen before? :-)

    You didn't include the beginning of the log file, so I am not able 
to see the command line
used to launch the JVM, and thus confirm that your 
java.rmi.server.hostname property
is being set correctly.  Verify that it is indeed being set.

    You mentioned the wrapper.port property.  That should have nothing 
to do with your
RMI application, it is the port used by the Wrapper to communicate 
between the JVM
and the Wrapper process.   It is intentionally bound to the 127.0.0.1 IP 
address to
prevent any security problems.   I want to make sure that you are not 
being confused
by the references to the Wrapper's backend socket in the debug log output?

    There is nothing in the log that you posted which says what IP or 
port the RMI server
is binding itself to.

Cheers,
Leif

karthikeyan d wrote:
> Hi All,
> i am using wrapper 3.1.2 to run an RMI engine as a service. i am able 
> to start the engine at 127.0.0.1 <http://127.0.0.1> but i need to pass 
> the ipaddress of the machine dynamically. i tried 
> wrapper.java.additional.2=-Djava.rmi.server.hostname=10.25.2.16 but 
> still the socket connection opens only in 127.0.0.1 
> <http://127.0.0.1>. *is there any way to specify the hostname like we 
> have for the port?* (wrapper.port is available). Even though the 
> additional parameters passed using the wrapper.java.additional 
> property appears in the command line, it is not changing the default 
> behaviour. i.e socket opening on 127.0.0.1 <http://127.0.0.1>
>  
> i am attaching a portion of the log file for your reference
>  
> INFO   | jvm 1    | 2005/12/15 11:39:21 | Loaded native library: 
> wrapper.dll
> INFO   | jvm 1    | 2005/12/15 11:39:21 | Calling native 
> initialization method.
> INFO   | jvm 1    | 2005/12/15 11:39:21 | Initializing WrapperManager 
> native library.
> INFO   | jvm 1    | 2005/12/15 11:39:21 | Java Executable: 
> C:\j2sdk\bin\java.exe
> INFO   | jvm 1    | 2005/12/15 11:39:21 | Windows version: 5.1.2600
> INFO   | jvm 1    | 2005/12/15 11:39:21 | Java Version   : 
> 1.4.2_06-b03 Java HotSpot(TM) Client VM
> INFO   | jvm 1    | 2005/12/15 11:39:21 | Java VM Vendor : Sun 
> Microsystems Inc.
> INFO   | jvm 1    | 2005/12/15 11:39:21 |
> INFO   | jvm 1    | 2005/12/15 11:39:21 | Wrapper (Version 3.1.2 ) 
> http://wrapper.tanukisoftware.org <http://wrapper.tanukisoftware.org/>
> INFO   | jvm 1    | 2005/12/15 11:39:21 |
> INFO   | jvm 1    | 2005/12/15 11:39:21 | 
> WrapperManager.start(org.tanukisoftware.wrapper.WrapperSimpleApp@1d8957f 
> <mailto:org.tanukisoftware.wrapper.WrapperSimpleApp@1d8957f>, args[]) 
> called by thread: main
> INFO   | jvm 1    | 2005/12/15 11:39:21 | Open socket to wrapper...
> INFO   | jvm 1    | 2005/12/15 11:39:21 | Opened Socket
> INFO   | jvm 1    | 2005/12/15 11:39:21 | Send a packet KEY : 
> NbBxz7zjczvI57AK
> INFO   | jvm 1    | 2005/12/15 11:39:21 | 
> handleSocket(Socket[addr=/127.0.0.1,port=24000,localport=1929])
> DEBUG  | wrapperp | 2005/12/15 11:39:21 | accepted a socket from 
> 127.0.0.1 <http://127.0.0.1> on port 1929
> DEBUG  | wrapperp | 2005/12/15 11:39:21 | read a packet KEY : 
> NbBxz7zjczvI57AK
> DEBUG  | wrapper  | 2005/12/15 11:39:21 | Got key from JVM: 
> NbBxz7zjczvI57AK
> DEBUG  | wrapperp | 2005/12/15 11:39:21 | send a packet LOW_LOG_LEVEL : 1
> DEBUG  | wrapperp | 2005/12/15 11:39:21 | send a packet PING_TIMEOUT : 30
> DEBUG  | wrapper  | 2005/12/15 11:39:21 | Start Application.
> DEBUG  | wrapperp | 2005/12/15 11:39:21 | send a packet START : start
> INFO   | jvm 1    | 2005/12/15 11:39:21 | Received a packet 
> LOW_LOG_LEVEL : 1
> INFO   | jvm 1    | 2005/12/15 11:39:21 | Wrapper Manager: LowLogLevel 
> from Wrapper is 1
> INFO   | jvm 1    | 2005/12/15 11:39:21 | Received a packet 
> PING_TIMEOUT : 30
> INFO   | jvm 1    | 2005/12/15 11:39:21 | Wrapper Manager: PingTimeout 
> from Wrapper is 30000
> INFO   | jvm 1    | 2005/12/15 11:39:21 | Received a packet START : start
> INFO   | jvm 1    | 2005/12/15 11:39:21 | calling listener.start()
> INFO   | jvm 1    | 2005/12/15 11:39:21 | WrapperSimpleApp: start(args)
> INFO   | jvm 1    | 2005/12/15 11:39:21 | WrapperSimpleApp: invoking 
> main method
> INFO   | jvm 1    | 2005/12/15 11:39:23 | WrapperSimpleApp: 
> start(args) end.  Main Completed=false, exitCode=null
> INFO   | jvm 1    | 2005/12/15 11:39:23 | returned from listener.start()
> INFO   | jvm 1    | 2005/12/15 11:39:23 | Send a packet STARTED :
> DEBUG  | wrapperp | 2005/12/15 11:39:23 | read a packet STARTED :
> DEBUG  | wrapper  | 2005/12/15 11:39:23 | JVM signalled that it was 
> started.
> STATUS | wrapper  | 2005/12/15 11:39:24 | RMI-ENGINE SERVICE started.
> DEBUG  | wrapperp | 2005/12/15 11:39:25 | send a packet PING : ping
> INFO   | jvm 1    | 2005/12/15 11:39:25 | Received a packet PING : ping
> INFO   | jvm 1    | 2005/12/15 11:39:25 | Send a packet PING : ok
> DEBUG  | wrapperp | 2005/12/15 11:39:25 | read a packet PING : ok
> DEBUG  | wrapper  | 2005/12/15 11:39:25 | Got ping response from JVM
> DEBUG  | wrapperp | 2005/12/15 11:39:29 | send a packet PING : ping
> INFO   | jvm 1    | 2005/12/15 11:39:29 | Received a packet PING : ping
> INFO   | jvm 1    | 2005/12/15 11:39:29 | Send a packet PING : ok
> DEBUG  | wrapperp | 2005/12/15 11:39:29 | read a packet PING : ok
> DEBUG  | wrapper  | 2005/12/15 11:39:29 | Got ping response from JVM
> DEBUG  | wrapperp | 2005/12/15 11:39:33 | send a packet PING : ping
> INFO   | jvm 1    | 2005/12/15 11:39:33 | Received a packet PING : ping
>  
> Thanks & Regards,
> D.Karthikeyan.
>
>  
>
>
>  

Re: [Wrapper-user] Wrapper ending after running Timer (TimerTask) once as a service

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

David,
    From your log, the Wrapper is exiting because it has determined that 
all non-daemon
threads have terminated.  You mentioned that you tried running your 
program with
the timer thread set as a daemon and as a non-daemon.  Which was the log you
posted from?

    Here is the line in the log which gives the reason why the Wrapper 
is exiting the JVM:

INFO   | jvm 1    | 2005/12/15 08:58:15 | All non-daemon threads have 
stopped.  Exiting.

    Have you tried adding debug output into your Timer thread to make 
sure that it is
indeed still running?   I can't think of anything that would be 
different in this case about
running as a service vs running in a console.
    Is it possible that an exception is being thrown that is causing the 
timer thread to be
terminated?   Is there any code which would be preventing any exceptions 
from being
logged?
    I usually do the following in my runner threads just to make sure 
that they never exit
without me knowing about it.  (I use a logging tool however)

public void run() {
    System.out.println( "Runner started." );
    try {
        while( !stopping ) {
            // Loop
        }
    } finally {
        System.out.println( "Runner terminated" );
    }
}

Cheers,
Leif

DAVID TURNER wrote:
>
> I've included the contents of wrapper.log after setting the 
> wrapper.debug to true.
>
> One thing I want to mention is that I tried to set the java.util.Timer 
> both as a daemon and a non-daemon.  The outcome is the same for both, 
> and that the nt service (wrapper) stops after one execution of the 
> TimerTask.
>
>
> DEBUG  | wrapper  | 2005/12/15 08:57:21 | Service command: 
> C:\MyProjects\connection-monitor\packaged\connection-monitor\bin\wrapper.exe 
> -s 
> C:\MyProjects\connection-monitor\packaged\connection-monitor\bin\..\conf\wrapper.conf 
>
> STATUS | wrapper  | 2005/12/15 08:57:22 | Connection Monitor installed.
> STATUS | wrapper  | 2005/12/15 08:58:06 | --> Wrapper Started as Service
> DEBUG  | wrapper  | 2005/12/15 08:58:06 | Using system timer.
> DEBUG  | wrapperp | 2005/12/15 08:58:06 | server listening on port 32000.
> STATUS | wrapper  | 2005/12/15 08:58:06 | Launching a JVM...
snip

Re: [Wrapper-user] restart problem

[<b.v...@va...>]

Hello,

I set the restart time to 2,5 minutes, but there comes a time where the web
says "internal server error", while the wrapper successfully receives JVM
pings. "tomcat4 restart" does not solve the problem. However, when I call
"tomcat4 stop" and then "tomcat4 start" (can be inmediately) I'm up again.
So there seems to be a difference between tomcat restart and a separate
stop and start.
A solution that occurs to me is to write a linux script that checks the
web, and in case of failure  call stop and start. But that's not too
elegant...

Regards,

Bo van Weert
tel. 902 014 180
(00 34) 96 393 19 77
fax. 96 360 69 13
http://www.valbosoft.com




                                                                           
             Leif Mortenson                                                
             <leif@tanukisoftw                                             
             are.com>                                                   To 
             Sent by:                  wra...@li...  
             wrapper-user-admi                                          cc 
             n...@li...                                             
             ge.net                                                Subject 
                                       Re: [Wrapper-user] restart problem  
                                                                           
             14/12/2005 05:57                                              
                                                                           
                                                                           
             Please respond to                                             
             wrapper-user@list                                             
             s.sourceforge.net                                             
                                                                           
                                                                           




Bo,
That is a known problem that has been fixed for the 3.2.0 release.  The
Wrapper process
was not correctly waiting for the child Java process to terminate before
continuing and
launching the new JVM.   It is a timing problem.  In most cases it
worked fine, but every
once in a while the exiting JVM would end up turning into a zombie
process.  I don't think
that was ever preventing the new JVM from being launched, it was just
sticking around
in the process list eating up resources.    I suppose it is possible
that the zombie process
could still be causing one or more resources to be locked.

You might want to try checking out the source from CVS and giving it a
try.  It is pretty
easy to build on Linux.  Just run build.sh.

Cheers,
Leif

b.v...@va... wrote:
> Hello,
>
> what I notice is that once restarted, the old JVM doesn't disappear. This
> is a line of ps:
> root      7506  0.0  0.0     0    0 ?        Z    05:08   0:00 [java
> <defunct>]
>
> Could this cause a problem?
>
> cheers,
>
> Bo van Weert
>
>
>
>
>
>

>              Leif Mortenson

>              <leif@tanukisoftw

>              are.com>
To
>              Sent by:                  wra...@li...

>              wrapper-user-admi
cc
>              n...@li...

>              ge.net
Subject
>                                        Re: [Wrapper-user] restart problem

>

>              12/12/2005 04:59

>

>

>              Please respond to

>              wrapper-user@list

>              s.sourceforge.net

>

>

>
>
>
>
> Is anything showing up in any of the Tomcat or Wrapper logs?  My first
> guess would be a
> problem rebinding to one or more ports.  Some UNIX platforms lock ports
> for up to
> 2 minutes before they can be bound again.
>
> If that is the problem, you can resolve it by forcing the Wrapper to
> wait a couple minutes
> before launching a new JVM:
> http://wrapper.tanukisoftware.org/doc/english/prop-restart-delay.html
> wrapper.restart.delay=150 # 2.5 minutes
>
> Cheers,
> Leif
>
> b.v...@va... wrote:
>
>> Hello,
>>
>> I've installed the wrapper on a VPS server, behind the apache web
server,
>> to keep a tomcat 4.1 going.
>> This goes fine, but sometimes, after maybe 2 restarts, tomcat doesn't
>> restart properly anymore. When connecting with a browser, an "internal
>> server error" is given. The wrapper console gives correct ping signals.
a
>> wrapper "restart" command doesn't make it work anymore.
>> However, when I do a "wrapper stop" and then a "wrapper start", it
starts
>> working correctly again.
>>
>> Is there any explanation for this? Is there some way I could simulate
>> "wrapper stop" and "wrapper start" as 2 separate steps?
>>
>> Regards,
>>
>>
>> Bo van Weert
>>



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
Wrapper-user mailing list
Wra...@li...
https://lists.sourceforge.net/lists/listinfo/wrapper-user

[Wrapper-user] Wrapper wrapping logs??

[Anastasios A. <vo...@vi...>]

Hi I'm using log4j in my applications and my console appender gets 
wrapped into the wrapper log files. Is there a way to stop this!? Thanks

This is my log4j.xml config file...

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE log4j:configuration SYSTEM "log4j.dtd">

<log4j:configuration xmlns:log4j="http://jakarta.apache.org/log4j/">

    <appender name="console" class="org.apache.log4j.ConsoleAppender">
        <param name="target" value="System.out"/>

        <layout class="org.apache.log4j.PatternLayout">
            <param name="ConversionPattern" value="%d{ABSOLUTE} %-5p 
[%c{1}] %m%n"/>
        </layout>
    </appender>

    <appender name="file" class="org.apache.log4j.FileAppender">
        <param name="File" value="../logs/scheduler.log"/>

        <layout class="org.apache.log4j.PatternLayout">
            <param name="ConversionPattern" value="%d{ABSOLUTE} %-5p 
[%c{1}] %m%n"/>
        </layout>       
    </appender>

    <root>
        <level value="info" />
        <appender-ref ref="console" />
        <appender-ref ref="file" />
    </root> 
</log4j:configuration>

[Wrapper-user] Help needed for wrapper configuration

[karthikeyan d <bui...@gm...>]

Hi All,
i am using wrapper 3.1.2 to run an RMI engine as a service. i am able to
start the engine at 127.0.0.1 but i need to pass the ipaddress of the
machine dynamically. i tried
wrapper.java.additional.2=3D-Djava.rmi.server.hostname=3D10.25.2.16 but sti=
ll
the socket connection opens only in 127.0.0.1. *is there any way to specify
the hostname like we have for the port?* (wrapper.port is available). Even
though the additional parameters passed using the
wrapper.java.additionalproperty appears in the command line, it is not
changing the default
behaviour. i.e socket opening on 127.0.0.1

i am attaching a portion of the log file for your reference

INFO   | jvm 1    | 2005/12/15 11:39:21 | Loaded native library: wrapper.dl=
l
INFO   | jvm 1    | 2005/12/15 11:39:21 | Calling native initialization
method.
INFO   | jvm 1    | 2005/12/15 11:39:21 | Initializing WrapperManager nativ=
e
library.
INFO   | jvm 1    | 2005/12/15 11:39:21 | Java Executable:
C:\j2sdk\bin\java.exe
INFO   | jvm 1    | 2005/12/15 11:39:21 | Windows version: 5.1.2600
INFO   | jvm 1    | 2005/12/15 11:39:21 | Java Version   : 1.4.2_06-b03 Jav=
a
HotSpot(TM) Client VM
INFO   | jvm 1    | 2005/12/15 11:39:21 | Java VM Vendor : Sun Microsystems
Inc.
INFO   | jvm 1    | 2005/12/15 11:39:21 |
INFO   | jvm 1    | 2005/12/15 11:39:21 | Wrapper (Version 3.1.2)
http://wrapper.tanukisoftware.org
INFO   | jvm 1    | 2005/12/15 11:39:21 |
INFO   | jvm 1    | 2005/12/15 11:39:21 | WrapperManager.start(
org.tanukisoftware.wrapper.WrapperSimpleApp@1d8957f, args[]) called by
thread: main
INFO   | jvm 1    | 2005/12/15 11:39:21 | Open socket to wrapper...
INFO   | jvm 1    | 2005/12/15 11:39:21 | Opened Socket
INFO   | jvm 1    | 2005/12/15 11:39:21 | Send a packet KEY :
NbBxz7zjczvI57AK
INFO   | jvm 1    | 2005/12/15 11:39:21 |
handleSocket(Socket[addr=3D/127.0.0.1,port=3D24000,localport=3D1929])
DEBUG  | wrapperp | 2005/12/15 11:39:21 | accepted a socket from
127.0.0.1on port 1929
DEBUG  | wrapperp | 2005/12/15 11:39:21 | read a packet KEY :
NbBxz7zjczvI57AK
DEBUG  | wrapper  | 2005/12/15 11:39:21 | Got key from JVM: NbBxz7zjczvI57A=
K
DEBUG  | wrapperp | 2005/12/15 11:39:21 | send a packet LOW_LOG_LEVEL : 1
DEBUG  | wrapperp | 2005/12/15 11:39:21 | send a packet PING_TIMEOUT : 30
DEBUG  | wrapper  | 2005/12/15 11:39:21 | Start Application.
DEBUG  | wrapperp | 2005/12/15 11:39:21 | send a packet START : start
INFO   | jvm 1    | 2005/12/15 11:39:21 | Received a packet LOW_LOG_LEVEL :
1
INFO   | jvm 1    | 2005/12/15 11:39:21 | Wrapper Manager: LowLogLevel from
Wrapper is 1
INFO   | jvm 1    | 2005/12/15 11:39:21 | Received a packet PING_TIMEOUT :
30
INFO   | jvm 1    | 2005/12/15 11:39:21 | Wrapper Manager: PingTimeout from
Wrapper is 30000
INFO   | jvm 1    | 2005/12/15 11:39:21 | Received a packet START : start
INFO   | jvm 1    | 2005/12/15 11:39:21 | calling listener.start()
INFO   | jvm 1    | 2005/12/15 11:39:21 | WrapperSimpleApp: start(args)
INFO   | jvm 1    | 2005/12/15 11:39:21 | WrapperSimpleApp: invoking main
method
INFO   | jvm 1    | 2005/12/15 11:39:23 | WrapperSimpleApp: start(args)
end.  Main Completed=3Dfalse, exitCode=3Dnull
INFO   | jvm 1    | 2005/12/15 11:39:23 | returned from listener.start()
INFO   | jvm 1    | 2005/12/15 11:39:23 | Send a packet STARTED :
DEBUG  | wrapperp | 2005/12/15 11:39:23 | read a packet STARTED :
DEBUG  | wrapper  | 2005/12/15 11:39:23 | JVM signalled that it was started=
.
STATUS | wrapper  | 2005/12/15 11:39:24 | RMI-ENGINE SERVICE started.
DEBUG  | wrapperp | 2005/12/15 11:39:25 | send a packet PING : ping
INFO   | jvm 1    | 2005/12/15 11:39:25 | Received a packet PING : ping
INFO   | jvm 1    | 2005/12/15 11:39:25 | Send a packet PING : ok
DEBUG  | wrapperp | 2005/12/15 11:39:25 | read a packet PING : ok
DEBUG  | wrapper  | 2005/12/15 11:39:25 | Got ping response from JVM
DEBUG  | wrapperp | 2005/12/15 11:39:29 | send a packet PING : ping
INFO   | jvm 1    | 2005/12/15 11:39:29 | Received a packet PING : ping
INFO   | jvm 1    | 2005/12/15 11:39:29 | Send a packet PING : ok
DEBUG  | wrapperp | 2005/12/15 11:39:29 | read a packet PING : ok
DEBUG  | wrapper  | 2005/12/15 11:39:29 | Got ping response from JVM
DEBUG  | wrapperp | 2005/12/15 11:39:33 | send a packet PING : ping
INFO   | jvm 1    | 2005/12/15 11:39:33 | Received a packet PING : ping

Thanks & Regards,
D.Karthikeyan.

[Wrapper-user] When JBoss Running As a Service With the Wrapper Getting Unable to Compile JSP Jasper Exceptions

[David B. <dav...@so...>]

Hi All

I have been running JBoss from the run.bat file for a while, but wanted 
to run it as a service. I have been able to configure it to actually 
run, but when I deploy a JSP I get the following exception.

org.apache.jasper.JasperException: Unable to compile class for JSP
    at 
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:479)

With the root cause of the exception as;

java.lang.NullPointerException
    at org.apache.tools.ant.util.FileUtils.resolveFile(FileUtils.java:330)
    at org.apache.tools.ant.Project.resolveFile(Project.java:618)
    at org.apache.tools.ant.types.Path.resolveFile(Path.java:451)
    at org.apache.tools.ant.types.Path.translatePath(Path.java:353)
    at org.apache.tools.ant.types.Path$PathElement.setPath(Path.java:119)
    at org.apache.tools.ant.types.Path.setPath(Path.java:167)
    at org.apache.jasper.compiler.Compiler.generateClass(Compiler.java:262)
    at org.apache.jasper.compiler.Compiler.compile(Compiler.java:324)
    at 
org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:474)
    at 
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:184)
    at 
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:289)
    at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240)

Compilation is fine when running under the run.bat file, but not when 
run as a service resulting in the above exceptions. I have JBOSS_HOME, 
JAVA_HOME and ANT_HOME all set as environment variables. I am running 
the following configuration;

JBoss 3.0.4
Ant 1.5
JDK 1.3.1_15
Windows 2003

Any help is greatly appreciated.

David

P.S. the wrapper.conf file is below;

#********************************************************************
# Wrapper Properties
#********************************************************************
# Java Application
wrapper.java.command=java

# Java Main class.  This class must implement the WrapperListener interface
#  or guarantee that the WrapperManager class is initialized.  Helper
#  classes are provided to do this for you.  See the Integration section
#  of the documentation for details.
#wrapper.java.mainclass=org.tanukisoftware.wrapper.test.Main
wrapper.java.mainclass=org.tanukisoftware.wrapper.WrapperSimpleApp

# Java Classpath (include wrapper.jar)  Add class path elements as
#  needed starting from 1
wrapper.java.classpath.1=../lib/wrapper.jar
wrapper.java.classpath.2=C:/jdk/lib/tools.jar
wrapper.java.classpath.3=run.jar

# Java Library Path (location of Wrapper.DLL or libwrapper.so)
wrapper.java.library.path.1=C:/jboss-3.0.4_tomcat-4.1.12/lib

# Java Additional Parameters
wrapper.java.additional.1=-Xincgc

# Initial Java Heap Size (in MB)
wrapper.java.initmemory=512

# Maximum Java Heap Size (in MB)
wrapper.java.maxmemory=1536

# Application parameters.  Add parameters as needed starting from 1
wrapper.app.parameter.1=org.jboss.Main

#********************************************************************
# Wrapper Logging Properties
#********************************************************************
# Format of output for the console.  (See docs for formats)
wrapper.console.format=M

# Log Level for console output.  (See docs for log levels)
wrapper.console.loglevel=INFO

# Log file to use for wrapper output logging.
wrapper.logfile=../logs/wrapper.log

# Format of output for the log file.  (See docs for formats)
wrapper.logfile.format=M

# Log Level for log file output.  (See docs for log levels)
wrapper.logfile.loglevel=INFO

# Maximum size that the log file will be allowed to grow to before
#  the log is rolled. Size is specified in bytes.  The default value
#  of 0, disables log rolling.  May abbreviate with the 'k' (kb) or
#  'm' (mb) suffix.  For example: 10m = 10 megabytes.
wrapper.logfile.maxsize=100m

# Maximum number of rolled log files which will be allowed before old
#  files are deleted.  The default value of 0 implies no limit.
wrapper.logfile.maxfiles=0

# Log Level for sys/event log output.  (See docs for log levels)
wrapper.syslog.loglevel=NONE

#********************************************************************
# Wrapper NT Service Properties
#********************************************************************
# WARNING - Do not modify any of these properties when an application
#  using this configuration file has been installed as a service.
#  Please uninstall the service before modifying this section.  The
#  service can then be reinstalled.

# Name of the service
#wra...@ap...@

# Display name of the service
#wra...@ap...@

# Description of the service
#wra...@ap...@

# Service dependencies.  Add dependencies as needed starting from 1
#wrapper.ntservice.dependency.1=

# Mode in which the service is installed.  AUTO_START or DEMAND_START
#wrapper.ntservice.starttype=AUTO_START

# Allow the service to interact with the desktop.
#wrapper.ntservice.interactive=false

wrapper.ntservice.name=JBoss
wrapper.ntservice.displayname=JBoss Application Server
wrapper.ntservice.description=JBoss Application Server

Re: [Wrapper-user] Wrapper ending after running Timer (TimerTask) once as a service

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

David,
    This looks to me like your main method simply stops without really 
doing anything.
Could you post the wrapper.log with wrapper.debug=true set?  That will 
let me tell
you exactly what is happening.
    You need to have at least one non-daemon thread running or the 
Wrapper will
think your application has completed and exit.  This is the same thing 
that Java
by itself will do.

Cheers,
Leif

DAVID TURNER wrote:
>
> I have a monitoring program that uses java.util.Timer and 
> java.util.TimerTask that I wrapped and installed as a NT service.  The 
> service starts up OK, but my monitor program runs the TimerTask once 
> and then the wrapper stops.  
>
> If I run the wrapper from the console it works fine -- the wrapper 
> stays up and the TimerTask continually gets executed every minute.
>
> Does anybody have any suggestions as to why the wrapper is stopping 
> prematurely when installed as a service?
>
>
>
> STATUS | wrapper  | 2005/12/14 16:06:50 | Connection Monitor installed.
> STATUS | wrapper  | 2005/12/14 16:07:10 | --> Wrapper Started as Service
> STATUS | wrapper  | 2005/12/14 16:07:11 | Launching a JVM...
> INFO   | jvm 1    | 2005/12/14 16:07:11 | Wrapper (Version 3.1.2) 
> http://wrapper.tanukisoftware.org
> INFO   | jvm 1    | 2005/12/14 16:07:11 |
> STATUS | wrapper  | 2005/12/14 16:07:21 | <-- Wrapper Stopped
>
>
> Thanks,
> David

RE: [Wrapper-user] Wrapper doesn't call stop() during machine restart on Fedora

[Donatas C. <don...@ma...>]

Hi Leif,

Well I have not tested it but I'm sure start() function in your script will
not create lock file :) This is why:

...
        if [ "X$IGNORE_SIGNALS" = "X" ]
        then
            exec $CMDNICE $WRAPPER_CMD $WRAPPER_CONF
wrapper.pidfile=$PIDFILE wrapper.daemonize=TRUE
        else
            exec $CMDNICE $WRAPPER_CMD $WRAPPER_CONF
wrapper.pidfile=$PIDFILE wrapper.anchorfile=$ANCHORFILE
wrapper.ignore_signals=TRUE wrapper.daemonize=TRUE
        fi
        touch /var/lock/subsys/$APP_NAME
...

It is too late to "touch" because "exec" will never return back to your
script (I tested it by putting echo command after exec). This is from "bash"
man pages:

--------------------
 exec [-cl] [-a name] [command [arguments]]
              If  command is specified, it replaces the shell.  No new
process
              is created...
--------------------

So, no other statements after exec will be executed in your script, sorry :)


Donatas

-----Original Message-----
From: wra...@li...
[mailto:wra...@li...] On Behalf Of Leif
Mortenson
Sent: Wednesday, December 14, 2005 8:27 AM
To: wra...@li...
Subject: Re: [Wrapper-user] Wrapper doesn't call stop() during machine
restart on Fedora

Donatas,
    Thanks for all the info.  I made some changes to the script so it 
should now work for
you.  Could you please give it a try and confirm that this new script 
works on your
system without any problems?

Cheers,
Leif

Donatas Ciuksys wrote:
> Leif,
>
> These are some scripts that I found on my Fedora Core 4 machine. All of
them
> do create lock files in /var/lock/subsys/.
>
> Greetings,
> Donatas 
>   

Re: [Wrapper-user] Wrapper doesn't call stop() during machine restart on Fedora

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

Donatas,
    Thanks for all the info.  I made some changes to the script so it 
should now work for
you.  Could you please give it a try and confirm that this new script 
works on your
system without any problems?

Cheers,
Leif

Donatas Ciuksys wrote:
> Leif,
>
> These are some scripts that I found on my Fedora Core 4 machine. All of them
> do create lock files in /var/lock/subsys/.
>
> Greetings,
> Donatas 
>   

[Wrapper-user] Re: Help needed in passing properties to main class at runtime

[karthikeyan d <bui...@gm...>]

Hi,
Thanks for your response. i found a workaround for the problem like having =
a
simple java class to set the system properties and i used that class as the
main class to start the services. Also i changed the log level to debug and
got the following.
*DEBUG  | wrapperp | 2005/12/13 19:35:28 | read a packet PING : ok
DEBUG  | wrapper  | 2005/12/13 19:35:28 | Got ping response from JVM
DEBUG  | wrapperp | 2005/12/13 19:35:32 | send a packet PING : ping
INFO   | jvm 1    | 2005/12/13 19:35:32 | Received a packet PING : ping
INFO   | jvm 1    | 2005/12/13 19:35:32 | Send a packet PING : ok
DEBUG  | wrapperp | 2005/12/13 19:35:32 | read a packet PING : ok
DEBUG  | wrapper  | 2005/12/13 19:35:32 | Got ping response from JVM
DEBUG  | wrapperp | 2005/12/13 19:35:36 | send a packet PING : ping*

Once Again THANKS for your TIME and giving some EXCELLENT stuff to
sourceforge.net

Regards,
buiswhiz.



On 12/9/05, karthikeyan d <bui...@gm...> wrote:
>
> Hi All,
>
> i am currently facing the following issue.
>
> i have one windows command file to invoke an RMI engine. i have one
> build.xml file where i have written all the tasks to start and stop the
> engine. while executing the command file, i will be passing a lot of
> parameters(more than 20) to the RMI engine main class. i would like to kn=
ow
> how i can pass all these values in the wrapper config file?
>
> i tried the following scenarios.
>
> #1. wrapper.java.additional.1=3D-Dconfigfolder=3DE:/workingfolder
>
> #2. wrapper.java.additional.2=3D-Dlog4j.configuration=3Dlog4j.properties
>
> i have set the application parameters properly. Also all required jars ar=
e
> in the classpath.
>
> i am able to run the test sample wrapper application and jboss as a
> service without any issues. Also i am able to run the RMI engine from a
> command prompt by invoking the ant target without any errors.
>
> Can anyone please help in telling me where i have gone wrong? All I need
> to know is how to pass some properties dynamically to the main class whic=
h i
> want to run as a service? This is easily done in ANT script using the
> <sysproperty key=3D"configfolder" value=3D"${configfolder}"/>
>
> Thanks & Regards,
>
> buiswhiz
>

Re: [Wrapper-user] restart problem

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

Bo,
That is a known problem that has been fixed for the 3.2.0 release.  The 
Wrapper process
was not correctly waiting for the child Java process to terminate before 
continuing and
launching the new JVM.   It is a timing problem.  In most cases it 
worked fine, but every
once in a while the exiting JVM would end up turning into a zombie 
process.  I don't think
that was ever preventing the new JVM from being launched, it was just 
sticking around
in the process list eating up resources.    I suppose it is possible 
that the zombie process
could still be causing one or more resources to be locked.

You might want to try checking out the source from CVS and giving it a 
try.  It is pretty
easy to build on Linux.  Just run build.sh.

Cheers,
Leif

b.v...@va... wrote:
> Hello,
>
> what I notice is that once restarted, the old JVM doesn't disappear. This
> is a line of ps:
> root      7506  0.0  0.0     0    0 ?        Z    05:08   0:00 [java
> <defunct>]
>
> Could this cause a problem?
>
> cheers,
>
> Bo van Weert
>
>
>
>
>
>                                                                            
>              Leif Mortenson                                                
>              <leif@tanukisoftw                                             
>              are.com>                                                   To 
>              Sent by:                  wra...@li...  
>              wrapper-user-admi                                          cc 
>              n...@li...                                             
>              ge.net                                                Subject 
>                                        Re: [Wrapper-user] restart problem  
>                                                                            
>              12/12/2005 04:59                                              
>                                                                            
>                                                                            
>              Please respond to                                             
>              wrapper-user@list                                             
>              s.sourceforge.net                                             
>                                                                            
>                                                                            
>
>
>
>
> Is anything showing up in any of the Tomcat or Wrapper logs?  My first
> guess would be a
> problem rebinding to one or more ports.  Some UNIX platforms lock ports
> for up to
> 2 minutes before they can be bound again.
>
> If that is the problem, you can resolve it by forcing the Wrapper to
> wait a couple minutes
> before launching a new JVM:
> http://wrapper.tanukisoftware.org/doc/english/prop-restart-delay.html
> wrapper.restart.delay=150 # 2.5 minutes
>
> Cheers,
> Leif
>
> b.v...@va... wrote:
>   
>> Hello,
>>
>> I've installed the wrapper on a VPS server, behind the apache web server,
>> to keep a tomcat 4.1 going.
>> This goes fine, but sometimes, after maybe 2 restarts, tomcat doesn't
>> restart properly anymore. When connecting with a browser, an "internal
>> server error" is given. The wrapper console gives correct ping signals. a
>> wrapper "restart" command doesn't make it work anymore.
>> However, when I do a "wrapper stop" and then a "wrapper start", it starts
>> working correctly again.
>>
>> Is there any explanation for this? Is there some way I could simulate
>> "wrapper stop" and "wrapper start" as 2 separate steps?
>>
>> Regards,
>>
>>
>> Bo van Weert
>>     

Re: [Wrapper-user] Wrapper and BEA Weblogic

[<nic...@uk...>]

Should be pretty simple.

Just tweak the weblogic start scripts to echo the command line it runs -
and then push the command line parameters into the wrapper configuration..

Weblogic should be pretty easy in this respect...
(no chance of doing this with Websphere.... :-( )

If you are running the node manager (which version of weblogic are we
talking about) you shouldnt need to start the managed servers with JSW -
thats what the node manager does...
(WLS 9 has the ability for the node manager to execute a script rather than
running a java process itself...)

-Nick





Internet
en...@df...@lists.sourceforge.net - 13/12/2005 18:45


Please respond to wra...@li...

Sent by:    wra...@li...



To:    wrapper-user

cc:


Subject:    [Wrapper-user] Wrapper and BEA Weblogic


I've used the wrapper sucessfully with Jboss, but Weblogic is a bit more
foreign to me. Does anyone have any working example of starting a WL
managed  and admin server using wrapper?

Thanks!

__________________________________________
Errol Uriel Neal Jr.
Sr. Network Administrator
DFI International, Inc.
1717 Pennsylvania Ave NW, Suite 1300
Washington, DC  20006
Tel (202)452-6955
Fax (202)452-6910
en...@df...
www.dfi-intl.com




-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_idv37&alloc_id=16865&op=3Dclick
_______________________________________________
Wrapper-user mailing list
Wra...@li...
 https://lists.sourceforge.net/lists/listinfo/wrapper-user


This message and any attachments (the "message") is=20
intended solely for the addressees and is confidential.=20
If you receive this message in error, please delete it and
immediately notify the sender. Any use not in accord with
its purpose, any dissemination or disclosure, either whole
or partial, is prohibited except formal approval. The internet
can not guarantee the integrity of this message.
BNP PARIBAS (and its subsidiaries) shall (will) not
therefore be liable for the message if modified.=20

***************************************************************************=
*******************

BNP Paribas Private Bank London Branch is authorised
by CECEI & AMF and is regulated by the Financial Services
Authority for the conduct of its investment business in
the United Kingdom.

BNP Paribas Securities Services London Branch is authorised=20
by CECEI & AMF and is regulated by the Financial Services=20
Authority for the conduct of its investment business in=20
the United Kingdom.
 =20
BNP Paribas Fund Services UK Limited is authorised and=20
regulated by the Financial Services Authority

[Wrapper-user] Wrapper and BEA Weblogic

[Errol N. <en...@df...>]

I've used the wrapper sucessfully with Jboss, but Weblogic is a bit more
foreign to me. Does anyone have any working example of starting a WL
managed  and admin server using wrapper?

Thanks!

__________________________________________
Errol Uriel Neal Jr.
Sr. Network Administrator
DFI International, Inc.
1717 Pennsylvania Ave NW, Suite 1300
Washington, DC  20006
Tel (202)452-6955
Fax (202)452-6910
en...@df...
www.dfi-intl.com