If I add 
 servlet_2_2.jar
and
openjms-0.7.6.1.jar
to my config in WEB-INF/lib

not only my CLI attempt fails, but also my standard use of Cocoon as a
server doesn't start
With just the openjms-0.7.6.1.jar, the start process stop on
- Scheduler Cocoon_$_Fri_May_13_19:00:09_CEST_2005 started.
Exception in thread "main" java.lang.reflect.InvocationTargetException
        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
java:39)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:25)
        at java.lang.reflect.Method.invoke(Method.java:585)
        at Loader.invokeMain(Unknown Source)
        at Loader.run(Unknown Source)
        at Loader.main(Unknown Source)
Caused by: java.lang.NoClassDefFoundError: org/exolab/core/util/URI$MalformedURI
Exception
        at org.exolab.jms.jndi.InitialContextFactory.getInitialContext(InitialCo
ntextFactory.java:95)
        at javax.naming.spi.NamingManager.getInitialContext(NamingManager.java:6
67)
        at javax.naming.InitialContext.getDefaultInitCtx(InitialContext.java:247
)
        at javax.naming.InitialContext.init(InitialContext.java:223)
        at javax.naming.InitialContext.<init>(InitialContext.java:197)
        at org.apache.cocoon.components.jms.JMSConnectionManagerImpl.createIniti
alContext(JMSConnectionManagerImpl.java:208)
        at org.apache.cocoon.components.jms.JMSConnectionManagerImpl.initialize(
JMSConnectionManagerImpl.java:111)
        at org.apache.avalon.framework.container.ContainerUtil.initialize(Contai
nerUtil.java:283)
        at org.apache.avalon.excalibur.component.DefaultComponentFactory.newInst
ance(DefaultComponentFactory.java:277)
        at org.apache.avalon.excalibur.component.ThreadSafeComponentHandler.init
ialize(ThreadSafeComponentHandler.java:108)
        at org.apache.avalon.excalibur.component.ExcaliburComponentManager.initi
alize(ExcaliburComponentManager.java:522)
        at org.apache.cocoon.components.CocoonComponentManager.initialize(Cocoon
ComponentManager.java:561)
        at org.apache.avalon.framework.container.ContainerUtil.initialize(Contai
nerUtil.java:283)
        at org.apache.cocoon.Cocoon.initialize(Cocoon.java:282)
        at org.apache.avalon.framework.container.ContainerUtil.initialize(Contai
nerUtil.java:283)
        at org.apache.cocoon.servlet.CocoonServlet.createCocoon(CocoonServlet.ja
va:1391)
        at org.apache.cocoon.servlet.CocoonServlet.init(CocoonServlet.java:481)
        at org.mortbay.jetty.servlet.ServletHolder.start(ServletHolder.java:220)

        at org.mortbay.jetty.servlet.ServletHandler.initializeServlets(ServletHa
ndler.java:445)
        at org.mortbay.jetty.servlet.WebApplicationHandler.initializeServlets(We
bApplicationHandler.java:150)
        at org.mortbay.jetty.servlet.WebApplicationContext.start(WebApplicationC
ontext.java:458)
        at org.mortbay.http.HttpServer.start(HttpServer.java:663)
        at org.mortbay.jetty.Server.main(Server.java:429)
        ... 7 more

and nothing more.


On 5/13/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> If you exclude jms, this will lead to other errors due to dependencies. You
> should disable eventcache, repository, slide and webdav too.
> 
> michael
> 
> -----Urspr�ngliche Nachricht-----
> Von: Upayavira [mailto:[EMAIL PROTECTED]
> Gesendet: Freitag, 13. Mai 2005 15:49
> An: [email protected]
> Betreff: Re: Using Cocoon as a command line tool
> 
> 
> rebuild without the jms block.
> 
> Upayavira
> 
> Jean-Claude Moissinac wrote:
> 
> > Now, I'm going forward, but I stop after this error:
> > ...
> > - For the jms block to work you must install and start a JMS server
> > and place th e client jar in WEB-INF/lib.
> > - The default server, OpenJMS is configured in cocoon.xconf but is not
> > bundled w ith Cocoon. Exception in thread "main"
> > java.lang.reflect.InvocationTargetException
> >         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> >         at
> > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
> > java:39)
> >         at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
> > sorImpl.java:25)
> >         at java.lang.reflect.Method.invoke(Method.java:585)
> > ...
> >
> > I need to identify the OpenJMS  jar, I suppose.
> >
> > Jean-Claude
> > On 5/13/05, Simon Mieth <[EMAIL PROTECTED]> wrote:
> >
> >>On Fri, 13 May 2005 14:47:50 +0200
> >>Jean-Claude Moissinac <[EMAIL PROTECTED]> wrote:
> >>
> >>
> >>>I doesn't find a servlet jar in lib/Optional
> >>>but I find these:
> >>>servlet_2_2.jar in lib/core
> >>>servlet-2.3.jar in tools/jetty/lib
> >>>Does one of these do the trick?
> >>
> >>Hi,
> >>
> >>yes take one of these jars.
> >>
> >>Best Regards,
> >>
> >>Simon
> >>
> >>---------------------------------------------------------------------
> >>To unsubscribe, e-mail: [EMAIL PROTECTED]
> >>For additional commands, e-mail: [EMAIL PROTECTED]
> >>
> >>
> >
> >
> >
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


-- 
-- 
Jean-Claude Moissinac
Department of Computer Science and Networks
ENST Paris
FRANCE

E-mail: [EMAIL PROTECTED]
Tel: (+33) 1.45.81.80.88
Fax: (+33) 1.45.81.71.58

http://shadok.enst.fr/jcm

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to