Aaron, Could it be that you have a JAR with the servlet API in your WAR or in some other class loader you created?
Andreas 2009/9/17 Aaron Ehrensberger <[email protected]>: > So, I've finally gotten back to this issue, with no luck. I have my .war > file and I deploy it with the Deploy Web Services box unchecked. And I have > ALL of my jars referenced individually in the classpath for reference > libraries. I also have parent_last loading checked for my application. > > Unfortunately, my application doesn't load at all. Instead, I receive... > > [9/17/09 15:44:21:974 EDT] 00000022 CompositionUn A WSVR0190I: Starting > composition unit WebSphere:cuname=desktop_war in BLA > WebSphere:blaname=desktop_war. > [9/17/09 15:44:22:037 EDT] 00000022 ApplicationMg A WSVR0200I: Starting > application: desktop_war > [9/17/09 15:44:22:052 EDT] 00000022 ApplicationMg A WSVR0204I: Application: > desktop_war Application build level: Unknown > [9/17/09 15:44:23:615 EDT] 00000022 webapp I > com.ibm.ws.webcontainer.webapp.WebGroupImpl WebGroup SRVE0169I: Loading Web > Module: desktop.war. > [9/17/09 15:44:23:631 EDT] 00000022 WASSessionCor I SessionContextRegistry > getSessionContext SESN0176I: Will create a new session context for > application key default_host/desktop > [9/17/09 15:44:24:146 EDT] 00000022 extension W > com.ibm.wsspi.webcontainer.extension.WebExtensionProcessor > createServletWrapper Servlet InitializationServlet is currently unavailable: > SRVE0201E: Servlet [com.docfinity.servlet.InitializationServlet]: not a > servlet class > [9/17/09 15:44:24:209 EDT] 00000022 extension W > com.ibm.wsspi.webcontainer.extension.WebExtensionProcessor > createServletWrapper Servlet LocalFileProxyServlet is currently unavailable: > SRVE0201E: Servlet [com.docfinity.servlet.io.LocalFileProxyServlet]: not a > servlet class > [9/17/09 15:44:24:209 EDT] 00000022 webcontainer I > com.ibm.ws.wswebcontainer.VirtualHost addWebApplication SRVE0250I: Web Module > null has been bound to default_host[*:9081,*:80,*:9443,*:5060,*:5061,*:443]. > [9/17/09 15:44:24:240 EDT] 00000022 ApplicationMg A WSVR0221I: Application > started: desktop_war > [9/17/09 15:44:24:240 EDT] 00000022 CompositionUn A WSVR0191I: Composition > unit WebSphere:cuname=desktop_war in BLA WebSphere:blaname=desktop_war > started. > [9/17/09 15:44:37:475 EDT] 0000001c FfdcProvider I > com.ibm.ws.ffdc.impl.FfdcProvider logIncident FFDC1003I: FFDC Incident > emitted on C:\Program > Files\IBM\SDP\runtimes\base_v7\profiles\was70profile1\logs\ffdc\server1_47804780_09.09.17_15.44.37.36517595.txt > com.ibm.ws.webcontainer.servlet.ServletWrapper.handleRequest() 302 > [9/17/09 15:45:11:725 EDT] 0000001c CompositionUn A WSVR0192I: Stopping > composition unit WebSphere:cuname=desktop_war in BLA > WebSphere:blaname=desktop_war. > [9/17/09 15:45:11:741 EDT] 0000001c ApplicationMg A WSVR0217I: Stopping > application: desktop_war > [9/17/09 15:45:11:772 EDT] 0000001c ApplicationMg A WSVR0220I: Application > stopped: desktop_war > [9/17/09 15:45:12:553 EDT] 0000001c CompositionUn A WSVR0193I: Composition > unit WebSphere:cuname=desktop_war in BLA WebSphere:blaname=desktop_war > stopped. > > I don't understand why it doesn't load at all. This seems very strange to > me. Any other ideas? Any other samples or tutorials on this matter? > > Thanks, > > Aaron > > > > -----Original Message----- > From: Paweł Lipka [mailto:[email protected]] > Sent: Wednesday, September 09, 2009 8:45 AM > To: [email protected] > Subject: RE: Websphere and CXF > > I did not have to put any of the CXF jars as a shared library. All I did > is create a shared library containing the XmlSchema.jar. The library has > to have the inverted class loading order i.e. 'self-first' and your web > app has to reference this shared library (in my WebSphere version you > configure it in one of the deployment screens). > > hope that helps, > > /PL > On Wed, 2009-09-09 at 08:35 -0400, Aaron Ehrensberger wrote: >> Well, I did originally leave that unchecked and that's when I had the issue >> with the mismatched namespaces. You mentioned the shared libraries and so I >> wonder...do I have to specify the CXF libraries for my .war deployment? >> >> Aaron >> >> >> -----Original Message----- >> From: Paweł Lipka [mailto:[email protected]] >> Sent: Wednesday, September 09, 2009 8:28 AM >> To: [email protected] >> Subject: RE: Websphere and CXF >> >> Make sure that you leave the 'Deploy Web Services' option unchecked on >> one of WebSphere's application deployment screens. >> If you check this option you make WebSphere scan all the classes for >> JAX-WS annotations. As a result your SEIs and their impls are processed >> by WebSphere's native JAX-WS stuff rather than CXF (as if you did not >> use CXF at all) >> I've one of the latest WebSphere versions + CXF 2.2.2 without any issues >> related to stax. The only problem i noticed is that sometimes CXF was >> unable to generate the WSDL at all due to XmlSchema.jar incompatiblity >> (which i bypassed by defining a WebSphere's shared library with inverted >> classloading order). >> >> cheers. >> >> /PL >> >> On Wed, 2009-09-09 at 07:46 -0400, Aaron Ehrensberger wrote: >> > Thank you for responding! At least you gave me a starting point. Now, >> > with that in mind, is there a good starting point for documentation on >> > this stuff? Any hints on that? >> > >> > Aaron >> > >> > >> > -----Original Message----- >> > From: Daniel Kulp [mailto:[email protected]] >> > Sent: Tuesday, September 08, 2009 4:39 PM >> > To: [email protected] >> > Cc: Aaron Ehrensberger >> > Subject: Re: Websphere and CXF >> > >> > On Fri September 4 2009 4:35:32 pm Aaron Ehrensberger wrote: >> > > Hi all, >> > > >> > > I'm trying to deploy my webservices on Websphere. Originally using >> > > Eclipse IDE, Jboss/Tomcat, Spring and CXF, I have the webservices >> > > deploying with no issues. >> > > >> > > However, when bringing the code into Websphere and attempting to >> > deploy >> > > the same .war file created and tested in the first setup, I get a >> > > different WSDL that is missing multiple namespaces. This causes the >> > > WSDL to not load and give me headaches. >> > > >> > > Does anybody have any thoughts as to what is changing things? Our >> > code >> > > is mainly straight java and so it should port between the two app >> > > servers without any migration issues, but it doesn't. Ideas on what I >> > > can look into? >> > >> > It's PROBABLY due to the STAX implementation. If you can try getting >> > woodstox >> > in there to be used, it would probably be better off. The IBM stax >> > stuff is >> > notorious for choosing alternative interpretations of the spec and >> > generally >> > making it harder to use. It also doesn't perform as well as >> > woodstox. >> > > -- > Paweł Lipka > Senior IT Architect > AMG.net, A Bull Group Company > ul. Łąkowa 29 > 90-554 Łódź > tel.: (+48 42) 634 56 78 > www.amg.net.pl > > Treść niniejszej wiadomości może być poufna. > Jeżeli nie jesteście Państwo jej adresatem, to rozprowadzanie > lub wykorzystywanie zawartych tu informacji jest zabronione. > > This e-mail contains material that is confidential for the sole > use of the intended recipient. Any review, reliance or distribution > by others or forwarding without express permission is strictly > prohibited. If you are not the intended recipient, please contact > the sender and delete all copies. > >
