Re: Verbiage: Change "configuration" to "module"?

2006-04-22 Thread Matt Hogstrom 

+1

Aaron Mulder wrote:

All,

How would you feel about referring to configurations (e.g. a group of
GBeans with own ID and classloader) as a "module" instead?  It seems
like "configuration" can be confusing, as it more traditionally refers
to a larger scope like an entire installation.  For example, if you
say you have two different WebLogic configurations or two different
Apache (HTTP) configurations, you're saying either you have two
installations, or you have two totally separate product configurations
available for the same product installation.  You're not saying you
have an app and a database pool within one runtime, but that's what
"two different configurations" presently would mean in relation to
Geronimo.

It seems like it would be clearer to say that a Geronimo installation
loads many modules, and each module includes many components (GBeans).

I'm not proposing that we go changing class names and stuff, but I'm
proposing that we make a concerted effort in our documentation and
presentations to present the name of the "unit with an ID and
classloader holding many components" as a "module".

What do you think?

Thanks,
Aaron

Re: [jira] Closed: (GERONIMO-1871) Unable to deploy Tapestry app due to classloading issue

2006-04-22 Thread Gianny Damour 
Actually, the fix is already in 1.1 (I just checked via the Subversion 
Commits tab that the commit has not disappeared into the ether).


Thanks,
Gianny

Dain Sundstrom wrote:


+1 absolutely

Can you do it?

-dain

On Apr 22, 2006, at 7:36 PM, Jeff Genender wrote:


Can we get this in 1.1?  This is a pretty nasty bug.

Jeff


