cxf-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Daniel Kulp <dk...@apache.org>
Subject Re: CXF and WAS 6.1(.0.19)
Date Tue, 27 Oct 2009 19:08:02 GMT

Cool.    Glad to see it's finally working.

Have I mentioned that I'm not a fan of WAS or AIX?   You've managed to hit 
both of them.   ;-)

Dan


On Tue October 27 2009 2:59:39 pm Craig Tataryn wrote:
> Happy to say the issue is *finally* resolved.  Essentially had to get
> Maven to compile using the JVM provided jaxp deps.  It wasn't enough
> to just exclude these deps from the war after a build was through.
> 
> This was done by adding the following to my master pom's
> <dependencyManagement> section, a list of conflicting dependencies
> setting their <scope> to provided like so:
> 
> <dependency>
> 	<groupId>javax.xml.parsers</groupId>
> 	<artifactId>jaxp-api</artifactId>
> 	<version>1.4.2</version>
> 	<scope>provided</scope>
> </dependency>
> <dependency>
> 	<groupId>com.sun.xml.parsers</groupId>
> 	<artifactId>jaxp-ri</artifactId>
> 	<version>1.4.2</version>
> 	<scope>provided</scope>
> </dependency>
> <dependency>
>     <groupId>xerces</groupId>
>     <artifactId>xercesImpl</artifactId>
>     <version>2.6.2</version>
>     <scope>provided</scope>
> </dependency>
> <dependency>
>     <groupId>xerces</groupId>
>     <artifactId>xmlParserAPIs</artifactId>
>     <version>2.6.2</version>
>     <scope>provided</scope>
> </dependency>
> 
> Craig.
> 
> On Mon, Oct 26, 2009 at 5:31 PM, Craig Tataryn <craiger@tataryn.net> wrote:
> > Both apps are setup to use the webapp's dependencies first, at least
> > that's what the console is telling me.  Attached is another view of
> > the class loaders, looks like it "doesn't know" where DocumentBuilder*
> > classes are being loaded from.  I ran a script to find out where in
> > the AppServer directory there were copies, and besides my own war's
> > WEB-INF/lib they are also in java/jre/lib/xml.jar.
> >
> > Dan suggested perhaps putting some entries in my war's
> > META-INF/services directory for directing which parsers are to be
> > used, but I'll have to read up a bit on that before experimenting.
> >
> > Craig.
> >
> >
> >
> > On Mon, Oct 26, 2009 at 4:53 PM, Andreas Veithen
> >
> > <andreas.veithen@gmail.com> wrote:
> >> My guess is that the class loading policy is not configured the same
> >> way on both servers. Looks like the application on AIX is set up using
> >> parent last, while the other one uses parent first.
> >>
> >> Andreas
> >>
> >> On Mon, Oct 26, 2009 at 20:56, Craig Tataryn <craiger@tataryn.net> wrote:
> >>> Just to keep you updated.... I installed WAS v6.1 (granted v6.1.0, not
> >>> 6.1.0.19) and successfully deployed my CXF web app by simply endorsing
> >>> (or making a shared library) wsdl4j-1.6.2.
> >>>
> >>> This is not the case on our AIX WAS instance, still always get the
> >>> error:
> >>>
> >>> Error 500: Error creating bean with name
> >>> 'org.apache.cxf.wsdl.WSDLManager' defined in class path resource
> >>> [META-INF/cxf/cxf.xml]: Instantiation of bean failed; nested exception
> >>> is org.springframework.beans.BeanInstantiationException: Could not
> >>> instantiate bean class [org.apache.cxf.wsdl11.WSDLManagerImpl]:
> >>> Constructor threw exception; nested exception is
> >>> java.lang.ClassCastException:
> >>> com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderFactoryImpl
> >>> incompatible with javax.xml.parsers.DocumentBuilderFactory
> >>>
> >>> Attached is a dump of the classpath info for the webapp.  I think jaxp
> >>> must be set up on the server's classpath or something because I don't
> >>> see any conflict as far as the jars go.
> >>>
> >>> Craig.
> >>>
> >>> On Fri, Oct 23, 2009 at 5:17 PM, Craig Tataryn <craiger@tataryn.net>

