You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@cxf.apache.org by Vassilis Virvilis <v....@biovista.com> on 2009/03/27 10:47:52 UTC
client apache cxf-2.2 jar dependencies
Hi,
I am using a cxf frontend with the simple client frontend and the aegis databinding. I want my client to be compatible with both 1.5 and 1.6. I don't use JAX-WS
Here are the required jars
--- Mentioned in WHICH_JARS ------
--- used instead of cxf.jar ----
cxf-api-2.2.jar
cxf-common-schemas-2.2.jar
cxf-common-utilities-2.2.jar
cxf-rt-bindings-soap-2.2.jar
cxf-rt-core-2.2.jar
cxf-rt-databinding-aegis-2.2.jar
cxf-rt-databinding-jaxb-2.2.jar
cxf-rt-frontend-simple-2.2.jar
cxf-rt-transports-http-2.2.jar
cxf-rt-transports-http-jetty-2.2.jar
cxf-tools-common-2.2.jar
commons-logging-1.1.1.jar
geronimo-activation_1.1_spec-1.0.2.jar
geronimo-annotation_1.0_spec-1.1.1.jar
geronimo-javamail_1.4_spec-1.5.jar
geronimo-stax-api_1.0_spec-1.0.1.jar
neethi-2.0.4.jar
jaxb-api-2.1.jar
jaxb-impl-2.1.9.jar
XmlSchema-1.4.4.jar
wstx-asl-3.2.6.jar
wsdl4j-1.6.2.jar
xml-resolver-1.2.jar
----- Not mentioned
geronimo-jaxws_2.1_spec-1.0.jar
I have the following questions
1) Why I do need geronimo-jaxws_2.1_spec-1.0.jar? It is not mentioned in WHICH jars? Without it I get a javax/xml/ws/Holder class not found exception in JRE 1.5
2) Is Aegis based on JAXB or is this is meaningless question? Can I have aegis without the jaxb stuff?
3) Is it somehow possible to further trim the list of the dependencies especially the maven modules ones since the other are documented?
4) For example do I need geronimo-javamail_1.4_spec-1.5.jar (I don't use attachments)
5) Is cxf-rt-transports-http-jetty-2.2.jar really required for a client. It was not required in 2.1.3
regards
.bill
Re: client apache cxf-2.2 jar dependencies
Posted by Vassilis Virvilis <v....@biovista.com>.
Hi Daniel,
Thanks for the answers.
I provided backtrace for the jar dependencies you requested in other mails
On Friday 27 March 2009, Daniel Kulp wrote:
>
> > 2) Is Aegis based on JAXB or is this is meaningless
> > question? Can I have aegis without the jaxb stuff?
>
> No. We use JAXB internally for a lot of things. A lot of the spring config
> parsing is based on JAXB. Some of the wsdl extensor parsing is JAXB, etc...
>
Fair enough. Good to know. Thanks
.bill
Re: client apache cxf-2.2 jar dependencies: cxf-http-jetty required backtrace
Posted by Daniel Kulp <dk...@apache.org>.
OK. Now fixed on trunk. Will be in tonights snapshots.
Dan
On Tue March 31 2009 9:12:43 am Vassilis Virvilis wrote:
> On Tuesday 31 March 2009, Vassilis Virvilis wrote:
> > [java] at
> > java.awt.EventDispatchThread.run(EventDispatchThread.java:110) [java]
> > Caused by: java.lang.RuntimeException: Could not find conduit initiator
> > for transport http://schemas.xmlsoap.org/soap/http [java] at
> > org.apache.cxf.binding.soap.SoapTransportFactory.getConduit(SoapTransport
> >Factory.java:148) [java] at
> > org.apache.cxf.endpoint.AbstractConduitSelector.getSelectedConduit(Abstra
> >ctConduitSelector.java:79)
>
> just saw it.
>
> It is documented as bug in https://issues.apache.org/jira/browse/CXF-1999
>
>
> .bill
--
Daniel Kulp
dkulp@apache.org
http://www.dankulp.com/blog
Re: client apache cxf-2.2 jar dependencies: cxf-http-jetty required backtrace
Posted by Vassilis Virvilis <v....@biovista.com>.
On Tuesday 31 March 2009, Vassilis Virvilis wrote:
> [java] at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)
> [java] Caused by: java.lang.RuntimeException: Could not find conduit initiator for transport http://schemas.xmlsoap.org/soap/http
> [java] at org.apache.cxf.binding.soap.SoapTransportFactory.getConduit(SoapTransportFactory.java:148)
> [java] at org.apache.cxf.endpoint.AbstractConduitSelector.getSelectedConduit(AbstractConduitSelector.java:79)
just saw it.
It is documented as bug in https://issues.apache.org/jira/browse/CXF-1999
.bill
Re: client apache cxf-2.2 jar dependencies: cxf-http-jetty required backtrace
Posted by Vassilis Virvilis <v....@biovista.com>.
Hi,
On Friday 27 March 2009, Daniel Kulp wrote:
>
> > 5) Is
> > cxf-rt-transports-http-jetty-2.2.jar really required for a client. It was
> > not required in 2.1.3
>
> It shouldn't be required for 2.2 either and in my tests, it isn't. I've been
> trying to get a testcase that shows that it is required and so far no-one has
> stepped up to provide one. If I can get a testcase, then sure, I'll take a
> look. (hmm.... I bet my testcases all use spring. I wonder if that's why.
> Yours wouldn't.) Anyway, a simple (preferrably maven based, but not
> required) test case would be a HUGE help.
>
Here is what happens if I remove lib/cxf-rt-transports-http-jetty-2.2.jar from the build.
Maybe I am missing again some configuration since I don't use spring?
This post indicated that the jetty module is actually required...
http://markmail.org/message/b3ldvupzyrtxdlfn#query:Could not find conduit initiator for transport+page:1+mid:b3ldvupzyrtxdlfn+state:results
[java] INFO: com.biovista.lib.Net:getProxyClient() Creating proxy client for http://srv-eu.biovista.com/ws/BEAService
[java] Error:java.lang.reflect.InvocationTargetException
[java] java.lang.reflect.InvocationTargetException
[java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[java] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[java] at java.lang.reflect.Method.invoke(Method.java:585)
[java] at com.biovista.lib.BRunnable.run(BRunnable.java:51)
[java] at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:199)
[java] at java.awt.EventQueue.dispatchEvent(EventQueue.java:461)
[java] at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)
[java] at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
[java] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
[java] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
[java] at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)
[java] Caused by: java.lang.RuntimeException: Could not find conduit initiator for transport http://schemas.xmlsoap.org/soap/http
[java] at org.apache.cxf.binding.soap.SoapTransportFactory.getConduit(SoapTransportFactory.java:148)
[java] at org.apache.cxf.endpoint.AbstractConduitSelector.getSelectedConduit(AbstractConduitSelector.java:79)
[java] at org.apache.cxf.endpoint.UpfrontConduitSelector.prepare(UpfrontConduitSelector.java:61)
[java] at org.apache.cxf.endpoint.ClientImpl.prepareConduitSelector(ClientImpl.java:684)
[java] at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:466)
[java] at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:299)
[java] at org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:251)
[java] at org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:73)
[java] at org.apache.cxf.frontend.ClientProxy.invoke(ClientProxy.java:68)
[java] at $Proxy11.getAvailableTypes(Unknown Source)
[java] at com.biovista.acgt.client.LiteratureMiningServiceClient.<init>(LiteratureMiningServiceClient.java:78)
[java] at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
[java] at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
[java] at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
[java] at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
[java] at java.lang.Class.newInstance0(Class.java:350)
[java] at java.lang.Class.newInstance(Class.java:303)
[java] at com.biovista.lib.Singleton.getInstance(Singleton.java:13)
[java] at com.biovista.lib.gui.Application.createMainFrame(Application.java:48)
[java] ... 12 more
Re: client apache cxf-2.2 jar dependencies: geronimo activation required backtrace
Posted by Daniel Kulp <dk...@apache.org>.
Digging into this one, I don't think removing activation is going to be
possible. We have to put the attachment in interceptors onto the chain as a
message could come in as a multi-part even if it doesn't have attachments.
Those interceptors use the activation stuff to split things a bit. Thus, I
would say that one will be required.
Dan
On Tue March 31 2009 2:52:33 am Vassilis Virvilis wrote:
> Hi,
>
> On Friday 27 March 2009, Daniel Kulp wrote:
> > > 3) Is it somehow
> > > possible to further trim the list of the dependencies especially the
> > > maven modules ones since the other are documented?
> > > 4) For example do I need
> > > geronimo-javamail_1.4_spec-1.5.jar (I don't use attachments)
> >
> > You MAY be able to get rid of javamail and activation if you don't use
> > attachments or MTOM or any type of interceptors that use SAAJ (but they
> > wouldn't work for you anyway since you don't have saaj in your list).
> > Give it a try and see.
>
> I was able to get rid of javamail but activation is still required. Here is
> a backtrace of what happens when I remove geronimo activation
>
> [java] INFO:
> com.biovista.acgt.client.LiteratureMiningServiceClient:<init>()
> com.biovista.acgt.client.LiteratureMiningServiceClient 1.2 build
> 20090331-0849 [java] INFO: com.biovista.lib.Net:getProxyClient() Creating
> proxy client for http://srv-eu.biovista.com/ws/BEAService [java]
> Error:java.lang.reflect.InvocationTargetException
> [java] java.lang.reflect.InvocationTargetException
> [java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method) [java] at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:3
>9) [java] at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImp
>l.java:25) [java] at java.lang.reflect.Method.invoke(Method.java:585)
> [java] at com.biovista.lib.BRunnable.run(BRunnable.java:51) [java]
> at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:199) [java]
> at java.awt.EventQueue.dispatchEvent(EventQueue.java:461) [java] at
> java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.j
>ava:242) [java] at
> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.jav
>a:163) [java] at
> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
> [java] at
> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
> [java] at
> java.awt.EventDispatchThread.run(EventDispatchThread.java:110) [java]
> Caused by: java.lang.NoClassDefFoundError: javax/activation/DataSource
> [java] at
> org.apache.cxf.aegis.type.basic.Base64Type.<init>(Base64Type.java:50)
> [java] at
> org.apache.cxf.aegis.type.DefaultTypeMapping.fillStandardMappings(DefaultTy
>peMapping.java:256) [java] at
> org.apache.cxf.aegis.type.DefaultTypeMapping.createDefaultTypeMapping(Defau
>ltTypeMapping.java:378) [java] at
> org.apache.cxf.aegis.AegisContext.initialize(AegisContext.java:143) [java]
> at
> org.apache.cxf.aegis.databinding.AegisDatabinding.initialize(AegisDatabindi
>ng.java:258) [java] at
> org.apache.cxf.service.factory.ReflectionServiceFactoryBean.buildServiceFro
>mClass(ReflectionServiceFactoryBean.java:372) [java] at
> org.apache.cxf.service.factory.ReflectionServiceFactoryBean.initializeServi
>ceModel(ReflectionServiceFactoryBean.java:431) [java] at
> org.apache.cxf.service.factory.ReflectionServiceFactoryBean.create(Reflecti
>onServiceFactoryBean.java:191) [java] at
> org.apache.cxf.frontend.AbstractWSDLBasedEndpointFactory.createEndpoint(Abs
>tractWSDLBasedEndpointFactory.java:100) [java] at
> org.apache.cxf.frontend.ClientFactoryBean.create(ClientFactoryBean.java:52)
> [java] at
> org.apache.cxf.frontend.ClientProxyFactoryBean.create(ClientProxyFactoryBea
>n.java:102) [java] at com.biovista.lib.Net.getProxyClient(Net.java:176)
> [java] at
> com.biovista.acgt.client.LiteratureMiningServiceClient.<init>(LiteratureMin
>ingServiceClient.java:75) [java] at
> sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> [java] at
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAcce
>ssorImpl.java:39) [java] at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstru
>ctorAccessorImpl.java:27) [java] at
> java.lang.reflect.Constructor.newInstance(Constructor.java:494) [java]
> at java.lang.Class.newInstance0(Class.java:350)
> [java] at java.lang.Class.newInstance(Class.java:303)
> [java] at
> com.biovista.lib.Singleton.getInstance(Singleton.java:13) [java] at
> com.biovista.lib.gui.Application.createMainFrame(Application.java:48)
> [java] ... 12 more
>
>
> .bill
--
Daniel Kulp
dkulp@apache.org
http://www.dankulp.com/blog
Re: client apache cxf-2.2 jar dependencies: geronimo activation required backtrace
Posted by Vassilis Virvilis <v....@biovista.com>.
Hi,
On Friday 27 March 2009, Daniel Kulp wrote:
> > 3) Is it somehow
> > possible to further trim the list of the dependencies especially the maven
> > modules ones since the other are documented?
> > 4) For example do I need
> > geronimo-javamail_1.4_spec-1.5.jar (I don't use attachments)
>
> You MAY be able to get rid of javamail and activation if you don't use
> attachments or MTOM or any type of interceptors that use SAAJ (but they
> wouldn't work for you anyway since you don't have saaj in your list). Give
> it a try and see.
I was able to get rid of javamail but activation is still required. Here is a
backtrace of what happens when I remove geronimo activation
[java] INFO: com.biovista.acgt.client.LiteratureMiningServiceClient:<init>() com.biovista.acgt.client.LiteratureMiningServiceClient 1.2 build 20090331-0849
[java] INFO: com.biovista.lib.Net:getProxyClient() Creating proxy client for http://srv-eu.biovista.com/ws/BEAService
[java] Error:java.lang.reflect.InvocationTargetException
[java] java.lang.reflect.InvocationTargetException
[java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[java] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[java] at java.lang.reflect.Method.invoke(Method.java:585)
[java] at com.biovista.lib.BRunnable.run(BRunnable.java:51)
[java] at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:199)
[java] at java.awt.EventQueue.dispatchEvent(EventQueue.java:461)
[java] at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)
[java] at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
[java] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
[java] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
[java] at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)
[java] Caused by: java.lang.NoClassDefFoundError: javax/activation/DataSource
[java] at org.apache.cxf.aegis.type.basic.Base64Type.<init>(Base64Type.java:50)
[java] at org.apache.cxf.aegis.type.DefaultTypeMapping.fillStandardMappings(DefaultTypeMapping.java:256)
[java] at org.apache.cxf.aegis.type.DefaultTypeMapping.createDefaultTypeMapping(DefaultTypeMapping.java:378)
[java] at org.apache.cxf.aegis.AegisContext.initialize(AegisContext.java:143)
[java] at org.apache.cxf.aegis.databinding.AegisDatabinding.initialize(AegisDatabinding.java:258)
[java] at org.apache.cxf.service.factory.ReflectionServiceFactoryBean.buildServiceFromClass(ReflectionServiceFactoryBean.java:372)
[java] at org.apache.cxf.service.factory.ReflectionServiceFactoryBean.initializeServiceModel(ReflectionServiceFactoryBean.java:431)
[java] at org.apache.cxf.service.factory.ReflectionServiceFactoryBean.create(ReflectionServiceFactoryBean.java:191)
[java] at org.apache.cxf.frontend.AbstractWSDLBasedEndpointFactory.createEndpoint(AbstractWSDLBasedEndpointFactory.java:100)
[java] at org.apache.cxf.frontend.ClientFactoryBean.create(ClientFactoryBean.java:52)
[java] at org.apache.cxf.frontend.ClientProxyFactoryBean.create(ClientProxyFactoryBean.java:102)
[java] at com.biovista.lib.Net.getProxyClient(Net.java:176)
[java] at com.biovista.acgt.client.LiteratureMiningServiceClient.<init>(LiteratureMiningServiceClient.java:75)
[java] at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
[java] at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
[java] at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
[java] at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
[java] at java.lang.Class.newInstance0(Class.java:350)
[java] at java.lang.Class.newInstance(Class.java:303)
[java] at com.biovista.lib.Singleton.getInstance(Singleton.java:13)
[java] at com.biovista.lib.gui.Application.createMainFrame(Application.java:48)
[java] ... 12 more
.bill
Re: client apache cxf-2.2 jar dependencies: jax_ws required backtrace
Posted by Daniel Kulp <dk...@apache.org>.
On Mon April 6 2009 10:15:39 am Vassilis Virvilis wrote:
> > BTW: On monday, I also made xml-resolver-1.2.jar optional if you aren't
> > using any catalogs. Thus, you should be able to get rid of that as
> > well.
>
> Indeed, it is not required. I was able to get my client running without it.
> Q: What are the catalogs anyway?
There are XML files that can be used to map locations for imports in
wsdl/schema to other locations. For example, if your wsdl imports the ws-
addressing schema from http://w3c.org/..., you can use a catalog to say
"whenever you hit that schema, load it from this file on my local computer
instead".
It's very useful for services behind firewalls and such that could not get out
to internet places to get the schemas.
> > I'm also wondering why commons-logging is required. Not sure what is
> > bringing that in. We don't use it. jaxb doesn't use it. XmlSchema
> > doesn't. wstx-asl doesn't. Not sure wsdl4j. neethi does use it, but
> > if your wsdl doesn't have any policies in it, then we wouldn't be
> > creating any neethi policies so I don't think the logging there would
> > come into play at all.
>
> That wasn't easy to find since my project actually uses commons logging.
> Q: Why CXF doesn't use it actively?
We just use java.util.Logging, mostly to avoid having to pull in some of these
extra jars.
> Anyway here is the backtrace. From what I can tell it is originated from
> somewhere in aegis
Yep. Looking at the code, Aegis DOES use commons/logging. :-( That's
probably leftover code from pulling it from XFire and probably should be
converted over.
Dan
>
> If you want to actually eliminate the dependancy I am willing to test it...
>
> [java] Boot: Warning: Unable to locate main/main.jar in the JAR file
> /home/bill/workspace/ACGTLiteratureMiningCXF/dist/ACGTLiteratureMiningCXF.j
>ar [java] 6 Απρ 2009 4:09:00 μμ
> org.apache.cxf.service.factory.ReflectionServiceFactoryBean
> buildServiceFromClass [java] INFO: Creating Service
> {http://iface.ws.lib.biovista.com/}BEAService from class
> com.biovista.lib.ws.iface.BEAService [java]
> Error:java.lang.reflect.InvocationTargetException
> [java] java.lang.reflect.InvocationTargetException
> [java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method) [java] at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:3
>9) [java] at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImp
>l.java:25) [java] at java.lang.reflect.Method.invoke(Method.java:585)
> [java] at com.biovista.lib.BRunnable.run(BRunnable.java:51) [java]
> at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:199) [java]
> at java.awt.EventQueue.dispatchEvent(EventQueue.java:461) [java] at
> java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.j
>ava:242) [java] at
> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.jav
>a:163) [java] at
> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
> [java] at
> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
> [java] at
> java.awt.EventDispatchThread.run(EventDispatchThread.java:110) [java]
> Caused by: java.lang.NoClassDefFoundError:
> org/apache/commons/logging/LogFactory [java] at
> org.apache.cxf.aegis.type.DefaultTypeMapping.<clinit>(DefaultTypeMapping.ja
>va:80) [java] at
> org.apache.cxf.aegis.AegisContext.initialize(AegisContext.java:143) [java]
> at
> org.apache.cxf.aegis.databinding.AegisDatabinding.initialize(AegisDatabindi
>ng.java:258) [java] at
> org.apache.cxf.service.factory.ReflectionServiceFactoryBean.buildServiceFro
>mClass(ReflectionServiceFactoryBean.java:375) [java] at
> org.apache.cxf.service.factory.ReflectionServiceFactoryBean.initializeServi
>ceModel(ReflectionServiceFactoryBean.java:438) [java] at
> org.apache.cxf.service.factory.ReflectionServiceFactoryBean.create(Reflecti
>onServiceFactoryBean.java:194) [java] at
> org.apache.cxf.frontend.AbstractWSDLBasedEndpointFactory.createEndpoint(Abs
>tractWSDLBasedEndpointFactory.java:100) [java] at
> org.apache.cxf.frontend.ClientFactoryBean.create(ClientFactoryBean.java:52)
> [java] at
> org.apache.cxf.frontend.ClientProxyFactoryBean.create(ClientProxyFactoryBea
>n.java:102) [java] at com.biovista.lib.Net.getProxyClient(Net.java:153)
> [java] at
> com.biovista.acgt.client.LiteratureMiningServiceClient.<init>(LiteratureMin
>ingServiceClient.java:70) [java] at
> sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> [java] at
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAcce
>ssorImpl.java:39) [java] at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstru
>ctorAccessorImpl.java:27) [java] at
> java.lang.reflect.Constructor.newInstance(Constructor.java:494) [java]
> at java.lang.Class.newInstance0(Class.java:350)
> [java] at java.lang.Class.newInstance(Class.java:303)
> [java] at
> com.biovista.lib.Singleton.getInstance(Singleton.java:13) [java] at
> com.biovista.lib.gui.Application.createMainFrame(Application.java:39)
> [java] ... 12 more
>
>
> .bill
--
Daniel Kulp
dkulp@apache.org
http://www.dankulp.com/blog
Re: client apache cxf-2.2 jar dependencies: jax_ws required backtrace
Posted by Vassilis Virvilis <v....@biovista.com>.
Hi Dan,
Sorry for the late reply. I was out of town.
On Wednesday 01 April 2009, Daniel Kulp wrote:
>
> Thanks for the update. Glad it works now.
No problem.
>
> BTW: On monday, I also made xml-resolver-1.2.jar optional if you aren't using
> any catalogs. Thus, you should be able to get rid of that as well.
Indeed, it is not required. I was able to get my client running without it.
Q: What are the catalogs anyway?
>
> I'm also wondering why commons-logging is required. Not sure what is
> bringing that in. We don't use it. jaxb doesn't use it. XmlSchema
> doesn't. wstx-asl doesn't. Not sure wsdl4j. neethi does use it, but if
> your wsdl doesn't have any policies in it, then we wouldn't be creating any
> neethi policies so I don't think the logging there would come into play at
> all.
>
That wasn't easy to find since my project actually uses commons logging.
Q: Why CXF doesn't use it actively?
Anyway here is the backtrace. From what I can tell it is originated from somewhere in aegis
If you want to actually eliminate the dependancy I am willing to test it...
[java] Boot: Warning: Unable to locate main/main.jar in the JAR file /home/bill/workspace/ACGTLiteratureMiningCXF/dist/ACGTLiteratureMiningCXF.jar
[java] 6 Απρ 2009 4:09:00 μμ org.apache.cxf.service.factory.ReflectionServiceFactoryBean buildServiceFromClass
[java] INFO: Creating Service {http://iface.ws.lib.biovista.com/}BEAService from class com.biovista.lib.ws.iface.BEAService
[java] Error:java.lang.reflect.InvocationTargetException
[java] java.lang.reflect.InvocationTargetException
[java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[java] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[java] at java.lang.reflect.Method.invoke(Method.java:585)
[java] at com.biovista.lib.BRunnable.run(BRunnable.java:51)
[java] at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:199)
[java] at java.awt.EventQueue.dispatchEvent(EventQueue.java:461)
[java] at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)
[java] at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
[java] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
[java] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
[java] at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)
[java] Caused by: java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory
[java] at org.apache.cxf.aegis.type.DefaultTypeMapping.<clinit>(DefaultTypeMapping.java:80)
[java] at org.apache.cxf.aegis.AegisContext.initialize(AegisContext.java:143)
[java] at org.apache.cxf.aegis.databinding.AegisDatabinding.initialize(AegisDatabinding.java:258)
[java] at org.apache.cxf.service.factory.ReflectionServiceFactoryBean.buildServiceFromClass(ReflectionServiceFactoryBean.java:375)
[java] at org.apache.cxf.service.factory.ReflectionServiceFactoryBean.initializeServiceModel(ReflectionServiceFactoryBean.java:438)
[java] at org.apache.cxf.service.factory.ReflectionServiceFactoryBean.create(ReflectionServiceFactoryBean.java:194)
[java] at org.apache.cxf.frontend.AbstractWSDLBasedEndpointFactory.createEndpoint(AbstractWSDLBasedEndpointFactory.java:100)
[java] at org.apache.cxf.frontend.ClientFactoryBean.create(ClientFactoryBean.java:52)
[java] at org.apache.cxf.frontend.ClientProxyFactoryBean.create(ClientProxyFactoryBean.java:102)
[java] at com.biovista.lib.Net.getProxyClient(Net.java:153)
[java] at com.biovista.acgt.client.LiteratureMiningServiceClient.<init>(LiteratureMiningServiceClient.java:70)
[java] at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
[java] at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
[java] at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
[java] at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
[java] at java.lang.Class.newInstance0(Class.java:350)
[java] at java.lang.Class.newInstance(Class.java:303)
[java] at com.biovista.lib.Singleton.getInstance(Singleton.java:13)
[java] at com.biovista.lib.gui.Application.createMainFrame(Application.java:39)
[java] ... 12 more
.bill
Re: client apache cxf-2.2 jar dependencies: jax_ws required backtrace
Posted by Daniel Kulp <dk...@apache.org>.
On Wed April 1 2009 5:43:58 am Vassilis Virvilis wrote:
> It works. I tried it with
> apache-cxf-2.2.1-SNAPSHOT.tar.gz Wed Apr 01 07:28:56 GMT+00:00 2009
> 29806907 The date and time is important otherwise I tested it wrongly
> (won't be the first time :-))
>
> I was able to get rid of
> geronimo-javamail_1.4_spec-1.5.jar (done in previous step)
> geronimo-jaxws_2.1_spec-1.0.jar
> cxf-rt-transports-http-jetty-2.2.jar
Thanks for the update. Glad it works now.
BTW: On monday, I also made xml-resolver-1.2.jar optional if you aren't using
any catalogs. Thus, you should be able to get rid of that as well.
I'm also wondering why commons-logging is required. Not sure what is
bringing that in. We don't use it. jaxb doesn't use it. XmlSchema
doesn't. wstx-asl doesn't. Not sure wsdl4j. neethi does use it, but if
your wsdl doesn't have any policies in it, then we wouldn't be creating any
neethi policies so I don't think the logging there would come into play at
all.
Dan
>
> So to recap
> Requirements for running a client with the simple frontend with the aegis
> databinding
> ---------------------------------------------------------------------------
>---------- jar count: 21
> space in MB: 3.8
>
> jars:
>
> commons-logging-1.1.1.jar
> cxf-api-2.2.1-SNAPSHOT.jar
> cxf-common-schemas-2.2.1-SNAPSHOT.jar
> cxf-common-utilities-2.2.1-SNAPSHOT.jar
> cxf-rt-bindings-soap-2.2.1-SNAPSHOT.jar
> cxf-rt-core-2.2.1-SNAPSHOT.jar
> cxf-rt-databinding-aegis-2.2.1-SNAPSHOT.jar
> cxf-rt-databinding-jaxb-2.2.1-SNAPSHOT.jar
> cxf-rt-frontend-simple-2.2.1-SNAPSHOT.jar
> cxf-rt-transports-http-2.2.1-SNAPSHOT.jar
> cxf-tools-common-2.2.1-SNAPSHOT.jar
> geronimo-activation_1.1_spec-1.0.2.jar
> geronimo-annotation_1.0_spec-1.1.1.jar
> geronimo-stax-api_1.0_spec-1.0.1.jar
> jaxb-api-2.1.jar
> jaxb-impl-2.1.9.jar
> neethi-2.0.4.jar
> wsdl4j-1.6.2.jar
> wstx-asl-3.2.6.jar
> xml-resolver-1.2.jar
> XmlSchema-1.4.4.jar
--
Daniel Kulp
dkulp@apache.org
http://www.dankulp.com/blog
Re: client apache cxf-2.2 jar dependencies: jax_ws required backtrace
Posted by Vassilis Virvilis <v....@biovista.com>.
On Tuesday 31 March 2009, Daniel Kulp wrote:
>
> This one should now be fixed. It would be great if you can try tomorrows
> snapshots (will deploy overnight) to double check. Thanks for catching it.
>
> Dan
Dan,
It works. I tried it with
apache-cxf-2.2.1-SNAPSHOT.tar.gz Wed Apr 01 07:28:56 GMT+00:00 2009 29806907
The date and time is important otherwise I tested it wrongly (won't be the first time :-))
I was able to get rid of
geronimo-javamail_1.4_spec-1.5.jar (done in previous step)
geronimo-jaxws_2.1_spec-1.0.jar
cxf-rt-transports-http-jetty-2.2.jar
So to recap
Requirements for running a client with the simple frontend with the aegis databinding
-------------------------------------------------------------------------------------
jar count: 21
space in MB: 3.8
jars:
commons-logging-1.1.1.jar
cxf-api-2.2.1-SNAPSHOT.jar
cxf-common-schemas-2.2.1-SNAPSHOT.jar
cxf-common-utilities-2.2.1-SNAPSHOT.jar
cxf-rt-bindings-soap-2.2.1-SNAPSHOT.jar
cxf-rt-core-2.2.1-SNAPSHOT.jar
cxf-rt-databinding-aegis-2.2.1-SNAPSHOT.jar
cxf-rt-databinding-jaxb-2.2.1-SNAPSHOT.jar
cxf-rt-frontend-simple-2.2.1-SNAPSHOT.jar
cxf-rt-transports-http-2.2.1-SNAPSHOT.jar
cxf-tools-common-2.2.1-SNAPSHOT.jar
geronimo-activation_1.1_spec-1.0.2.jar
geronimo-annotation_1.0_spec-1.1.1.jar
geronimo-stax-api_1.0_spec-1.0.1.jar
jaxb-api-2.1.jar
jaxb-impl-2.1.9.jar
neethi-2.0.4.jar
wsdl4j-1.6.2.jar
wstx-asl-3.2.6.jar
xml-resolver-1.2.jar
XmlSchema-1.4.4.jar
Re: client apache cxf-2.2 jar dependencies: jax_ws required backtrace
Posted by Daniel Kulp <dk...@apache.org>.
This one should now be fixed. It would be great if you can try tomorrows
snapshots (will deploy overnight) to double check. Thanks for catching it.
Dan
On Tue March 31 2009 2:47:52 am Vassilis Virvilis wrote:
> On Friday 27 March 2009, Daniel Kulp wrote:
> > > 1) Why I do need geronimo-jaxws_2.1_spec-1.0.jar? It is not mentioned
> > > in WHICH jars? Without it I get a javax/xml/ws/Holder class not found
> > > exception in JRE 1.5
> >
> > Hmmm... That's not good. Is there a stack trace or similar? Not
> > sure where that would be referenced in the above. Definitely something
> > we should try to eliminate.
>
> [java] INFO: com.biovista.lib.Net:getProxyClient() Creating proxy
> client for http://srv-eu.biovista.com/ws/BEAService [java]
> Error:java.lang.reflect.InvocationTargetException
> [java] java.lang.reflect.InvocationTargetException
> [java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method) [java] at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:3
>9) [java] at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImp
>l.java:25) [java] at java.lang.reflect.Method.invoke(Method.java:585)
> [java] at com.biovista.lib.BRunnable.run(BRunnable.java:51) [java]
> at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:199) [java]
> at java.awt.EventQueue.dispatchEvent(EventQueue.java:461) [java] at
> java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.j
>ava:242) [java] at
> java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.jav
>a:163) [java] at
> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
> [java] at
> java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
> [java] at
> java.awt.EventDispatchThread.run(EventDispatchThread.java:110) [java]
> Caused by: java.lang.NoClassDefFoundError: javax/xml/ws/Holder [java]
> at
> org.apache.cxf.aegis.type.AbstractTypeCreator.isHolder(AbstractTypeCreator.
>java:140) [java] at
> org.apache.cxf.aegis.type.AbstractTypeCreator.createTypeForClass(AbstractTy
>peCreator.java:114) [java] at
> org.apache.cxf.aegis.databinding.AegisDatabinding.getParameterType(AegisDat
>abinding.java:570) [java] at
> org.apache.cxf.aegis.databinding.AegisDatabinding.initializeMessage(AegisDa
>tabinding.java:338) [java] at
> org.apache.cxf.aegis.databinding.AegisDatabinding.initializeOperation(Aegis
>Databinding.java:299) [java] at
> org.apache.cxf.aegis.databinding.AegisDatabinding.initialize(AegisDatabindi
>ng.java:266) [java] at
> org.apache.cxf.service.factory.ReflectionServiceFactoryBean.buildServiceFro
>mClass(ReflectionServiceFactoryBean.java:372) [java] at
> org.apache.cxf.service.factory.ReflectionServiceFactoryBean.initializeServi
>ceModel(ReflectionServiceFactoryBean.java:431) [java] at
> org.apache.cxf.service.factory.ReflectionServiceFactoryBean.create(Reflecti
>onServiceFactoryBean.java:191) [java] at
> org.apache.cxf.frontend.AbstractWSDLBasedEndpointFactory.createEndpoint(Abs
>tractWSDLBasedEndpointFactory.java:100) [java] at
> org.apache.cxf.frontend.ClientFactoryBean.create(ClientFactoryBean.java:52)
> [java] at
> org.apache.cxf.frontend.ClientProxyFactoryBean.create(ClientProxyFactoryBea
>n.java:102) [java] at com.biovista.lib.Net.getProxyClient(Net.java:176)
> [java] at
> com.biovista.acgt.client.LiteratureMiningServiceClient.<init>(LiteratureMin
>ingServiceClient.java:75) [java] at
> sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
> [java] at
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAcce
>ssorImpl.java:39) [java] at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstru
>ctorAccessorImpl.java:27) [java] at
> java.lang.reflect.Constructor.newInstance(Constructor.java:494) [java]
> at java.lang.Class.newInstance0(Class.java:350)
> [java] at java.lang.Class.newInstance(Class.java:303)
> [java] at
> com.biovista.lib.Singleton.getInstance(Singleton.java:13) [java] at
> com.biovista.lib.gui.Application.createMainFrame(Application.java:48)
> [java] ... 12 more
--
Daniel Kulp
dkulp@apache.org
http://www.dankulp.com/blog
Re: client apache cxf-2.2 jar dependencies: jax_ws required backtrace
Posted by Vassilis Virvilis <v....@biovista.com>.
On Friday 27 March 2009, Daniel Kulp wrote:
> >
> > 1) Why I do need geronimo-jaxws_2.1_spec-1.0.jar? It is not mentioned in
> > WHICH jars? Without it I get a javax/xml/ws/Holder class not found
> > exception in JRE 1.5
>
> Hmmm... That's not good. Is there a stack trace or similar? Not sure
> where that would be referenced in the above. Definitely something we should
> try to eliminate.
>
[java] INFO: com.biovista.lib.Net:getProxyClient() Creating proxy client for http://srv-eu.biovista.com/ws/BEAService
[java] Error:java.lang.reflect.InvocationTargetException
[java] java.lang.reflect.InvocationTargetException
[java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[java] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[java] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[java] at java.lang.reflect.Method.invoke(Method.java:585)
[java] at com.biovista.lib.BRunnable.run(BRunnable.java:51)
[java] at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:199)
[java] at java.awt.EventQueue.dispatchEvent(EventQueue.java:461)
[java] at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242)
[java] at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163)
[java] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157)
[java] at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149)
[java] at java.awt.EventDispatchThread.run(EventDispatchThread.java:110)
[java] Caused by: java.lang.NoClassDefFoundError: javax/xml/ws/Holder
[java] at org.apache.cxf.aegis.type.AbstractTypeCreator.isHolder(AbstractTypeCreator.java:140)
[java] at org.apache.cxf.aegis.type.AbstractTypeCreator.createTypeForClass(AbstractTypeCreator.java:114)
[java] at org.apache.cxf.aegis.databinding.AegisDatabinding.getParameterType(AegisDatabinding.java:570)
[java] at org.apache.cxf.aegis.databinding.AegisDatabinding.initializeMessage(AegisDatabinding.java:338)
[java] at org.apache.cxf.aegis.databinding.AegisDatabinding.initializeOperation(AegisDatabinding.java:299)
[java] at org.apache.cxf.aegis.databinding.AegisDatabinding.initialize(AegisDatabinding.java:266)
[java] at org.apache.cxf.service.factory.ReflectionServiceFactoryBean.buildServiceFromClass(ReflectionServiceFactoryBean.java:372)
[java] at org.apache.cxf.service.factory.ReflectionServiceFactoryBean.initializeServiceModel(ReflectionServiceFactoryBean.java:431)
[java] at org.apache.cxf.service.factory.ReflectionServiceFactoryBean.create(ReflectionServiceFactoryBean.java:191)
[java] at org.apache.cxf.frontend.AbstractWSDLBasedEndpointFactory.createEndpoint(AbstractWSDLBasedEndpointFactory.java:100)
[java] at org.apache.cxf.frontend.ClientFactoryBean.create(ClientFactoryBean.java:52)
[java] at org.apache.cxf.frontend.ClientProxyFactoryBean.create(ClientProxyFactoryBean.java:102)
[java] at com.biovista.lib.Net.getProxyClient(Net.java:176)
[java] at com.biovista.acgt.client.LiteratureMiningServiceClient.<init>(LiteratureMiningServiceClient.java:75)
[java] at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
[java] at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
[java] at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
[java] at java.lang.reflect.Constructor.newInstance(Constructor.java:494)
[java] at java.lang.Class.newInstance0(Class.java:350)
[java] at java.lang.Class.newInstance(Class.java:303)
[java] at com.biovista.lib.Singleton.getInstance(Singleton.java:13)
[java] at com.biovista.lib.gui.Application.createMainFrame(Application.java:48)
[java] ... 12 more
Re: client apache cxf-2.2 jar dependencies
Posted by Daniel Kulp <dk...@apache.org>.
On Fri March 27 2009 5:47:52 am Vassilis Virvilis wrote:
> Hi,
>
> I am using a cxf frontend with the simple client frontend and the aegis
> databinding. I want my client to be compatible with both 1.5 and 1.6. I
> don't use JAX-WS
>
> Here are the required jars
>
> --- Mentioned in WHICH_JARS ------
> --- used instead of cxf.jar ----
> cxf-api-2.2.jar
> cxf-common-schemas-2.2.jar
> cxf-common-utilities-2.2.jar
> cxf-rt-bindings-soap-2.2.jar
> cxf-rt-core-2.2.jar
> cxf-rt-databinding-aegis-2.2.jar
> cxf-rt-databinding-jaxb-2.2.jar
> cxf-rt-frontend-simple-2.2.jar
> cxf-rt-transports-http-2.2.jar
> cxf-rt-transports-http-jetty-2.2.jar
> cxf-tools-common-2.2.jar
> commons-logging-1.1.1.jar
> geronimo-activation_1.1_spec-1.0.2.jar
> geronimo-annotation_1.0_spec-1.1.1.jar
> geronimo-javamail_1.4_spec-1.5.jar
> geronimo-stax-api_1.0_spec-1.0.1.jar
> neethi-2.0.4.jar
> jaxb-api-2.1.jar
> jaxb-impl-2.1.9.jar
> XmlSchema-1.4.4.jar
> wstx-asl-3.2.6.jar
> wsdl4j-1.6.2.jar
> xml-resolver-1.2.jar
>
> ----- Not mentioned
> geronimo-jaxws_2.1_spec-1.0.jar
>
>
> I have the following questions
>
> 1) Why I do need geronimo-jaxws_2.1_spec-1.0.jar? It is not mentioned in
> WHICH jars? Without it I get a javax/xml/ws/Holder class not found
> exception in JRE 1.5
Hmmm... That's not good. Is there a stack trace or similar? Not sure
where that would be referenced in the above. Definitely something we should
try to eliminate.
> 2) Is Aegis based on JAXB or is this is meaningless
> question? Can I have aegis without the jaxb stuff?
No. We use JAXB internally for a lot of things. A lot of the spring config
parsing is based on JAXB. Some of the wsdl extensor parsing is JAXB, etc...
> 3) Is it somehow
> possible to further trim the list of the dependencies especially the maven
> modules ones since the other are documented?
> 4) For example do I need
> geronimo-javamail_1.4_spec-1.5.jar (I don't use attachments)
You MAY be able to get rid of javamail and activation if you don't use
attachments or MTOM or any type of interceptors that use SAAJ (but they
wouldn't work for you anyway since you don't have saaj in your list). Give
it a try and see.
> 5) Is
> cxf-rt-transports-http-jetty-2.2.jar really required for a client. It was
> not required in 2.1.3
It shouldn't be required for 2.2 either and in my tests, it isn't. I've been
trying to get a testcase that shows that it is required and so far no-one has
stepped up to provide one. If I can get a testcase, then sure, I'll take a
look. (hmm.... I bet my testcases all use spring. I wonder if that's why.
Yours wouldn't.) Anyway, a simple (preferrably maven based, but not
required) test case would be a HUGE help.
--
Daniel Kulp
dkulp@apache.org
http://www.dankulp.com/blog