Gianny Damour (JIRA) wrote:


 [ http://issues.apache.org/jira/browse/GERONIMO-1871?page=all ]
 Gianny Damour closed GERONIMO-1871:
---
Resolution: Fixed
The problem was that the TCCL was set to the Tomcat  
WebAppClassLoader and not the Geronimo TomcatClassLoader.  
WebAppClassLoader was defining all the jars in WEB-INF/lib, its  
parent was TomcatClassLoader, which was also defining these jars.  
Hence this duplication.



Unable to deploy Tapestry app due to classloading issue
---

 Key: GERONIMO-1871
 URL: http://issues.apache.org/jira/browse/GERONIMO-1871
 Project: Geronimo
Type: Bug
Security: public(Regular issues)   Components: kernel
Versions: 1.2
 Environment: Windows XP
Reporter: Bryan Noll
Assignee: Gianny Damour
Priority: Critical

Re: [jira] Closed: (GERONIMO-1871) Unable to deploy Tapestry app due to classloading issue

2006-04-22 Thread Dain Sundstrom 

+1 absolutely

Can you do it?

-dain

On Apr 22, 2006, at 7:36 PM, Jeff Genender wrote:


Can we get this in 1.1?  This is a pretty nasty bug.

Jeff


Gianny Damour (JIRA) wrote:

 [ http://issues.apache.org/jira/browse/GERONIMO-1871?page=all ]
 Gianny Damour closed GERONIMO-1871:
---
Resolution: Fixed
The problem was that the TCCL was set to the Tomcat  
WebAppClassLoader and not the Geronimo TomcatClassLoader.  
WebAppClassLoader was defining all the jars in WEB-INF/lib, its  
parent was TomcatClassLoader, which was also defining these jars.  
Hence this duplication.

Unable to deploy Tapestry app due to classloading issue
---

 Key: GERONIMO-1871
 URL: http://issues.apache.org/jira/browse/GERONIMO-1871
 Project: Geronimo
Type: Bug
Security: public(Regular issues)   Components: kernel
Versions: 1.2
 Environment: Windows XP
Reporter: Bryan Noll
Assignee: Gianny Damour
Priority: Critical
Here is the stacktrace encountered when attempting to deploy a  
Tapestry application.  Please scroll down to see more info after  
the stack trace.
org.apache.hivemind.ApplicationRuntimeException: Error: Module  
hivemind is duplicated!  Definition in jar:file:/C:/tools/ 
geronimo-1.2-SNAPSHOT/config-store/42/war/WEB-INF/lib/ 
hivemind-1.1.jar!/META-INF/hivemodule.xml has been ignored in  
favor of existing definition from jar:file:/C:/tools/geronimo-1.2- 
SNAPSHOT/config-store/42/war/WEB-INF/lib/hivemind-1.1.jar!/META- 
INF/hivemodule.xml.
org.apache.hivemind.impl.StrictErrorHandler.error 
(StrictErrorHandler.java:39)
org.apache.hivemind.impl.RegistryInfrastructureConstructor.addModule 
Descriptor(RegistryInfrastructureConstructor.java:202)
org.apache.hivemind.impl.RegistryBuilder.processModuleDescriptorProv 
ider(RegistryBuilder.java:168)
org.apache.hivemind.impl.RegistryBuilder.constructRegistry 
(RegistryBuilder.java:143)
org.apache.tapestry.ApplicationServlet.constructRegistry 
(ApplicationServlet.java:253)
org.apache.tapestry.ApplicationServlet.init 
(ApplicationServlet.java:194)
org.apache.catalina.core.StandardWrapper.loadServlet 
(StandardWrapper.java:1105)
org.apache.catalina.core.StandardWrapper.load 
(StandardWrapper.java:932)
org.apache.catalina.core.StandardContext.loadOnStartup 
(StandardContext.java:3915)
org.apache.catalina.core.StandardContext.start 
(StandardContext.java:4176)
org.apache.geronimo.tomcat.GeronimoStandardContext.access$101 
(GeronimoStandardContext.java:66)
org.apache.geronimo.tomcat.GeronimoStandardContext 
$SystemMethodValve.invoke(GeronimoStandardContext.java:270)
org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke 
(GeronimoBeforeAfterValve.java:31)
org.apache.geronimo.tomcat.GeronimoStandardContext.start 
(GeronimoStandardContext.java:185)
org.apache.catalina.core.ContainerBase.addChildInternal 
(ContainerBase.java:759)
org.apache.catalina.core.ContainerBase.addChild 
(ContainerBase.java:739)
org.apache.catalina.core.StandardHost.addChild(StandardHost.java: 
524)
org.apache.geronimo.tomcat.TomcatContainer.addContext 
(TomcatContainer.java:287)
org.apache.geronimo.tomcat.TomcatContainer$$FastClassByCGLIB$ 
$9370b073.invoke()

net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke 
(FastMethodInvoker.java:38)
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke 
(GBeanOperation.java:118)
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke 
(GBeanInstance.java:800)
org.apache.geronimo.gbean.runtime.RawInvoker.invoke 
(RawInvoker.java:57)
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke 
(RawOperationInvoker.java:36)
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept 
(ProxyMethodInterceptor.java:96)
org.apache.geronimo.tomcat.TomcatContainer$$EnhancerByCGLIB$ 
$7af7fb0d.addContext()
org.apache.geronimo.tomcat.TomcatWebAppContext.doStart 
(TomcatWebAppContext.java:416)
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance 
(GBeanInstance.java:936)
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStar 
t(GBeanInstanceState.java:325)
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start 
(GBeanInstanceState.java:110)
org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive( 
GBeanInstanceState.java:132)
org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive 
(GBeanInstance.java:537)
org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean 
(BasicKernel.java:208)
org.apache.geronimo.kernel.config.Configuration.startRecursiveGBeans 
(Configuration.java:315)
org.apache.geronimo.kernel.config.Configuration$$FastClassByCGLIB$ 
$7f4b4a9b.invoke()

net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke 
(FastMethodInvoker.java:38)
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke 
(GBeanOperation.java:118)
org.apache.geronimo

[jira] Reopened: (GERONIMO-1871) Unable to deploy Tapestry app due to classloading issue

2006-04-22 Thread Jeff Genender (JIRA) 
 [ http://issues.apache.org/jira/browse/GERONIMO-1871?page=all ]
 
Jeff Genender reopened GERONIMO-1871:
-


Great fix Gianny.  Can we please get in in 1.1?  This is critical enough that I 
think this needs to be in the next release.

> Unable to deploy Tapestry app due to classloading issue
> ---
>
>  Key: GERONIMO-1871
>  URL: http://issues.apache.org/jira/browse/GERONIMO-1871
>  Project: Geronimo
> Type: Bug
> Security: public(Regular issues) 
>   Components: kernel
> Versions: 1.2
>  Environment: Windows XP
> Reporter: Bryan Noll
> Assignee: Gianny Damour
> Priority: Critical

>
> Here is the stacktrace encountered when attempting to deploy a Tapestry 
> application.  Please scroll down to see more info after the stack trace.
> org.apache.hivemind.ApplicationRuntimeException: Error: Module hivemind is 
> duplicated!  Definition in 
> jar:file:/C:/tools/geronimo-1.2-SNAPSHOT/config-store/42/war/WEB-INF/lib/hivemind-1.1.jar!/META-INF/hivemodule.xml
>  has been ignored in favor of existing definition from 
> jar:file:/C:/tools/geronimo-1.2-SNAPSHOT/config-store/42/war/WEB-INF/lib/hivemind-1.1.jar!/META-INF/hivemodule.xml.
> org.apache.hivemind.impl.StrictErrorHandler.error(StrictErrorHandler.java:39)
> org.apache.hivemind.impl.RegistryInfrastructureConstructor.addModuleDescriptor(RegistryInfrastructureConstructor.java:202)
> org.apache.hivemind.impl.RegistryBuilder.processModuleDescriptorProvider(RegistryBuilder.java:168)
> org.apache.hivemind.impl.RegistryBuilder.constructRegistry(RegistryBuilder.java:143)
> org.apache.tapestry.ApplicationServlet.constructRegistry(ApplicationServlet.java:253)
> org.apache.tapestry.ApplicationServlet.init(ApplicationServlet.java:194)
> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1105)
> org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:932)
> org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3915)
> org.apache.catalina.core.StandardContext.start(StandardContext.java:4176)
> org.apache.geronimo.tomcat.GeronimoStandardContext.access$101(GeronimoStandardContext.java:66)
> org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:270)
> org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:31)
> org.apache.geronimo.tomcat.GeronimoStandardContext.start(GeronimoStandardContext.java:185)
> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:759)
> org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739)
> org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524)
> org.apache.geronimo.tomcat.TomcatContainer.addContext(TomcatContainer.java:287)
> org.apache.geronimo.tomcat.TomcatContainer$$FastClassByCGLIB$$9370b073.invoke()
> net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
> org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118)
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:800)
> org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
> org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:36)
> org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
> org.apache.geronimo.tomcat.TomcatContainer$$EnhancerByCGLIB$$7af7fb0d.addContext()
> org.apache.geronimo.tomcat.TomcatWebAppContext.doStart(TomcatWebAppContext.java:416)
> org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:936)
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:325)
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:110)
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:132)
> org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:537)
> org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:208)
> org.apache.geronimo.kernel.config.Configuration.startRecursiveGBeans(Configuration.java:315)
> org.apache.geronimo.kernel.config.Configuration$$FastClassByCGLIB$$7f4b4a9b.invoke()
> net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
> org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118)
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:835)
> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:178)
> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:173)
> org.apache.geronimo.kernel.config.ConfigurationManagerImpl.start(ConfigurationManagerImpl.j

Re: [jira] Closed: (GERONIMO-1871) Unable to deploy Tapestry app due to classloading issue

2006-04-22 Thread Jeff Genender 

Can we get this in 1.1?  This is a pretty nasty bug.

Jeff


Gianny Damour (JIRA) wrote:

 [ http://issues.apache.org/jira/browse/GERONIMO-1871?page=all ]
 
Gianny Damour closed GERONIMO-1871:

---

Resolution: Fixed

The problem was that the TCCL was set to the Tomcat WebAppClassLoader and not 
the Geronimo TomcatClassLoader. WebAppClassLoader was defining all the jars in 
WEB-INF/lib, its parent was TomcatClassLoader, which was also defining these 
jars. Hence this duplication.


Unable to deploy Tapestry app due to classloading issue
---

 Key: GERONIMO-1871
 URL: http://issues.apache.org/jira/browse/GERONIMO-1871
 Project: Geronimo
Type: Bug
Security: public(Regular issues) 
  Components: kernel

Versions: 1.2
 Environment: Windows XP
Reporter: Bryan Noll
Assignee: Gianny Damour
Priority: Critical



Here is the stacktrace encountered when attempting to deploy a Tapestry 
application.  Please scroll down to see more info after the stack trace.
org.apache.hivemind.ApplicationRuntimeException: Error: Module hivemind is 
duplicated!  Definition in 
jar:file:/C:/tools/geronimo-1.2-SNAPSHOT/config-store/42/war/WEB-INF/lib/hivemind-1.1.jar!/META-INF/hivemodule.xml
 has been ignored in favor of existing definition from 
jar:file:/C:/tools/geronimo-1.2-SNAPSHOT/config-store/42/war/WEB-INF/lib/hivemind-1.1.jar!/META-INF/hivemodule.xml.
org.apache.hivemind.impl.StrictErrorHandler.error(StrictErrorHandler.java:39)
org.apache.hivemind.impl.RegistryInfrastructureConstructor.addModuleDescriptor(RegistryInfrastructureConstructor.java:202)
org.apache.hivemind.impl.RegistryBuilder.processModuleDescriptorProvider(RegistryBuilder.java:168)
org.apache.hivemind.impl.RegistryBuilder.constructRegistry(RegistryBuilder.java:143)
org.apache.tapestry.ApplicationServlet.constructRegistry(ApplicationServlet.java:253)
org.apache.tapestry.ApplicationServlet.init(ApplicationServlet.java:194)
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1105)
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:932)
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3915)
org.apache.catalina.core.StandardContext.start(StandardContext.java:4176)
org.apache.geronimo.tomcat.GeronimoStandardContext.access$101(GeronimoStandardContext.java:66)
org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:270)
org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:31)
org.apache.geronimo.tomcat.GeronimoStandardContext.start(GeronimoStandardContext.java:185)
org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:759)
org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739)
org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524)
org.apache.geronimo.tomcat.TomcatContainer.addContext(TomcatContainer.java:287)
org.apache.geronimo.tomcat.TomcatContainer$$FastClassByCGLIB$$9370b073.invoke()
net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118)
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:800)
org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:36)
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
org.apache.geronimo.tomcat.TomcatContainer$$EnhancerByCGLIB$$7af7fb0d.addContext()
org.apache.geronimo.tomcat.TomcatWebAppContext.doStart(TomcatWebAppContext.java:416)
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:936)
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:325)
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:110)
org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:132)
org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:537)
org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:208)
org.apache.geronimo.kernel.config.Configuration.startRecursiveGBeans(Configuration.java:315)
org.apache.geronimo.kernel.config.Configuration$$FastClassByCGLIB$$7f4b4a9b.invoke()
net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118)
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:835)
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:178)
org.apache.geronimo.kernel.basic.Basic

