You are viewing a plain text version of this content. The canonical link for it is here.
Posted to user@geronimo.apache.org by Mike Perham <mp...@gmail.com> on 2007/01/02 18:37:02 UTC
classpath issue on was ce 1.1.0.1
Error: Module hivemind is duplicated! Definition in
jar:file:/D:/perforce/depot/external/wasce/1.1.0.1/repository/com/ibm/websphere/fabric-tools-ear/6.0/fabric-tools-ear-6.0.car/fabric-tools-web.war/../lib/hivemind-1.1.1.jar!/META-INF/hivemodule.xml
has been ignored in favor of existing definition from
jar:file:/D:/perforce/depot/external/wasce/1.1.0.1/repository/com/ibm/websphere/fabric-tools-ear/6.0/fabric-tools-ear-6.0.car/lib/hivemind-1.1.1.jar!/META-INF/hivemodule.xml.
These obviously resolve to the same resource. Why does Geronimo list
them as two separate resources? Any idea what I am doing wrong? Are
they considered to be at different "levels" within the classloader
hierarchy (i.e. one at the ear level and another at the war level)?
My WAR has a MANIFEST.MF Class-Path: entry for lib/hivemind-1.1.1.jar.
mike
Re: classpath issue on was ce 1.1.0.1
Posted by Mike Perham <mp...@gmail.com>.
It's hivemind's initialization that's complaining when the Tapestry
servlet initializes on WAR startup. It seems like a container
classloader issue which is why I sent email to this list.
at org.apache.hivemind.impl.StrictErrorHandler.error(StrictErrorHandler.java:39)
at org.apache.hivemind.impl.RegistryInfrastructureConstructor.addModuleDescriptor(RegistryInfrastructureConstructor.java:202)
at org.apache.hivemind.impl.RegistryBuilder.processModuleDescriptorProvider(RegistryBuilder.java:168)
at org.apache.hivemind.impl.RegistryBuilder.constructRegistry(RegistryBuilder.java:143)
at org.apache.tapestry.ApplicationServlet.constructRegistry(ApplicationServlet.java:253)
at org.apache.tapestry.ApplicationServlet.init(ApplicationServlet.java:194)
at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1105)
On 1/2/07, David Jencks <da...@yahoo.com> wrote:
>
> On Jan 2, 2007, at 12:37 PM, Mike Perham wrote:
>
> > Error: Module hivemind is duplicated! Definition in
> > jar:file:/D:/perforce/depot/external/wasce/1.1.0.1/repository/com/
> > ibm/websphere/fabric-tools-ear/6.0/fabric-tools-ear-6.0.car/fabric-
> > tools-web.war/../lib/hivemind-1.1.1.jar!/META-INF/hivemodule.xml
> > has been ignored in favor of existing definition from
> > jar:file:/D:/perforce/depot/external/wasce/1.1.0.1/repository/com/
> > ibm/websphere/fabric-tools-ear/6.0/fabric-tools-ear-6.0.car/lib/
> > hivemind-1.1.1.jar!/META-INF/hivemodule.xml.
> >
> > These obviously resolve to the same resource. Why does Geronimo list
> > them as two separate resources? Any idea what I am doing wrong? Are
> > they considered to be at different "levels" within the classloader
> > hierarchy (i.e. one at the ear level and another at the war level)?
> >
> > My WAR has a MANIFEST.MF Class-Path: entry for lib/hivemind-1.1.1.jar.
>
>
> Are you sure it's geronimo that is complaining? I searched for the
> string "has been ignored in favor of existing definition from" and
> could not find it in the geronimo code base. (might be in xbean or
> openejb....). In any case having more of an idea what exactly is
> complaining when (such as a stacktrace) would be helpful to figure
> out what is causing this.
>
> thanks
> david jencks
>
> >
> > mike
>
>
Re: classpath issue on was ce 1.1.0.1
Posted by David Jencks <da...@yahoo.com>.
On Jan 2, 2007, at 12:37 PM, Mike Perham wrote:
> Error: Module hivemind is duplicated! Definition in
> jar:file:/D:/perforce/depot/external/wasce/1.1.0.1/repository/com/
> ibm/websphere/fabric-tools-ear/6.0/fabric-tools-ear-6.0.car/fabric-
> tools-web.war/../lib/hivemind-1.1.1.jar!/META-INF/hivemodule.xml
> has been ignored in favor of existing definition from
> jar:file:/D:/perforce/depot/external/wasce/1.1.0.1/repository/com/
> ibm/websphere/fabric-tools-ear/6.0/fabric-tools-ear-6.0.car/lib/
> hivemind-1.1.1.jar!/META-INF/hivemodule.xml.
>
> These obviously resolve to the same resource. Why does Geronimo list
> them as two separate resources? Any idea what I am doing wrong? Are
> they considered to be at different "levels" within the classloader
> hierarchy (i.e. one at the ear level and another at the war level)?
>
> My WAR has a MANIFEST.MF Class-Path: entry for lib/hivemind-1.1.1.jar.
Are you sure it's geronimo that is complaining? I searched for the
string "has been ignored in favor of existing definition from" and
could not find it in the geronimo code base. (might be in xbean or
openejb....). In any case having more of an idea what exactly is
complaining when (such as a stacktrace) would be helpful to figure
out what is causing this.
thanks
david jencks
>
> mike