Mailing-List: contact dev-help@geronimo.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@geronimo.apache.org
Received-SPF: pass (athena.apache.org: domain of jason.dillon@gmail.com
 designates 209.85.142.188 as permitted sender)
DomainKey-Signature: a=rsa-sha1; c=nofws;
        d=gmail.com; s=gamma;
        h=message-id:from:to:in-reply-to:content-type:mime-version:subject
         :date:references:x-mailer:sender;
        b=Rza8FU/SoiGJazaI/FPN9pjJaaDWy5qW7sJVnyqH76TsgaEBCywdKVvqAJDUvflWsi
         KlnldvuiipriNJGVpT2rIbNzG8gWqDcfsV78Yyfltvd89wk1DHbUzf+oI1szpO+Y4rGs
         EPJjZeDwWRak6d58dYC2QaaDxUeE7jHky16jI=
Message-Id: <0622F476-1F0F-4A9C-99B3-E89DDDC22EF1@planet57.com>
From: Jason Dillon <jason@planet57.com>
To: dev@geronimo.apache.org
In-Reply-To: <5e7fd1eb0812040154j1b4160fdj1dd132831f4574de@mail.gmail.com>
Content-Type: multipart/alternative; boundary=Apple-Mail-1-977938992
Mime-Version: 1.0 (Apple Message framework v929.2)
Subject: Re: [discussion] Using Apache Commons Deamon to run Geronimo as a
 Windows service
Date: Thu, 4 Dec 2008 19:20:41 +0700
References: <5e7fd1eb0812040154j1b4160fdj1dd132831f4574de@mail.gmail.com>
Sender: Jason Dillon <jason.dillon@gmail.com>


--Apple-Mail-1-977938992
Content-Type: text/plain;
	charset=US-ASCII;
	format=flowed;
	delsp=yes
Content-Transfer-Encoding: 7bit

Why not use GShell here?  ie. just put lib/boot/gshell-bootstrap.jar  
on your classpath?

--jason


On Dec 4, 2008, at 4:54 PM, Jack Cai wrote:

> I have been working on enabling Geronimo to run as a Windows service  
> using Apache Commons Deamon procrun utility. I have been making good  
> progress. Now I have some problems and would like to hear your  
> opinions.
>
> 1. I have gone through all the open JIRAs of that project and are  
> fixing some of them. I have also reported and fixed several found by  
> myself, and a few improvements too. But nobody is helping to commit  
> my patches. Will it be OK that Geronimo just use the binary code  
> built by me without maintaining the latest code (I mean, which  
> includes my patches)? Tomcat only include procrun's binary today (as  
> tomcat6.exe and tomcat6w.exe) which is probably built with the  
> latest code from Apache Commons.
>
> 2. Currently procrun need the starter class and stopper class to be  
> on the same classpath. Unfortunately our server.jar and shutdown.jar  
> contains different config.ser, which screws things up. So I tried  
> various ways to work around this problem before I change procrun's  
> design -
>
>  A. write a wrapper, which use a URLClassloader to load different  
> jar for startup and shutdown. To do so, I had to first remove the  
> jpa agent, as the system classloader (parent of my URLClassloader)  
> will load the config.ser in jpa.jar. After that Geronimo starts to  
> boot, until the below exception occurs:
>
> 17:43:19,421 WARN  [1/car,j2eeType=GBean,name=JMXService] Failure in  
> JMXConnector service:jmx:rmi://0.0.0.0:9999/jndi/rmi://0.0.0.0:1099/ 
> JMXConnector
> 17:43:19,421 ERROR [GBeanInstanceState] Error while starting; GBean  
> is now in the FAILED state:  
> abstractName="org.apache.geronimo.framework/j2ee-security/2.1.1/car? 
> ServiceModule=org.apache.geronimo.framework/j2ee-security/2.1.1/ 
> car,j2eeType=GBean,name=JMXService"
> java.lang.NoClassDefFoundError:  
> org.apache.geronimo.kernel.rmi.RMIClassLoaderSpiImpl
>     at  
> java 
> .rmi.server.RMIClassLoader.initializeProvider(RMIClassLoader.java:680)
>
>  B. so I rewrite the wrapper and use (dirty) reflections to add jar  
> file to system classloader's classpath based on the action (start/ 
> stop). Sadly, the jpa.jar again gets into the way. Obviously the  
> jpa.jar is searched before the newly added jar. If I remove the jpa  
> agent, then things go smoothly. I could do more hack with the  
> classloader to work around the jpa.jar. But this hacking does not  
> sound right to me in the first place.
>
>  C. Use procrun's jvm mode (instead of java command line), and only  
> put server.jar in classpath. Write a simple class which calls  
> "System.exit(0)" for stopping Geronimo. This works, but only that  
> procrun does not clean up properly.
>
> Are there other better options? Appreciate your help!
>
> -Jack Cai
>