[jira] Closed: (GERONIMO-1871) Unable to deploy Tapestry app due to classloading issue

2006-04-22 Thread Gianny Damour (JIRA) 
 [ http://issues.apache.org/jira/browse/GERONIMO-1871?page=all ]
 
Gianny Damour closed GERONIMO-1871:
---

Resolution: Fixed

The problem was that the TCCL was set to the Tomcat WebAppClassLoader and not 
the Geronimo TomcatClassLoader. WebAppClassLoader was defining all the jars in 
WEB-INF/lib, its parent was TomcatClassLoader, which was also defining these 
jars. Hence this duplication.

> Unable to deploy Tapestry app due to classloading issue
> ---
>
>  Key: GERONIMO-1871
>  URL: http://issues.apache.org/jira/browse/GERONIMO-1871
>  Project: Geronimo
> Type: Bug
> Security: public(Regular issues) 
>   Components: kernel
> Versions: 1.2
>  Environment: Windows XP
> Reporter: Bryan Noll
> Assignee: Gianny Damour
> Priority: Critical

>
> Here is the stacktrace encountered when attempting to deploy a Tapestry 
> application.  Please scroll down to see more info after the stack trace.
> org.apache.hivemind.ApplicationRuntimeException: Error: Module hivemind is 
> duplicated!  Definition in 
> jar:file:/C:/tools/geronimo-1.2-SNAPSHOT/config-store/42/war/WEB-INF/lib/hivemind-1.1.jar!/META-INF/hivemodule.xml
>  has been ignored in favor of existing definition from 
> jar:file:/C:/tools/geronimo-1.2-SNAPSHOT/config-store/42/war/WEB-INF/lib/hivemind-1.1.jar!/META-INF/hivemodule.xml.
> org.apache.hivemind.impl.StrictErrorHandler.error(StrictErrorHandler.java:39)
> org.apache.hivemind.impl.RegistryInfrastructureConstructor.addModuleDescriptor(RegistryInfrastructureConstructor.java:202)
> org.apache.hivemind.impl.RegistryBuilder.processModuleDescriptorProvider(RegistryBuilder.java:168)
> org.apache.hivemind.impl.RegistryBuilder.constructRegistry(RegistryBuilder.java:143)
> org.apache.tapestry.ApplicationServlet.constructRegistry(ApplicationServlet.java:253)
> org.apache.tapestry.ApplicationServlet.init(ApplicationServlet.java:194)
> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1105)
> org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:932)
> org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3915)
> org.apache.catalina.core.StandardContext.start(StandardContext.java:4176)
> org.apache.geronimo.tomcat.GeronimoStandardContext.access$101(GeronimoStandardContext.java:66)
> org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:270)
> org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:31)
> org.apache.geronimo.tomcat.GeronimoStandardContext.start(GeronimoStandardContext.java:185)
> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:759)
> org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739)
> org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524)
> org.apache.geronimo.tomcat.TomcatContainer.addContext(TomcatContainer.java:287)
> org.apache.geronimo.tomcat.TomcatContainer$$FastClassByCGLIB$$9370b073.invoke()
> net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
> org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118)
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:800)
> org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
> org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:36)
> org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
> org.apache.geronimo.tomcat.TomcatContainer$$EnhancerByCGLIB$$7af7fb0d.addContext()
> org.apache.geronimo.tomcat.TomcatWebAppContext.doStart(TomcatWebAppContext.java:416)
> org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:936)
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:325)
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:110)
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:132)
> org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:537)
> org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:208)
> org.apache.geronimo.kernel.config.Configuration.startRecursiveGBeans(Configuration.java:315)
> org.apache.geronimo.kernel.config.Configuration$$FastClassByCGLIB$$7f4b4a9b.invoke()
> net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
> org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118)
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:835)
> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:178)
> org.apa

