What you may try is to have the server (Weblogic) load its own version of the JWS API. The JAR you're referring to is from the CXF bundle just in case the API is not available. Any serious application server should have that bundled already. Not sure how you would do this in WebLogic, but I'm thinking of something similar to Geronimo's geronimo-web.xml descriptor, saying you depend on the respectiv API (which should be a pre-deployed JAR file). Pretty sure WebLogic has a similar custom descriptor. Good luck.
________________________________________ From: vickatvuuch [[email protected]] Sent: 11 November 2009 18:33 To: [email protected] Subject: RE: CXF on Weblogic 10 cluster I also didn't expect a cluster to not behave in the same way, but it does. What works fine (jre/lib/endorsed) on the non-clustered WS doesn't work on the clustered one. And I do use mixed mode: SOAP and REST so I have to have it all. KARR, DAVID (ATTCINW) wrote: > >> -----Original Message----- >> From: vickatvuuch [mailto:[email protected]] >> Sent: Tuesday, November 10, 2009 6:44 PM >> To: [email protected] >> Subject: CXF on Weblogic 10 cluster >> >> >> Was anybody able to get CXF up and running on the cluster setup? >> I tried the suggested work around for >> java.lang.NoSuchMethodError: >> javax.jws.WebService.portName()Ljava/lang/String; > > I wouldn't expect being clustered would have any impact on this. > > However, I did have some trouble with CXF in WebLogic related to > classloading, but I wasn't getting the error you're getting. What I > ended up doing was moving most of the required jars into the APP-INF/lib > directory of my EAR. Once I did that, it was working fine. I never had > that Geronimo jar, however. I also only used JAX-RS features, not > JAX-WS. > >> >> and put geronimo-ws-metadata_2.0_spec-1.1.1.jar >> and wsdl4j-1.6.1.jar in the /jre/endorsed directory, which worked >> fine under a stand-alone server, but under a cluster it happily > ignored >> /jre/endorsed and blew up in all its glory. >> >> I also tried to change application xml by adding this, but then it >> failed to >> parse its own xml: >> >> <prefer-application-packages> >> <package-name>javax.jws.*</package-name> >> </prefer-application-packages> >> >> Any ideas are very much appreciated. >> >> PS >> Long live JBoss - no problems there at all; my ear with CXF in it runs >> without any hacks. >> >> Thanks, >> -Vitaly >> >> -- >> View this message in context: > http://old.nabble.com/CXF-on-Weblogic-10- >> cluster-tp26294448p26294448.html >> Sent from the cxf-user mailing list archive at Nabble.com. > > > -- View this message in context: http://old.nabble.com/CXF-on-Weblogic-10-cluster-NoSuchMethodError-WebService.portName%28%29Ljava-lang-String-tp26294448p26304292.html Sent from the cxf-user mailing list archive at Nabble.com. The information in this email is confidential and may be legally privileged. It is intended solely for the addressee. Any opinions expressed are mine and do not necessarily represent the opinions of the Company. Emails are susceptible to interference. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is strictly prohibited and may be unlawful. If you have received this message in error, do not open any attachments but please notify the EndavaIT Service Desk on (+44 (0)870 423 0187), and delete this message from your system. The sender accepts no responsibility for information, errors or omissions in this email, or for its use or misuse, or for any act committed or omitted in connection with this communication. If in doubt, please verify the authenticity of the contents with the sender. Please rely on your own virus checkers as no responsibility is taken by the sender for any damage rising out of any bug or virus infection. Endava Limited is a company registered in England under company number 5722669 whose registered office is at 125 Old Broad Street, London, EC2N 1AR, United Kingdom. Endava Limited is the Endava group holding company and does not provide any services to clients. Each of Endava Limited and its subsidiaries is a separate legal entity and has no liability for another such entity's acts or omissions. Please refer to the “Legal” section on our website for a list of legal entities.