--Apple-Mail-1-977938992
Content-Type: text/html;
	charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

<html><body style=3D"word-wrap: break-word; -webkit-nbsp-mode: space; =
-webkit-line-break: after-white-space; ">Why not use GShell here? =
&nbsp;ie. just put lib/boot/gshell-bootstrap.jar on your =
classpath?<div><br></div><div>--jason</div><div><br></div><div><br><div><d=
iv>On Dec 4, 2008, at 4:54 PM, Jack Cai wrote:</div><br =
class=3D"Apple-interchange-newline"><blockquote type=3D"cite">I have =
been working on enabling Geronimo to run as a Windows service using =
Apache Commons Deamon procrun utility. I have been making good progress. =
Now I have some problems and would like to hear your opinions.<br><br>1. =
I have gone through all the open JIRAs of that project and are fixing =
some of them. I have also reported and fixed several found by myself, =
and a few improvements too. But nobody is helping to commit my patches. =
Will it be OK that Geronimo just use the binary code built by me without =
maintaining the latest code (I mean, which includes my patches)? Tomcat =
only include procrun's binary today (as tomcat6.exe and tomcat6w.exe) =
which is probably built with the latest code from Apache Commons.<br> =
<br>2. Currently procrun need the starter class and stopper class to be =
on the same classpath. Unfortunately our server.jar and shutdown.jar =
contains different config.ser, which screws things up. So I tried =
various ways to work around this problem before I change procrun's =
design -<br> <br>&nbsp;A. write a wrapper, which use a URLClassloader to =
load different jar for startup and shutdown. To do so, I had to first =
remove the jpa agent, as the system classloader (parent of my =
URLClassloader) will load the config.ser in jpa.jar. After that Geronimo =
starts to boot, until the below exception occurs:<br> <br>17:43:19,421 =
WARN&nbsp; [1/car,j2eeType=3DGBean,name=3DJMXService] Failure in =
JMXConnector service:jmx:rmi://<a =
href=3D"http://0.0.0.0:9999/jndi/rmi://0.0.0.0:1099/JMXConnector">0.0.0.0:=
9999/jndi/rmi://0.0.0.0:1099/JMXConnector</a><br> 17:43:19,421 ERROR =
[GBeanInstanceState] Error while starting; GBean is now in the FAILED =
state: =
abstractName=3D"org.apache.geronimo.framework/j2ee-security/2.1.1/car?Serv=
iceModule=3Dorg.apache.geronimo.framework/j2ee-security/2.1.1/car,j2eeType=
=3DGBean,name=3DJMXService"<br> java.lang.NoClassDefFoundError: =
org.apache.geronimo.kernel.rmi.RMIClassLoaderSpiImpl<br>&nbsp;&nbsp;&nbsp;=
 at =
java.rmi.server.RMIClassLoader.initializeProvider(RMIClassLoader.java:680)=
<br><br>&nbsp;B. so I rewrite the wrapper and use (dirty) reflections to =
add jar file to system classloader's classpath based on the action =
(start/stop). Sadly, the jpa.jar again gets into the way. Obviously the =
jpa.jar is searched before the newly added jar. If I remove the jpa =
agent, then things go smoothly. I could do more hack with the =
classloader to work around the jpa.jar. But this hacking does not sound =
right to me in the first place.<br> <br>&nbsp;C. Use procrun's jvm mode =
(instead of java command line), and only put server.jar in classpath. =
Write a simple class which calls "System.exit(0)" for stopping Geronimo. =
This works, but only that procrun does not clean up properly.<br> =
<br>Are there other better options? Appreciate your help!<br><br>-Jack =
Cai<br><br></blockquote></div><br></div></body></html>=

--Apple-Mail-1-977938992--