[jira] Assigned: (GERONIMO-1871) Unable to deploy Tapestry app due to classloading issue

2006-04-22 Thread Gianny Damour (JIRA) 
 [ http://issues.apache.org/jira/browse/GERONIMO-1871?page=all ]

Gianny Damour reassigned GERONIMO-1871:
---

Assign To: Gianny Damour

> Unable to deploy Tapestry app due to classloading issue
> ---
>
>  Key: GERONIMO-1871
>  URL: http://issues.apache.org/jira/browse/GERONIMO-1871
>  Project: Geronimo
> Type: Bug
> Security: public(Regular issues) 
>   Components: kernel
> Versions: 1.2
>  Environment: Windows XP
> Reporter: Bryan Noll
> Assignee: Gianny Damour
> Priority: Critical

>
> Here is the stacktrace encountered when attempting to deploy a Tapestry 
> application.  Please scroll down to see more info after the stack trace.
> org.apache.hivemind.ApplicationRuntimeException: Error: Module hivemind is 
> duplicated!  Definition in 
> jar:file:/C:/tools/geronimo-1.2-SNAPSHOT/config-store/42/war/WEB-INF/lib/hivemind-1.1.jar!/META-INF/hivemodule.xml
>  has been ignored in favor of existing definition from 
> jar:file:/C:/tools/geronimo-1.2-SNAPSHOT/config-store/42/war/WEB-INF/lib/hivemind-1.1.jar!/META-INF/hivemodule.xml.
> org.apache.hivemind.impl.StrictErrorHandler.error(StrictErrorHandler.java:39)
> org.apache.hivemind.impl.RegistryInfrastructureConstructor.addModuleDescriptor(RegistryInfrastructureConstructor.java:202)
> org.apache.hivemind.impl.RegistryBuilder.processModuleDescriptorProvider(RegistryBuilder.java:168)
> org.apache.hivemind.impl.RegistryBuilder.constructRegistry(RegistryBuilder.java:143)
> org.apache.tapestry.ApplicationServlet.constructRegistry(ApplicationServlet.java:253)
> org.apache.tapestry.ApplicationServlet.init(ApplicationServlet.java:194)
> org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1105)
> org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:932)
> org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:3915)
> org.apache.catalina.core.StandardContext.start(StandardContext.java:4176)
> org.apache.geronimo.tomcat.GeronimoStandardContext.access$101(GeronimoStandardContext.java:66)
> org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:270)
> org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:31)
> org.apache.geronimo.tomcat.GeronimoStandardContext.start(GeronimoStandardContext.java:185)
> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:759)
> org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739)
> org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524)
> org.apache.geronimo.tomcat.TomcatContainer.addContext(TomcatContainer.java:287)
> org.apache.geronimo.tomcat.TomcatContainer$$FastClassByCGLIB$$9370b073.invoke()
> net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
> org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118)
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:800)
> org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
> org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:36)
> org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
> org.apache.geronimo.tomcat.TomcatContainer$$EnhancerByCGLIB$$7af7fb0d.addContext()
> org.apache.geronimo.tomcat.TomcatWebAppContext.doStart(TomcatWebAppContext.java:416)
> org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:936)
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:325)
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:110)
> org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:132)
> org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:537)
> org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:208)
> org.apache.geronimo.kernel.config.Configuration.startRecursiveGBeans(Configuration.java:315)
> org.apache.geronimo.kernel.config.Configuration$$FastClassByCGLIB$$7f4b4a9b.invoke()
> net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
> org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
> org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:118)
> org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:835)
> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:178)
> org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:173)
> org.apache.geronimo.kernel.config.ConfigurationManagerImpl.start(ConfigurationManagerImpl.java:229)
> org.apache.geronimo.kernel.config.ConfigurationManagerImpl$$FastClassByCGLIB$$fbed85d2.