wrote:
> >>>> Tried copying that jaxp-api-1.4.2.jar file to the endorsed dir,
> >>>> unfortunately that caused the WAS server to not be able to startup :S
> >>>>
> >>>> *sigh*
> >>>>
> >>>> Craig.
> >>>>
> >>>> On Fri, Oct 23, 2009 at 1:10 PM, Daniel Kulp <dkulp@apache.org>
wrote:
> >>>>> Was afraid of that.   :-(
> >>>>>
> >>>>> OK.  Couple options.
> >>>>>
> >>>>> 1) Somehow endorse the jaxp-api-1.4.2.jar as that is where that
class
> >>>>> lives.
> >>>>>
> >>>>> 2) Use java 6 which I believe has that class built in
> >>>>>
> >>>>> 3) Remove the jaxp-ri jar and saaj jars entirely.   The version
of
> >>>>> SAAJ built into WAS may work.   If using Java6, they should be built
> >>>>> in there as well.
> >>>>>
> >>>>> 4) Somehow get it to use the xalan transformer in the xalan jar
> >>>>> instead of the one in the sun jar.   There is probably a sys property
> >>>>> or similar for that. Maybe copy the contents of the xalan jars
> >>>>> META-INF/services into your war so it gets picked up first?
> >>>>>
> >>>>> Have I mentioned I hate WAS?
> >>>>>
> >>>>> Dan
> >>>>>
> >>>>> On Fri October 23 2009 1:24:22 pm Craig Tataryn wrote:
> >>>>>> Ok, got further.  Now I'm getting:
> >>>>>>
> >>>>>> ===============================================================
> >>>>>> [10/23/09 12:18:28:899 CDT] 0000002b WebApp        E   [Servlet
> >>>>>> Error]-[CXFServlet]: java.lang.NoClassDefFoundError:
> >>>>>> javax.xml.transform.stax.StAXResult
> >>>>>>       at
> >>>>>>  com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.getOut
> >>>>>>putHand ler(TransformerImpl.java:416) at
> >>>>>>  com.sun.org.apache.xalan.internal.xsltc.trax.TransformerImpl.transf
> >>>>>>orm(Tra nsformerImpl.java:334) at
> >>>>>>  org.apache.cxf.wsdl11.SchemaSerializer.writeXml(SchemaSerializer.ja
> >>>>>>va:60) at
> >>>>>>  org.apache.cxf.wsdl11.SchemaSerializer.marshall(SchemaSerializer.ja
> >>>>>>va:48) at
> >>>>>> com.ibm.wsdl.xml.WSDLWriterImpl.printExtensibilityElements(Unknown
> >>>>>> Source) at com.ibm.wsdl.xml.WSDLWriterImpl.printTypes(Unknown
> >>>>>> Source) at com.ibm.wsdl.xml.WSDLWriterImpl.printDefinition(Unknown
> >>>>>> Source) at com.ibm.wsdl.xml.WSDLWriterImpl.writeWSDL(Unknown
Source)
> >>>>>> at com.ibm.wsdl.xml.WSDLWriterImpl.getDocument(Unknown Source)
at
> >>>>>>  org.apache.cxf.transport.http.WSDLQueryHandler.writeResponse(WSDLQu
> >>>>>>eryHand ler.java:180) at
> >>>>>>  org.apache.cxf.transport.servlet.ServletController.invoke(ServletCo
> >>>>>>ntrolle r.java:182) at
> >>>>>>  org.apache.cxf.transport.servlet.AbstractCXFServlet.invoke(Abstract
> >>>>>>CXFServ let.java:220) at
> >>>>>>  org.apache.cxf.transport.servlet.AbstractCXFServlet.doGet(AbstractC
> >>>>>>XFServl et.java:158) at
> >>>>>>  javax.servlet.http.HttpServlet.service(HttpServlet.java:743)
> >>>>>>       at
> >>>>>>  org.apache.cxf.transport.servlet.AbstractCXFServlet.service(Abstrac
> >>>>>>tCXFSer vlet.java:211) at
> >>>>>>  com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapp
> >>>>>>er.java
> >>>>>>
> >>>>>> :1095) at
> >>>>>>
> >>>>>>  com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest(Servle
> >>>>>>tWrappe r.java:569) at
> >>>>>>  com.ibm.ws.wswebcontainer.servlet.ServletWrapper.handleRequest(Serv
> >>>>>>letWrap per.java:478) at
> >>>>>>  com.ibm.ws.webcontainer.webapp.WebApp.handleRequest(WebApp.java:344
> >>>>>>0) at
> >>>>>> com.ibm.ws.webcontainer.webapp.WebGroup.handleRequest(WebGroup.java:
> >>>>>>267) at
> >>>>>>  com.ibm.ws.webcontainer.WebContainer.handleRequest(WebContainer.jav
> >>>>>>a:815) at
> >>>>>>  com.ibm.ws.wswebcontainer.WebContainer.handleRequest(WebContainer.j
> >>>>>>ava:146 1) at
> >>>>>>  com.ibm.ws.webcontainer.channel.WCChannelLink.ready(WCChannelLink.j
> >>>>>>ava:118 ) at
> >>>>>>  com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleDiscrimi
> >>>>>>nation( HttpInboundLink.java:458) at
> >>>>>>  com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.handleNewInfor
> >>>>>>mation( HttpInboundLink.java:387) at
> >>>>>>  com.ibm.ws.http.channel.inbound.impl.HttpInboundLink.ready(HttpInbo
> >>>>>>undLink .java:267) at
> >>>>>>  com.ibm.ws.ssl.channel.impl.SSLConnectionLink.determineNextChannel(
> >>>>>>SSLConn ectionLink.java:1037) at
> >>>>>>  com.ibm.ws.ssl.channel.impl.SSLConnectionLink$MyReadCompletedCallba
> >>>>>>ck.comp lete(SSLConnectionLink.java:644) at
> >>>>>>  com.ibm.ws.ssl.channel.impl.SSLReadServiceContext$SSLReadCompletedC
> >>>>>>allback .complete(SSLReadServiceContext.java:1818) at
> >>>>>>  com.ibm.ws.tcp.channel.impl.WorkQueueManager.requestComplete(WorkQu
> >>>>>>eueMana ger.java:556) at
> >>>>>>  com.ibm.ws.tcp.channel.impl.WorkQueueManager.attemptIO(WorkQueueMan
> >>>>>>ager.ja va:606) at
> >>>>>>  com.ibm.ws.tcp.channel.impl.WorkQueueManager.workerRun(WorkQueueMan
> >>>>>>ager.ja va:979) at
> >>>>>>  com.ibm.ws.tcp.channel.impl.WorkQueueManager$Worker.run(WorkQueueMa
> >>>>>>nager.j ava:1064) at
> >>>>>> com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1473)
Caused
> >>>>>> by: java.lang.ClassNotFoundException:
> >>>>>>  javax.xml.transform.stax.StAXResult at
> >>>>>>  java.net.URLClassLoader.findClass(URLClassLoader.java:496)
> >>>>>>       at
> >>>>>> com.ibm.ws.bootstrap.ExtClassLoader.findClass(ExtClassLoader.java:13
> >>>>>>2) at java.lang.ClassLoader.loadClass(ClassLoader.java:631) at
> >>>>>> com.ibm.ws.bootstrap.ExtClassLoader.loadClass(ExtClassLoader.java:87
> >>>>>>) at java.lang.ClassLoader.loadClass(ClassLoader.java:597) at
> >>>>>>  com.ibm.ws.classloader.ProtectionClassLoader.loadClass(ProtectionCl
> >>>>>>assLoad er.java:58) at
> >>>>>>  com.ibm.ws.classloader.ProtectionClassLoader.loadClass(ProtectionCl
> >>>>>>assLoad er.java:54) at
> >>>>>>  com.ibm.ws.classloader.CompoundClassLoader.loadClass(CompoundClassL
> >>>>>>oader.j ava:394) at
> >>>>>> java.lang.ClassLoader.loadClass(ClassLoader.java:597) at
> >>>>>>  com.ibm.ws.classloader.CompoundClassLoader.loadClass(CompoundClassL
> >>>>>>oader.j ava:394) at
> >>>>>> java.lang.ClassLoader.loadClass(ClassLoader.java:597) at
> >>>>>>  com.ibm.ws.classloader.CompoundClassLoader.loadClass(CompoundClassL
> >>>>>>oader.j ava:394) at
> >>>>>> java.lang.ClassLoader.loadClass(ClassLoader.java:597)
> >>>>>>
> >>>>>>
> >>>>>>       ... 34 more
> >>>>>>
> >>>>>> ===============================================================
> >>>>>>
> >>>>>> I thought maybe it was because I removed the stax api deps,
but
> >>>>>> those probably don't contain the implementations (and it didn't
help
> >>>>>> when I added them back in)
> >>>>>>
> >>>>>>
> >>>>>> My deps now look like this now:
> >>>>>>
> >>>>>> CorpBusinessDelegates-r1v7m0.jar
> >>>>>> CorpJavaUtilsRuntime-3.1.0.jar
> >>>>>> CorpJavaUtilsRuntimeModel-1.0.0.jar
> >>>>>> CorpJavaUtilsSecurity-r2v3m0.jar
> >>>>>> CorpLogger-r2v2m0.jar
> >>>>>> CorpPerformanceLogger-r1v0m0.jar
> >>>>>> CorpServiceInterface-r5v2m1.jar
> >>>>>> FastInfoset-1.2.7.jar
> >>>>>> GroupProviderEClaimsWSIHL7Jar-r1v0m0.jar
> >>>>>> GroupProviderEClaimsWSIServiceJar-r1v0m0.jar
> >>>>>> JavaUtils-r1v4m0.jar
> >>>>>> XmlSchema-1.4.5.jar
> >>>>>> activation-1.1.jar
> >>>>>> aopalliance-1.0.jar
> >>>>>> asm-2.2.3.jar
> >>>>>> bcprov-jdk15-1.43.jar
> >>>>>> com.springsource.javax.jms-1.1.0.jar
> >>>>>> com.springsource.javax.transaction-1.1.0.jar
> >>>>>> com.springsource.org.apache.commons.logging-1.1.1.jar
> >>>>>> com.springsource.org.apache.log4j-1.2.15.jar
> >>>>>> com.springsource.org.aspectj.runtime-1.6.3.RELEASE.jar
> >>>>>> commons-beanutils-1.6.jar
> >>>>>> commons-collections-2.0.jar
> >>>>>> commons-lang-2.4.jar
> >>>>>> commons-logging-1.0.3.jar
> >>>>>> cxf-api-2.2.3.jar
> >>>>>> cxf-common-schemas-2.2.3.jar
> >>>>>> cxf-common-utilities-2.2.3.jar
> >>>>>> cxf-rt-bindings-soap-2.2.3.jar
> >>>>>> cxf-rt-bindings-xml-2.2.3.jar
> >>>>>> cxf-rt-core-2.2.3.jar
> >>>>>> cxf-rt-databinding-jaxb-2.2.3.jar
> >>>>>> cxf-rt-frontend-jaxws-2.2.3.jar
> >>>>>> cxf-rt-frontend-simple-2.2.3.jar
> >>>>>> cxf-rt-transports-http-2.2.3.jar
> >>>>>> cxf-rt-ws-addr-2.2.3.jar
> >>>>>> cxf-rt-ws-security-2.2.3.jar
> >>>>>> cxf-tools-common-2.2.3.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.6.jar
> >>>>>> geronimo-jaxws_2.1_spec-1.0.jar
> >>>>>> geronimo-stax-api_1.0_spec-1.0.1.jar
> >>>>>> geronimo-ws-metadata_2.0_spec-1.1.2.jar
> >>>>>> jaxb-api-2.2.jar
> >>>>>> jaxb-impl-2.1.9.jar
> >>>>>> jaxb-libs-1.0.5.jar
> >>>>>> jaxb-xjc-2.0EA3.jar
> >>>>>> jaxp-ri-1.4.2.jar
> >>>>>> jdom-1.0.jar
> >>>>>> junit-addons-1.4.jar
> >>>>>> log4j-1.2.9.jar
> >>>>>> neethi-2.0.4.jar
> >>>>>> out.txt
> >>>>>> saaj-api-1.3.jar
> >>>>>> saaj-impl-1.3.2.jar
> >>>>>> serializer-2.7.1.jar
> >>>>>> spring-beans-2.5.6.jar
> >>>>>> spring-context-2.5.6.jar
> >>>>>> spring-core-2.5.6.jar
> >>>>>> spring-web-2.5.5.jar
> >>>>>> stax-api-1.0-2.jar
> >>>>>> wsdl4j-1.6.2.jar
> >>>>>> wss4j-1.5.8.jar
> >>>>>> wstx-asl-3.2.8.jar
> >>>>>> xalan-2.7.1.jar
> >>>>>> xercesImpl-2.6.2.jar
> >>>>>> xml-resolver-1.2.jar
> >>>>>> xmlsec-1.4.3.jar
> >>>>>> xsdbeans-5.0.1.jar
> >>>>>>
> >>>>>>
> >>>>>> Craig
> >>>>>>
> >>>>>> On Fri, Oct 23, 2009 at 10:56 AM, Daniel Kulp <dkulp@apache.org>

