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: local policy)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
  s=s1024; d=yahoo.com;
  h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:Message-Id:From:To:In-Reply-To:Content-Type:Mime-Version:Subject:Date:References:X-Mailer;
  b=c9E33ijPUTxjkJzpGBswTdHtBbitlBXTXpTJQ4CljeLc8l3LWrFQhmYQZSxoBMnr6LPnnaWcMa8ZFu0OFJKTh7499VLxfneyH2tr/uqFBjvmAORKCS7khEqwgSyR0G4qy+DiiPaqKM6xHA7yHL5plle+cNa7vMR3Lzn6A5yq564=
  ;
Message-Id: <48D2603C-DC30-4173-A5AF-FA91766D09FF@yahoo.com>
From: David Jencks <david_jencks@yahoo.com>
To: dev@geronimo.apache.org
In-Reply-To: <0622F476-1F0F-4A9C-99B3-E89DDDC22EF1@planet57.com>
Content-Type: multipart/alternative; boundary=Apple-Mail-35-997569593
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 09:47:52 -0800
References: <5e7fd1eb0812040154j1b4160fdj1dd132831f4574de@mail.gmail.com>
 <0622F476-1F0F-4A9C-99B3-E89DDDC22EF1@planet57.com>


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

+1
david jencks

On Dec 4, 2008, at 4:20 AM, Jason Dillon wrote:

> 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-35-997569593
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; ">+1<div>david =
jencks</div><div><br><div><div>On Dec 4, 2008, at 4:20 AM, Jason Dillon =
wrote:</div><br class=3D"Apple-interchange-newline"><blockquote =
type=3D"cite"><div 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></div></blockquote></div><br></div=
></body></html>=

--Apple-Mail-35-997569593--