Re: Directory Update (Jeff?)

2006-04-22 Thread Jeff Genender 

Yeah, I can take a look.

Jeff

Aaron Mulder wrote:

All,

While working on the plugins I found that our Directory is out of date
(0.9.2 vs latest 0.9.3 on iBiblio).  I also found that if we just
"take the latest of everything Directory-related" it blows up (in
particular, mina 0.9.0 doesn't work, but 0.8.2 appears to).

Can someone test a good combination of all the Directory-related libs
and update our etc/project.properties accordingly?

Jeff, I think you did the original Directory integration, I'm not sure
if you want to bite on this.

It's not a huge deal if we ship G 1.1 a point release of Directory
behind, but it would be nice if we could update.

Thanks,
Aaron

Directory Update (Jeff?)

2006-04-22 Thread Aaron Mulder 
All,

While working on the plugins I found that our Directory is out of date
(0.9.2 vs latest 0.9.3 on iBiblio).  I also found that if we just
"take the latest of everything Directory-related" it blows up (in
particular, mina 0.9.0 doesn't work, but 0.8.2 appears to).

Can someone test a good combination of all the Directory-related libs
and update our etc/project.properties accordingly?

Jeff, I think you did the original Directory integration, I'm not sure
if you want to bite on this.

It's not a huge deal if we ship G 1.1 a point release of Directory
behind, but it would be nice if we could update.

Thanks,
Aaron

Re: how to get the latest stable build?

2006-04-22 Thread Jeff Genender 

m2 is not ready yet.  Do a:

maven m:co

then a

maven new

argyn wrote:

David Jencks wrote:



On Apr 22, 2006, at 3:49 PM, argyn wrote:

I thought someone (david jencks?) mentioned 1.2 branch. is it  trunc? 
if it's not stable, then do you have a "less unstable" tag  there for 
me to download?



You should look at 1.2 (==trunk) as it has the half of jacc  
plugability that I've had a chance to implement.


svn co https://svn.apache.org/repos/asf/geronimo/trunk

thanks
david jencks


i co'd trunk, and am trying to build and run it.
it seems that there's not much info on building with maven2.

thanks,
argyn

Re: how to get the latest stable build?

2006-04-22 Thread argyn 

David Jencks wrote:



On Apr 22, 2006, at 3:49 PM, argyn wrote:

I thought someone (david jencks?) mentioned 1.2 branch. is it  trunc? 
if it's not stable, then do you have a "less unstable" tag  there for 
me to download?



You should look at 1.2 (==trunk) as it has the half of jacc  
plugability that I've had a chance to implement.


svn co https://svn.apache.org/repos/asf/geronimo/trunk

thanks
david jencks


i co'd trunk, and am trying to build and run it.
it seems that there's not much info on building with maven2.

thanks,
argyn

Re: how to get the latest stable build?

2006-04-22 Thread David Jencks 


On Apr 22, 2006, at 3:49 PM, argyn wrote:

I thought someone (david jencks?) mentioned 1.2 branch. is it  
trunc? if it's not stable, then do you have a "less unstable" tag  
there for me to download?


You should look at 1.2 (==trunk) as it has the half of jacc  
plugability that I've had a chance to implement.


svn co https://svn.apache.org/repos/asf/geronimo/trunk

thanks
david jencks



thanks
argyn

Aaron Mulder wrote:


You can try:

svn co https://svn.apache.org/repos/asf/geronimo/branches/1.1/

It's not quite "stable" yet but it's quickly moving in that  
direction.

The 1.0 branch is more stable but will be obsolete shortly, so I'd
recommend 1.1.

Thanks,
   Aaron

On 4/22/06, argyn <[EMAIL PROTECTED]> wrote:


hello

i'm totally new to Geronimo source code base. i'd like to play with
org/apache/geronimo/security/jacc package.

for that i need to checkout the latest stable code. how?

thanks in advance
argyn

Re: how to get the latest stable build?

2006-04-22 Thread argyn 
I thought someone (david jencks?) mentioned 1.2 branch. is it trunc? if 
it's not stable, then do you have a "less unstable" tag there for me to 
download?


thanks
argyn

Aaron Mulder wrote:


You can try:

svn co https://svn.apache.org/repos/asf/geronimo/branches/1.1/

It's not quite "stable" yet but it's quickly moving in that direction.
The 1.0 branch is more stable but will be obsolete shortly, so I'd
recommend 1.1.

Thanks,
   Aaron

On 4/22/06, argyn <[EMAIL PROTECTED]> wrote:
 


hello

i'm totally new to Geronimo source code base. i'd like to play with
org/apache/geronimo/security/jacc package.

for that i need to checkout the latest stable code. how?

thanks in advance
argyn

Re: where's JACC provider implementation?

2006-04-22 Thread Jeff Genender 

Look under the security module.

argyn wrote:
i started looking into code in org.apache.geronimo.security.jacc 
 
package. basically, i want to figure out how to plug the custom JACC 
provider into Geronimo, so i need to look at the existing ones. where's 
your default jacc provider?


thanks,
argyn

where's JACC provider implementation?

2006-04-22 Thread argyn 
i started looking into code in org.apache.geronimo.security.jacc 
 
package. basically, i want to figure out how to plug the custom JACC 
provider into Geronimo, so i need to look at the existing ones. where's 
your default jacc provider?


thanks,
argyn

Re: how to get the latest stable build?

2006-04-22 Thread Aaron Mulder 
You can try:

svn co https://svn.apache.org/repos/asf/geronimo/branches/1.1/

It's not quite "stable" yet but it's quickly moving in that direction.
 The 1.0 branch is more stable but will be obsolete shortly, so I'd
recommend 1.1.

Thanks,
Aaron

On 4/22/06, argyn <[EMAIL PROTECTED]> wrote:
> hello
>
> i'm totally new to Geronimo source code base. i'd like to play with
> org/apache/geronimo/security/jacc package.
>
> for that i need to checkout the latest stable code. how?
>
> thanks in advance
> argyn
>
>

how to get the latest stable build?

2006-04-22 Thread argyn 

hello

i'm totally new to Geronimo source code base. i'd like to play with 
org/apache/geronimo/security/jacc package.


for that i need to checkout the latest stable code. how?

thanks in advance
argyn

Re: Verbiage: Change "configuration" to "module"?

2006-04-22 Thread Alan D. Cabrera 

+1

Regards,
Alan

Aaron Mulder wrote:

All,

How would you feel about referring to configurations (e.g. a group of
GBeans with own ID and classloader) as a "module" instead?  It seems
like "configuration" can be confusing, as it more traditionally refers
to a larger scope like an entire installation.  For example, if you
say you have two different WebLogic configurations or two different
Apache (HTTP) configurations, you're saying either you have two
installations, or you have two totally separate product configurations
available for the same product installation.  You're not saying you
have an app and a database pool within one runtime, but that's what
"two different configurations" presently would mean in relation to
Geronimo.

It seems like it would be clearer to say that a Geronimo installation
loads many modules, and each module includes many components (GBeans).

I'm not proposing that we go changing class names and stuff, but I'm
proposing that we make a concerted effort in our documentation and
presentations to present the name of the "unit with an ID and
classloader holding many components" as a "module".

What do you think?

Thanks,
Aaron

[jira] Created: (GERONIMO-1897) Configurations get version-ful reference to geronimo/j2ee-server/1.1-SNAPSHOT/car

2006-04-22 Thread Aaron Mulder (JIRA) 
Configurations get version-ful reference to 
geronimo/j2ee-server/1.1-SNAPSHOT/car
-

 Key: GERONIMO-1897
 URL: http://issues.apache.org/jira/browse/GERONIMO-1897
 Project: Geronimo
Type: Bug
Security: public (Regular issues) 
  Components: deployment  
Versions: 1.1
Reporter: Aaron Mulder
Priority: Blocker
 Fix For: 1.1


I deployed the web console and then listed the dependencies from its 
ConfigurationData.  There was an entry there for 
geronimo/j2ee-server/1.1-SNAPSHOT/car (which should not be the case; it should 
be geronimo/j2ee-server//car).

Then I listed dependencies for child configurations (it has two web modules) 
and got two more geronimo/j2ee-server/1.1-SNAPSHOT/car, so it looks like each 
of the parent and two children ended up with a dependency on 
geronimo/j2ee-server/1.1-SNAPSHOT/car.  I wonder if this is coming from the 
default environment set by the deployer?

Needless to say this would prevent the deployed console running if the 
j2ee-server was upgraded.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[jira] Resolved: (GERONIMO-1896) configs/client-deployer requires activemq-core-3.2.1

2006-04-22 Thread Aaron Mulder (JIRA) 
 [ http://issues.apache.org/jira/browse/GERONIMO-1896?page=all ]
 
Aaron Mulder resolved GERONIMO-1896:


Resolution: Fixed
 Assign To: Aaron Mulder

> configs/client-deployer requires activemq-core-3.2.1
> 
>
>  Key: GERONIMO-1896
>  URL: http://issues.apache.org/jira/browse/GERONIMO-1896
>  Project: Geronimo
> Type: Bug
> Security: public(Regular issues) 
>   Components: buildsystem
> Versions: 1.1
> Reporter: Aaron Mulder
> Assignee: Aaron Mulder
>  Fix For: 1.1

>
> Should be 3.2.4 or whatever

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[jira] Updated: (GERONIMO-1896) configs/client-deployer requires activemq-core-3.2.1

2006-04-22 Thread Aaron Mulder (JIRA) 
 [ http://issues.apache.org/jira/browse/GERONIMO-1896?page=all ]

Aaron Mulder updated GERONIMO-1896:
---

Summary: configs/client-deployer requires activemq-core-3.2.1  (was: 
configs/client-builder requires activemq-core-3.2.1)
Description: Should be 3.2.4 or whatever

> configs/client-deployer requires activemq-core-3.2.1
> 
>
>  Key: GERONIMO-1896
>  URL: http://issues.apache.org/jira/browse/GERONIMO-1896
>  Project: Geronimo
> Type: Bug
> Security: public(Regular issues) 
>   Components: buildsystem
> Versions: 1.1
> Reporter: Aaron Mulder
>  Fix For: 1.1

>
> Should be 3.2.4 or whatever

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[jira] Created: (GERONIMO-1896) configs/client-builder requires activemq-core-3.2.1

2006-04-22 Thread Aaron Mulder (JIRA) 
configs/client-builder requires activemq-core-3.2.1
---

 Key: GERONIMO-1896
 URL: http://issues.apache.org/jira/browse/GERONIMO-1896
 Project: Geronimo
Type: Bug
Security: public (Regular issues) 
  Components: buildsystem  
Versions: 1.1
Reporter: Aaron Mulder
 Fix For: 1.1




-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[jira] Closed: (GERONIMO-1894) JPA @JoinTable annotation is not retained in runtime

2006-04-22 Thread Jeff Genender (JIRA) 
 [ http://issues.apache.org/jira/browse/GERONIMO-1894?page=all ]
 
Jeff Genender closed GERONIMO-1894:
---

Resolution: Fixed
 Assign To: Jeff Genender

Sendinggeronimo-spec-jpa/src/main/java/javax/persistence/JoinTable.java
Transmitting file data .
Committed revision 396128.


> JPA @JoinTable annotation is not retained in runtime
> 
>
>  Key: GERONIMO-1894
>  URL: http://issues.apache.org/jira/browse/GERONIMO-1894
>  Project: Geronimo
> Type: Bug
> Security: public(Regular issues) 
>   Components: specs
> Versions: 1.x
> Reporter: Andrus Adamchik
> Assignee: Jeff Genender
> Priority: Minor
>  Attachments: patch.txt
>
> EJB3, JPA spec - @JoinTable annotation has no retention policy. This looks 
> like a bug in the spec (there is no retention policy mentioned there), but 
> this makes the annotation unusable as it is not preserved in runtime. Also 
> the rest of the annotations have retention policy set to runtime, confirming 
> again that this is a spec typo. Somebody please apply the attached patch.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[jira] Created: (GERONIMO-1895) Issues with geronimo specs

2006-04-22 Thread Kevan Miller (JIRA) 
Issues with geronimo specs
--

 Key: GERONIMO-1895
 URL: http://issues.apache.org/jira/browse/GERONIMO-1895
 Project: Geronimo
Type: Bug
Security: public (Regular issues) 
  Components: specs  
Versions: 1.1
Reporter: Kevan Miller
Priority: Blocker
 Fix For: 1.1


The following public/protected "extensions" have been added to the 
javax.mail.internet.* spec. You can't do that. They must be removed prior to 
1.1 ship.

javax.mail.internet.MimeBodyPart.MIME_DECODEFILENAME
javax.mail.internet.MimeBodyPart.MIME_SETDEFAULTTEXTCHARSET
javax.mail.internet.MimeUtility.getDefaultMIMECharset()



-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[jira] Updated: (GERONIMO-1894) JPA @JoinTable annotation is not retained in runtime

2006-04-22 Thread Andrus Adamchik (JIRA) 
 [ http://issues.apache.org/jira/browse/GERONIMO-1894?page=all ]

Andrus Adamchik updated GERONIMO-1894:
--

Attachment: patch.txt

> JPA @JoinTable annotation is not retained in runtime
> 
>
>  Key: GERONIMO-1894
>  URL: http://issues.apache.org/jira/browse/GERONIMO-1894
>  Project: Geronimo
> Type: Bug
> Security: public(Regular issues) 
>   Components: specs
> Versions: 1.x
> Reporter: Andrus Adamchik
> Priority: Minor
>  Attachments: patch.txt
>
> EJB3, JPA spec - @JoinTable annotation has no retention policy. This looks 
> like a bug in the spec (there is no retention policy mentioned there), but 
> this makes the annotation unusable as it is not preserved in runtime. Also 
> the rest of the annotations have retention policy set to runtime, confirming 
> again that this is a spec typo. Somebody please apply the attached patch.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

[jira] Created: (GERONIMO-1894) JPA @JoinTable annotation is not retained in runtime

2006-04-22 Thread Andrus Adamchik (JIRA) 
JPA @JoinTable annotation is not retained in runtime


 Key: GERONIMO-1894
 URL: http://issues.apache.org/jira/browse/GERONIMO-1894
 Project: Geronimo
Type: Bug
Security: public (Regular issues) 
  Components: specs  
Versions: 1.x
Reporter: Andrus Adamchik
Priority: Minor


EJB3, JPA spec - @JoinTable annotation has no retention policy. This looks like 
a bug in the spec (there is no retention policy mentioned there), but this 
makes the annotation unusable as it is not preserved in runtime. Also the rest 
of the annotations have retention policy set to runtime, confirming again that 
this is a spec typo. Somebody please apply the attached patch.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira

Re: [announce] Welcome Apache Geronimo's newest committer - Rick McGuire

2006-04-22 Thread Geir Magnusson Jr 

Congrats! :)

geir


Geir Magnusson Jr wrote:
In recognition of his contributions and participation in the Apache 
Geronimo community,  the Geronimo PMC is proud to announce the 
committership of Rick McGuire.


Rick has contributed in many places, and is a pleasure to work with, and 
we look forward to his continued involvement as a committer.


Please join us in congratulating Rick.

The Apache Geronimo PMC

Re: [announce] Welcome Apache Geronimo's newest committer - Rick McGuire

2006-04-22 Thread Bharath 
Congrats Rick!
 
/Bharath