Bryan Kearney wrote:
Eoghan Glynn wrote:
No.. not offline. Attahced is the script I use to run it with the
classpath.
Why not just grab everything from the cxf-manifest.jar instead of
putting a
bunch of individual jars on the classpath?
For example, in 2.2-SNAPSHOT kit, the following is set in the manifest
classpath:
Class-Path: cxf-2.2-SNAPSHOT.jar cxf-common-utilities-2.2-SNAPSHOT.jar
spring-core-2.5.5.jar commons-logging-1.1.1.jar spring-beans-2.5.5.j
ar spring-context-2.5.5.jar aopalliance-1.0.jar geronimo-annotation_1
.0_spec-1.1.1.jar jaxb-api-2.1.jar geronimo-stax-api_1.0_spec-1.0.1.j
ar wsdl4j-1.6.2.jar xml-resolver-1.2.jar XmlSchema-1.4.3.jar commons-
lang-2.4.jar cxf-common-schemas-2.2-SNAPSHOT.jar cxf-tools-common-2.2
-SNAPSHOT.jar velocity-1.5.jar commons-collections-3.1.jar oro-2.0.8.
jar jaxb-xjc-2.1.9.jar jaxb-impl-2.1.9.jar saaj-api-1.3.jar cxf-api-2
.2-SNAPSHOT.jar geronimo-activation_1.1_spec-1.0.2.jar wstx-asl-3.2.6
.jar neethi-2.0.4.jar cxf-rt-core-2.2-SNAPSHOT.jar geronimo-javamail_
1.4_spec-1.5.jar FastInfoset-1.2.2.jar geronimo-ws-metadata_2.0_spec-
1.1.2.jar cxf-tools-validator-2.2-SNAPSHOT.jar cxf-tools-wsdlto-core-
2.2-SNAPSHOT.jar geronimo-jaxws_2.1_spec-1.0.jar cxf-tools-misctools-
2.2-SNAPSHOT.jar cxf-tools-wsdlto-frontend-jaxws-2.2-SNAPSHOT.jar cxf
-tools-wsdlto-databinding-jaxb-2.2-SNAPSHOT.jar cxf-tools-corba-2.2-S
NAPSHOT.jar cxf-rt-bindings-corba-2.2-SNAPSHOT.jar cxf-rt-frontend-ja
xws-2.2-SNAPSHOT.jar asm-2.2.3.jar cxf-rt-bindings-soap-2.2-SNAPSHOT.
jar cxf-rt-databinding-jaxb-2.2-SNAPSHOT.jar cxf-rt-bindings-xml-2.2-
SNAPSHOT.jar cxf-rt-frontend-simple-2.2-SNAPSHOT.jar cxf-rt-ws-addr-2
.2-SNAPSHOT.jar saaj-impl-1.3.2.jar commons-codec-1.3.jar antlr-2.7.7
.jar cxf-tools-wsdlto-frontend-javascript-2.2-SNAPSHOT.jar cxf-rt-jav
ascript-2.2-SNAPSHOT.jar cxf-rt-databinding-aegis-2.2-SNAPSHOT.jar cx
f-rt-transports-local-2.2-SNAPSHOT.jar cxf-rt-transports-http-2.2-SNA
PSHOT.jar spring-web-2.5.5.jar jdom-1.0.jar cxf-tools-java2ws-2.2-SNA
PSHOT.jar cxf-xjc-dv-2.2-SNAPSHOT.jar cxf-xjc-ts-2.2-SNAPSHOT.jar cxf
-rt-management-2.2-SNAPSHOT.jar cxf-rt-transports-http-jetty-2.2-SNAP
SHOT.jar jetty-6.1.11.jar jetty-util-6.1.11.jar slf4j-jdk14-1.3.1.jar
slf4j-api-1.3.1.jar geronimo-servlet_2.5_spec-1.2.jar cxf-rt-transpo
rts-jms-2.2-SNAPSHOT.jar geronimo-jms_1.1_spec-1.1.1.jar spring-jms-2
.5.5.jar commons-pool-1.3.jar spring-context-support-2.5.5.jar spring
-tx-2.5.5.jar cxf-rt-bindings-object-2.2-SNAPSHOT.jar cxf-rt-bindings
-coloc-2.2-SNAPSHOT.jar cxf-rt-bindings-http-2.2-SNAPSHOT.jar jra-1.0
-alpha-4.jar cxf-rt-databinding-xmlbeans-2.2-SNAPSHOT.jar xmlbeans-2.
3.0.jar cxf-rt-ws-rm-2.2-SNAPSHOT.jar cxf-rt-ws-policy-2.2-SNAPSHOT.j
ar cxf-rt-ws-security-2.2-SNAPSHOT.jar opensaml-1.1.jar wss4j-1.5.5.j
ar xmlsec-1.4.2.jar xalan-2.7.1.jar serializer-2.7.1.jar bcprov-jdk15
-140.jar cxf-rt-frontend-js-2.2-SNAPSHOT.jar js-1.6R7.jar cxf-rt-fron
tend-jaxrs-2.2-SNAPSHOT.jar jsr311-api-1.0.jar abdera-core-0.4.0-incu
bating.jar abdera-i18n-0.4.0-incubating.jar abdera-parser-0.4.0-incub
ating.jar axiom-impl-1.2.7.jar axiom-api-1.2.7.jar jaxen-1.1.jar abde
ra-extensions-json-0.4.0-incubating.jar abdera-extensions-main-0.4.0-
incubating.jar jettison-1.0.1.jar cxf-bundle-2.2-SNAPSHOT.jar commons
-httpclient-3.1.jar ant-1.6.5.jar
I am running off of the jboss distro... so I did not have the kit. BTW..
that issue was class path. I had to add the following to recognize the
schemas:
CLASSPATH="$CLASSPATH:$JBOSS_HOME/client/cxf-common-schemas.jar"
And the following so far for Jetty:
CLASSPATH="$CLASSPATH:$LOCAL_M2_REPO/org/mortbay/jetty/jetty/6.1.9/jetty-6.1.9.jar"
CLASSPATH="$CLASSPATH:$LOCAL_M2_REPO/org/mortbay/jetty/jetty-util/6.1.9/jetty-util-6.1.9.jar"
I am now getting a NPE on the server which I need to dig into.
2:43:31,362 INFO [ContextUtils] associating MAPs with context property
javax.xml.ws.addressing.context.inbound
12:43:31,392 INFO [ContextUtils] associating MAPs with context property
javax.xml.ws.addressing.context.inbound
12:43:31,393 INFO [ContextUtils] retrieving MAPs from context property
javax.xml.ws.addressing.context.inbound
12:43:31,393 INFO [ContextUtils] current MAPs [MessageId:
urn:uuid:5f8e68ff-a4ff-4166-9ef7-905407a6bb5f, Action:
http://backend.vdc.redhat.com/WCFBackendBean/runActionRequest, To:
http://127.0.0.1:8080/backends/wcf, ReplyTo:
http://localhost:9990/decoupled_endpoint, FaultTo:
http://localhost:9990/decoupled_endpoint]
12:43:31,393 ERROR [STDERR] java.lang.NullPointerException
12:43:31,394 ERROR [STDERR] at
org.jboss.wsf.stack.cxf.AbstractInvoker._invokeInternal(AbstractInvoker.java:135)
12:43:31,394 ERROR [STDERR] at
org.jboss.wsf.stack.cxf.AbstractInvoker.invoke(AbstractInvoker.java:101)
12:43:31,394 ERROR [STDERR] at
org.apache.cxf.interceptor.ServiceInvokerInterceptor$1.run(ServiceInvokerInterceptor.java:56)
12:43:31,394 ERROR [STDERR] at
org.apache.cxf.workqueue.SynchronousExecutor.execute(SynchronousExecutor.java:37)
12:43:31,394 ERROR [STDERR] at
org.apache.cxf.interceptor.ServiceInvokerInterceptor.handleMessage(ServiceInvokerInterceptor.java:92)
12:43:31,394 ERROR [STDERR] at
org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChain.java:226)
12:43:31,394 ERROR [STDERR] at
org.apache.cxf.phase.PhaseInterceptorChain.resume(PhaseInterceptorChain.java:204)
12:43:31,395 ERROR [STDERR] at
org.apache.cxf.ws.addressing.ContextUtils$1.run(ContextUtils.java:411)
12:43:31,395 ERROR [STDERR] at
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886)
12:43:31,395 ERROR [STDERR] at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908)
12:43:31,395 ERROR [STDERR] at java.lang.Thread.run(Thread.java:619)
-- bk
This one is not as obvious.. I have posted it to the Jboss list too..
since it is right on the boundary between the two stacks :)
-- bk
