You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cxf.apache.org by Gustavo Morozowski <mo...@gmail.com> on 2007/08/03 11:30:56 UTC
Re: WHICH_JARS not actual
Any updates on WHICH_JARS for 2.0.1?
Gustavo
On 7/17/07, Dan Diephouse <da...@envoisolutions.com> wrote:
>
> Hi Deno,
>
> That is correct - you can just use the single spring jar.
>
> - Dan
>
> On 7/16/07, Deno Vichas <dv...@autoreturn.com> wrote:
> >
> > (somebody correctly me if I'm wrong here) you can just all the main
> > spring jar and not all the smaller individuals ones. Sure, your project
> > will be slightly bigger but less jars I have to keep track of the
> > better.
> >
> >
> > -----Original Message-----
> > From: Jiang, Ning (Willem) [mailto:Ning.Jiang@iona.com]
> > Sent: Monday, July 16, 2007 7:30 AM
> > To: cxf-user@incubator.apache.org
> > Subject: RE: WHICH_JARS not actual
> >
> > Yes ,we should update the WHICH_JARS to refelect the recent changes.
> >
> > For the second issue, current CXF servlet only support SpringBusFactory
> > which relates on Spring.
> > So you have to include the Spring jars for wiring the CXF components
> > with the Bus.
> >
> >
> > Willem.
> >
> >
> > -----Original Message-----
> > From: Lukas Zapletal [mailto:lukas.zapletal@gmail.com]
> > Sent: Mon 7/16/2007 21:54
> > To: cxf-user@incubator.apache.org
> > Subject: WHICH_JARS not actual
> >
> > Hello all,
> >
> > it seems WHICH_JARS file is not actual. CXF itself needs
> > xml-resolver.jar and I am sure there will be other JARs that should be
> > included in the minimal CXF install.
> >
> > The second issue about the libraries is that CXF depends on Spring
> > even when I do not use it. I have created just a Servlet in the
> > web.xml but when my container tried to load the application I get an
> > exception. As a temporary solution I am adding all JARs to my servlet.
> > Could you check the WHICH_JARS file please?
> >
> > 15:37:03,713 ERROR [[CXFServlet]] Allocate exception for servlet
> > CXFServlet
> > java.lang.NoClassDefFoundError:
> > org/springframework/beans/factory/support/BeanDefinitionRegistry
> > at java.lang.Class.getDeclaredConstructors0(Native Method)
> > at java.lang.Class.privateGetDeclaredConstructors(Unknown
> > Source)
> > at java.lang.Class.getConstructor0(Unknown Source)
> > at java.lang.Class.newInstance0(Unknown Source)
> > at java.lang.Class.newInstance(Unknown Source)
> > at
> > org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.jav
> > a:1104)
> > at
> > org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:8
> > 06)
> > at
> > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValv
> > e.java:129)
> > at
> > org.apache.catalina.core.StandardContextValve.invoke(StandardContextValv
> > e.java:175)
> > at
> > org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAs
> > sociationValve.java:179)
> > at
> > org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.j
> > ava:84)
> > at
> > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java
> > :128)
> > at
> > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java
> > :104)
> > at
> > org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConn
> > ectionValve.java:156)
> > at
> > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.
> > java:109)
> > at
> > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:2
> > 41)
> > at
> > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:84
> > 4)
> > at
> > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(
> > Http11Protocol.java:580)
> > at
> > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)
> > at java.lang.Thread.run(Unknown Source)
> > 15:37:23,331 INFO [[CXFServlet]] Servlet CXFServlet is currently
> > unavailable
> >
> > --
> > Lukas Zapletal
> > http://lukas.zapletalovi.com
> >
> >
>
>
> --
> Dan Diephouse
> Envoi Solutions
> http://envoisolutions.com | http://netzooid.com/blog
>
RE: WHICH_JARS not actual
Posted by Benson Margulies <bi...@basistech.com>.
Um, can't someone automate pulling the classpath out of the manifest
jar? Or, on the other hand, keep the facts about all the dependencies in
some XML file which is XSLT's to make either the manifest or the
human-readable content?
> -----Original Message-----
> From: Daniel Kulp [mailto:dkulp@apache.org]
> Sent: Friday, August 03, 2007 9:37 AM
> To: cxf-user@incubator.apache.org
> Cc: Gustavo Morozowski
> Subject: Re: WHICH_JARS not actual
>
> On Friday 03 August 2007 05:30, Gustavo Morozowski wrote:
> > Any updates on WHICH_JARS for 2.0.1?
>
> Unforuntately, not nearly changed enough. I did add mention of the
asm
> jar which was added. But that's probably about the only change.
:-(
>
> Dan
>
>
> > Gustavo
> >
> > On 7/17/07, Dan Diephouse <da...@envoisolutions.com> wrote:
> > > Hi Deno,
> > >
> > > That is correct - you can just use the single spring jar.
> > >
> > > - Dan
> > >
> > > On 7/16/07, Deno Vichas <dv...@autoreturn.com> wrote:
> > > > (somebody correctly me if I'm wrong here) you can just all the
> > > > main spring jar and not all the smaller individuals ones. Sure,
> > > > your project will be slightly bigger but less jars I have to
keep
> > > > track of the better.
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: Jiang, Ning (Willem) [mailto:Ning.Jiang@iona.com]
> > > > Sent: Monday, July 16, 2007 7:30 AM
> > > > To: cxf-user@incubator.apache.org
> > > > Subject: RE: WHICH_JARS not actual
> > > >
> > > > Yes ,we should update the WHICH_JARS to refelect the recent
> > > > changes.
> > > >
> > > > For the second issue, current CXF servlet only support
> > > > SpringBusFactory which relates on Spring.
> > > > So you have to include the Spring jars for wiring the CXF
> > > > components with the Bus.
> > > >
> > > >
> > > > Willem.
> > > >
> > > >
> > > > -----Original Message-----
> > > > From: Lukas Zapletal [mailto:lukas.zapletal@gmail.com]
> > > > Sent: Mon 7/16/2007 21:54
> > > > To: cxf-user@incubator.apache.org
> > > > Subject: WHICH_JARS not actual
> > > >
> > > > Hello all,
> > > >
> > > > it seems WHICH_JARS file is not actual. CXF itself needs
> > > > xml-resolver.jar and I am sure there will be other JARs that
> > > > should be included in the minimal CXF install.
> > > >
> > > > The second issue about the libraries is that CXF depends on
Spring
> > > > even when I do not use it. I have created just a Servlet in the
> > > > web.xml but when my container tried to load the application I
get
> > > > an exception. As a temporary solution I am adding all JARs to my
> > > > servlet. Could you check the WHICH_JARS file please?
> > > >
> > > > 15:37:03,713 ERROR [[CXFServlet]] Allocate exception for servlet
> > > > CXFServlet
> > > > java.lang.NoClassDefFoundError:
> > > > org/springframework/beans/factory/support/BeanDefinitionRegistry
> > > > at java.lang.Class.getDeclaredConstructors0(Native
Method)
> > > > at
java.lang.Class.privateGetDeclaredConstructors(Unknown
> > > > Source)
> > > > at java.lang.Class.getConstructor0(Unknown Source)
> > > > at java.lang.Class.newInstance0(Unknown Source)
> > > > at java.lang.Class.newInstance(Unknown Source)
> > > > at
> > > >
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapp
> > > >er.jav a:1104)
> > > > at
> > > >
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.
> > > >java:8 06)
> > > > at
> > > >
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapp
> > > >erValv e.java:129)
> > > > at
> > > >
org.apache.catalina.core.StandardContextValve.invoke(StandardConte
> > > >xtValv e.java:175)
> > > > at
> > > >
org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(Secu
> > > >rityAs sociationValve.java:179)
> > > > at
> > > >
org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextV
> > > >alve.j ava:84)
> > > > at
> > > >
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValv
> > > >e.java
> > > >
> > > > :128)
> > > >
> > > > at
> > > >
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValv
> > > >e.java
> > > >
> > > > :104)
> > > >
> > > > at
> > > >
org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(Cach
> > > >edConn ectionValve.java:156)
> > > > at
> > > >
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngine
> > > >Valve. java:109)
> > > > at
> > > >
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.
> > > >java:2 41)
> > > > at
> > > >
org.apache.coyote.http11.Http11Processor.process(Http11Processor.j
> > > >ava:84 4)
> > > > at
> > > >
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.pr
> > > >ocess( Http11Protocol.java:580)
> > > > at
> > > >
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java
> > > >:447) at java.lang.Thread.run(Unknown Source)
> > > > 15:37:23,331 INFO [[CXFServlet]] Servlet CXFServlet is
currently
> > > > unavailable
> > > >
> > > > --
> > > > Lukas Zapletal
> > > > http://lukas.zapletalovi.com
> > >
> > > --
> > > Dan Diephouse
> > > Envoi Solutions
> > > http://envoisolutions.com | http://netzooid.com/blog
>
> --
> J. Daniel Kulp
> Principal Engineer
> IONA
> P: 781-902-8727 C: 508-380-7194
> daniel.kulp@iona.com
> http://www.dankulp.com/blog
Re: WHICH_JARS not actual
Posted by Daniel Kulp <dk...@apache.org>.
On Friday 03 August 2007 05:30, Gustavo Morozowski wrote:
> Any updates on WHICH_JARS for 2.0.1?
Unforuntately, not nearly changed enough. I did add mention of the asm
jar which was added. But that's probably about the only change. :-(
Dan
> Gustavo
>
> On 7/17/07, Dan Diephouse <da...@envoisolutions.com> wrote:
> > Hi Deno,
> >
> > That is correct - you can just use the single spring jar.
> >
> > - Dan
> >
> > On 7/16/07, Deno Vichas <dv...@autoreturn.com> wrote:
> > > (somebody correctly me if I'm wrong here) you can just all the
> > > main spring jar and not all the smaller individuals ones. Sure,
> > > your project will be slightly bigger but less jars I have to keep
> > > track of the better.
> > >
> > >
> > > -----Original Message-----
> > > From: Jiang, Ning (Willem) [mailto:Ning.Jiang@iona.com]
> > > Sent: Monday, July 16, 2007 7:30 AM
> > > To: cxf-user@incubator.apache.org
> > > Subject: RE: WHICH_JARS not actual
> > >
> > > Yes ,we should update the WHICH_JARS to refelect the recent
> > > changes.
> > >
> > > For the second issue, current CXF servlet only support
> > > SpringBusFactory which relates on Spring.
> > > So you have to include the Spring jars for wiring the CXF
> > > components with the Bus.
> > >
> > >
> > > Willem.
> > >
> > >
> > > -----Original Message-----
> > > From: Lukas Zapletal [mailto:lukas.zapletal@gmail.com]
> > > Sent: Mon 7/16/2007 21:54
> > > To: cxf-user@incubator.apache.org
> > > Subject: WHICH_JARS not actual
> > >
> > > Hello all,
> > >
> > > it seems WHICH_JARS file is not actual. CXF itself needs
> > > xml-resolver.jar and I am sure there will be other JARs that
> > > should be included in the minimal CXF install.
> > >
> > > The second issue about the libraries is that CXF depends on Spring
> > > even when I do not use it. I have created just a Servlet in the
> > > web.xml but when my container tried to load the application I get
> > > an exception. As a temporary solution I am adding all JARs to my
> > > servlet. Could you check the WHICH_JARS file please?
> > >
> > > 15:37:03,713 ERROR [[CXFServlet]] Allocate exception for servlet
> > > CXFServlet
> > > java.lang.NoClassDefFoundError:
> > > org/springframework/beans/factory/support/BeanDefinitionRegistry
> > > at java.lang.Class.getDeclaredConstructors0(Native Method)
> > > at java.lang.Class.privateGetDeclaredConstructors(Unknown
> > > Source)
> > > at java.lang.Class.getConstructor0(Unknown Source)
> > > at java.lang.Class.newInstance0(Unknown Source)
> > > at java.lang.Class.newInstance(Unknown Source)
> > > at
> > > org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapp
> > >er.jav a:1104)
> > > at
> > > org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.
> > >java:8 06)
> > > at
> > > org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapp
> > >erValv e.java:129)
> > > at
> > > org.apache.catalina.core.StandardContextValve.invoke(StandardConte
> > >xtValv e.java:175)
> > > at
> > > org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(Secu
> > >rityAs sociationValve.java:179)
> > > at
> > > org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextV
> > >alve.j ava:84)
> > > at
> > > org.apache.catalina.core.StandardHostValve.invoke(StandardHostValv
> > >e.java
> > >
> > > :128)
> > >
> > > at
> > > org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValv
> > >e.java
> > >
> > > :104)
> > >
> > > at
> > > org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(Cach
> > >edConn ectionValve.java:156)
> > > at
> > > org.apache.catalina.core.StandardEngineValve.invoke(StandardEngine
> > >Valve. java:109)
> > > at
> > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.
> > >java:2 41)
> > > at
> > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.j
> > >ava:84 4)
> > > at
> > > org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.pr
> > >ocess( Http11Protocol.java:580)
> > > at
> > > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java
> > >:447) at java.lang.Thread.run(Unknown Source)
> > > 15:37:23,331 INFO [[CXFServlet]] Servlet CXFServlet is currently
> > > unavailable
> > >
> > > --
> > > Lukas Zapletal
> > > http://lukas.zapletalovi.com
> >
> > --
> > Dan Diephouse
> > Envoi Solutions
> > http://envoisolutions.com | http://netzooid.com/blog
--
J. Daniel Kulp
Principal Engineer
IONA
P: 781-902-8727 C: 508-380-7194
daniel.kulp@iona.com
http://www.dankulp.com/blog
Re: WHICH_JARS not actual
Posted by Dan Diephouse <da...@envoisolutions.com>.
Hi Gustavo,
Seems this slipped through the cracks for 2.0.1 (which is being voted on
right now). I created a JIRA issue so that doesn't happen again:
https://issues.apache.org/jira/browse/CXF-878
Feel free to attach your comments/concerns. If you have any specific
questions about what jars are needed for CXF feel free to ask here and we'll
try to provide you with some answers.
Regards,
- Dan
On 8/3/07, Gustavo Morozowski <mo...@gmail.com> wrote:
>
> Any updates on WHICH_JARS for 2.0.1?
>
> Gustavo
>
> On 7/17/07, Dan Diephouse <da...@envoisolutions.com> wrote:
> >
> > Hi Deno,
> >
> > That is correct - you can just use the single spring jar.
> >
> > - Dan
> >
> > On 7/16/07, Deno Vichas <dv...@autoreturn.com> wrote:
> > >
> > > (somebody correctly me if I'm wrong here) you can just all the main
> > > spring jar and not all the smaller individuals ones. Sure, your
> project
> > > will be slightly bigger but less jars I have to keep track of the
> > > better.
> > >
> > >
> > > -----Original Message-----
> > > From: Jiang, Ning (Willem) [mailto:Ning.Jiang@iona.com]
> > > Sent: Monday, July 16, 2007 7:30 AM
> > > To: cxf-user@incubator.apache.org
> > > Subject: RE: WHICH_JARS not actual
> > >
> > > Yes ,we should update the WHICH_JARS to refelect the recent changes.
> > >
> > > For the second issue, current CXF servlet only support
> SpringBusFactory
> > > which relates on Spring.
> > > So you have to include the Spring jars for wiring the CXF components
> > > with the Bus.
> > >
> > >
> > > Willem.
> > >
> > >
> > > -----Original Message-----
> > > From: Lukas Zapletal [mailto:lukas.zapletal@gmail.com]
> > > Sent: Mon 7/16/2007 21:54
> > > To: cxf-user@incubator.apache.org
> > > Subject: WHICH_JARS not actual
> > >
> > > Hello all,
> > >
> > > it seems WHICH_JARS file is not actual. CXF itself needs
> > > xml-resolver.jar and I am sure there will be other JARs that should be
> > > included in the minimal CXF install.
> > >
> > > The second issue about the libraries is that CXF depends on Spring
> > > even when I do not use it. I have created just a Servlet in the
> > > web.xml but when my container tried to load the application I get an
> > > exception. As a temporary solution I am adding all JARs to my servlet.
> > > Could you check the WHICH_JARS file please?
> > >
> > > 15:37:03,713 ERROR [[CXFServlet]] Allocate exception for servlet
> > > CXFServlet
> > > java.lang.NoClassDefFoundError:
> > > org/springframework/beans/factory/support/BeanDefinitionRegistry
> > > at java.lang.Class.getDeclaredConstructors0(Native Method)
> > > at java.lang.Class.privateGetDeclaredConstructors(Unknown
> > > Source)
> > > at java.lang.Class.getConstructor0(Unknown Source)
> > > at java.lang.Class.newInstance0(Unknown Source)
> > > at java.lang.Class.newInstance(Unknown Source)
> > > at
> > > org.apache.catalina.core.StandardWrapper.loadServlet(
> StandardWrapper.jav
> > > a:1104)
> > > at
> > > org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java
> :8
> > > 06)
> > > at
> > > org.apache.catalina.core.StandardWrapperValve.invoke
> (StandardWrapperValv
> > > e.java:129)
> > > at
> > > org.apache.catalina.core.StandardContextValve.invoke
> (StandardContextValv
> > > e.java:175)
> > > at
> > > org.jboss.web.tomcat.security.SecurityAssociationValve.invoke
> (SecurityAs
> > > sociationValve.java:179)
> > > at
> > > org.jboss.web.tomcat.security.JaccContextValve.invoke(
> JaccContextValve.j
> > > ava:84)
> > > at
> > > org.apache.catalina.core.StandardHostValve.invoke(
> StandardHostValve.java
> > > :128)
> > > at
> > > org.apache.catalina.valves.ErrorReportValve.invoke(
> ErrorReportValve.java
> > > :104)
> > > at
> > > org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke
> (CachedConn
> > > ectionValve.java:156)
> > > at
> > > org.apache.catalina.core.StandardEngineValve.invoke
> (StandardEngineValve.
> > > java:109)
> > > at
> > > org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java
> :2
> > > 41)
> > > at
> > > org.apache.coyote.http11.Http11Processor.process(Http11Processor.java
> :84
> > > 4)
> > > at
> > >
> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(
> > > Http11Protocol.java:580)
> > > at
> > > org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java
> :447)
> > > at java.lang.Thread.run(Unknown Source)
> > > 15:37:23,331 INFO [[CXFServlet]] Servlet CXFServlet is currently
> > > unavailable
> > >
> > > --
> > > Lukas Zapletal
> > > http://lukas.zapletalovi.com
> > >
> > >
> >
> >
> > --
> > Dan Diephouse
> > Envoi Solutions
> > http://envoisolutions.com | http://netzooid.com/blog
> >
>
--
Dan Diephouse
Envoi Solutions
http://envoisolutions.com | http://netzooid.com/blog