wrote:
> >>>>>> > Try removing or endorsing:
> >>>>>> > jaxp-api-1.4.2.jar
> >>>>>> >
> >>>>>> > That should be built into the JDK/WAS.   And that would
certainly
> >>>>>> > conflict with:
> >>>>>> >
> >>>>>> > xmlParserAPIs-2.6.2.jar
> >>>>>> > which should be removed.
> >>>>>> >
> >>>>>> > You also have:
> >>>>>> > > stax-api-1.0-2.jar
> >>>>>> > > geronimo-stax-api_1.0_spec-1.0.1.jar
> >>>>>> >
> >>>>>> > which are both the same thing basically.
> >>>>>> >
> >>>>>> > Dan
> >>>>>> >
> >>>>>> > On Fri October 23 2009 11:37:37 am Craig Tataryn wrote:
> >>>>>> > > Been having a heck of a time getting my CXF application
running
> >>>>>> > > on WAS 6.1.0.19.  After getting this error:
> >>>>>> > > Error 500: Error creating bean with name 'chirophysioEndpoint':
> >>>>>> > > Invocation of init method failed; nested exception
is
> >>>>>> > > java.lang.IncompatibleClassChangeError
> >>>>>> > >
> >>>>>> > > Followed the instructions listed on the wiki [1],
by moving
> >>>>>> > > wsdl4j into java/jre/lib/endorsed and it got me a
bit farther
> >>>>>> > > (by that I mean another type of error):
> >>>>>> > >
> >>>>>> > > Error 500: Error creating bean with name
> >>>>>> > > 'org.apache.cxf.wsdl.WSDLManager' defined in class
path resource
> >>>>>> > > [META-INF/cxf/cxf.xml]: Instantiation of bean failed;
nested
> >>>>>> > > exception is
> >>>>>> > > org.springframework.beans.BeanInstantiationException:
Could not
> >>>>>> > > instantiate bean class [org.apache.cxf.wsdl11.WSDLManagerImpl]:
> >>>>>> > > Constructor threw exception; nested exception is
> >>>>>> > > java.lang.ClassCastException:
> >>>>>> > > com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderFactoryIm
> >>>>>> > >pl incompatible with javax.xml.parsers.DocumentBuilderFactory
> >>>>>> > >
> >>>>>> > > Asked Dan K. about this and he asked me to try and
remove my
> >>>>>> > > xerces and serializer jars, unfortunately that didn't
do it.
> >>>>>> > >
> >>>>>> > > Here is a list of dependencies I have in the untouched
version
> >>>>>> > > of my WAR [2]
> >>>>>> > >
> >>>>>> > > Any help would be greatly appreciated, we are very
much stuck in
> >>>>>> > > a "we can't deploy to DEV, maybe we should look at
Axis" type of
> >>>>>> > > situation. Please, for the love of god save me.
> >>>>>> > >
> >>>>>> > > Craig.
> >>>>>> > >
> >>>>>> > > [1]
> >>>>>> > >  http://cwiki.apache.org/confluence/display/CXF20DOC/Application
> >>>>>> > >+Server +Spe
> >>>>>> > > cific+Configuration+Guide#ApplicationServerSpecificConfiguration
> >>>>>> > >Guide-W ebsp here
> >>>>>> > >
> >>>>>> > > [2]
> >>>>>> > > CorpBusinessDelegates-r1v7m0.jar
> >>>>>> > > CorpJavaUtilsRuntime-3.1.0.jar
> >>>>>> > > CorpJavaUtilsRuntimeModel-1.0.0.jar
> >>>>>> > > CorpJavaUtilsSecurity-r2v3m0.jar
> >>>>>> > > CorpLogger-r2v2m0.jar
> >>>>>> > > CorpPerformanceLogger-r1v0m0.jar
> >>>>>> > > CorpServiceInterface-r5v2m1.jar
> >>>>>> > > FastInfoset-1.2.7.jar
> >>>>>> > > GroupProviderEClaimsWSIHL7Jar-r1v0m0.jar
> >>>>>> > > GroupProviderEClaimsWSIServiceJar-r1v0m0.jar
> >>>>>> > > JavaUtils-r1v4m0.jar
> >>>>>> > > XmlSchema-1.4.5.jar
> >>>>>> > > activation-1.1.jar
> >>>>>> > > aopalliance-1.0.jar
> >>>>>> > > asm-2.2.3.jar
> >>>>>> > > bcprov-jdk15-1.43.jar
> >>>>>> > > com.springsource.javax.jms-1.1.0.jar
> >>>>>> > > com.springsource.javax.transaction-1.1.0.jar
> >>>>>> > > com.springsource.org.apache.commons.logging-1.1.1.jar
> >>>>>> > > com.springsource.org.apache.log4j-1.2.15.jar
> >>>>>> > > com.springsource.org.aspectj.runtime-1.6.3.RELEASE.jar
> >>>>>> > > commons-beanutils-1.6.jar
> >>>>>> > > commons-collections-2.0.jar
> >>>>>> > > commons-lang-2.4.jar
> >>>>>> > > commons-logging-1.0.3.jar
> >>>>>> > > cxf-api-2.2.3.jar
> >>>>>> > > cxf-common-schemas-2.2.3.jar
> >>>>>> > > cxf-common-utilities-2.2.3.jar
> >>>>>> > > cxf-rt-bindings-soap-2.2.3.jar
> >>>>>> > > cxf-rt-bindings-xml-2.2.3.jar
> >>>>>> > > cxf-rt-core-2.2.3.jar
> >>>>>> > > cxf-rt-databinding-jaxb-2.2.3.jar
> >>>>>> > > cxf-rt-frontend-jaxws-2.2.3.jar
> >>>>>> > > cxf-rt-frontend-simple-2.2.3.jar
> >>>>>> > > cxf-rt-transports-http-2.2.3.jar
> >>>>>> > > cxf-rt-ws-addr-2.2.3.jar
> >>>>>> > > cxf-rt-ws-security-2.2.3.jar
> >>>>>> > > cxf-tools-common-2.2.3.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.6.jar
> >>>>>> > > geronimo-jaxws_2.1_spec-1.0.jar
> >>>>>> > > geronimo-stax-api_1.0_spec-1.0.1.jar
> >>>>>> > > geronimo-ws-metadata_2.0_spec-1.1.2.jar
> >>>>>> > > jaxb-api-2.2.jar
> >>>>>> > > jaxb-impl-2.1.9.jar
> >>>>>> > > jaxb-libs-1.0.5.jar
> >>>>>> > > jaxb-xjc-2.0EA3.jar
> >>>>>> > > jaxp-api-1.4.2.jar
> >>>>>> > > jaxp-ri-1.4.2.jar
> >>>>>> > > jdom-1.0.jar
> >>>>>> > > junit-addons-1.4.jar
> >>>>>> > > log4j-1.2.9.jar
> >>>>>> > > neethi-2.0.4.jar
> >>>>>> > > out.txt
> >>>>>> > > saaj-api-1.3.jar
> >>>>>> > > saaj-impl-1.3.2.jar
> >>>>>> > > serializer-2.7.1.jar
> >>>>>> > > spring-beans-2.5.6.jar
> >>>>>> > > spring-context-2.5.6.jar
> >>>>>> > > spring-core-2.5.6.jar
> >>>>>> > > spring-web-2.5.5.jar
> >>>>>> > > stax-api-1.0-2.jar
> >>>>>> > > wsdl4j-1.6.2.jar
> >>>>>> > > wss4j-1.5.8.jar
> >>>>>> > > wstx-asl-3.2.8.jar
> >>>>>> > > xalan-2.7.1.jar
> >>>>>> > > xercesImpl-2.6.2.jar
> >>>>>> > > xml-resolver-1.2.jar
> >>>>>> > > xmlParserAPIs-2.6.2.jar
> >>>>>> > > xmlsec-1.4.3.jar
> >>>>>> > > xsdbeans-5.0.1.jar
> >>>>>> > >
> >>>>>> > > --
> >>>>>> > > Craig Tataryn
> >>>>>> > > site: http://www.basementcoders.com/
> >>>>>> > > podcast:http://feeds.feedburner.com/TheBasementCoders
> >>>>>> > > irc: ThaDon on freenode #basementcoders, ##wicket,
#papernapkin
> >>>>>> > > twitter: craiger
> >>>>>> >
> >>>>>> > --
> >>>>>> > Daniel Kulp
> >>>>>> > dkulp@apache.org
> >>>>>> > http://www.dankulp.com/blog
> >>>>>>
> >>>>>> --
> >>>>>> Craig Tataryn
> >>>>>> site: http://www.basementcoders.com/
> >>>>>> podcast:http://feeds.feedburner.com/TheBasementCoders
> >>>>>> irc: ThaDon on freenode #basementcoders, ##wicket, #papernapkin
> >>>>>> twitter: craiger
> >>>>>
> >>>>> --
> >>>>> Daniel Kulp
> >>>>> dkulp@apache.org
> >>>>> http://www.dankulp.com/blog
> >
> > --
> > Craig Tataryn
> > site: http://www.basementcoders.com/
> > podcast:http://feeds.feedburner.com/TheBasementCoders
> > irc: ThaDon on freenode #basementcoders, ##wicket, #papernapkin
> > twitter: craiger
> 

-- 
Daniel Kulp
dkulp@apache.org
http://www.dankulp.com/blog

Mime
View raw message