Return-Path: Delivered-To: apmail-cxf-issues-archive@www.apache.org Received: (qmail 62012 invoked from network); 20 Apr 2009 19:34:10 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 20 Apr 2009 19:34:10 -0000 Received: (qmail 19847 invoked by uid 500); 20 Apr 2009 19:34:10 -0000 Delivered-To: apmail-cxf-issues-archive@cxf.apache.org Received: (qmail 19832 invoked by uid 500); 20 Apr 2009 19:34:10 -0000 Mailing-List: contact issues-help@cxf.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@cxf.apache.org Delivered-To: mailing list issues@cxf.apache.org Received: (qmail 19822 invoked by uid 99); 20 Apr 2009 19:34:10 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 20 Apr 2009 19:34:10 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.140] (HELO brutus.apache.org) (140.211.11.140) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 20 Apr 2009 19:34:08 +0000 Received: from brutus (localhost [127.0.0.1]) by brutus.apache.org (Postfix) with ESMTP id 85368234C041 for ; Mon, 20 Apr 2009 12:33:47 -0700 (PDT) Message-ID: <106807032.1240256027531.JavaMail.jira@brutus> Date: Mon, 20 Apr 2009 12:33:47 -0700 (PDT) From: "Daniel Kulp (JIRA)" To: issues@cxf.apache.org Subject: [jira] Updated: (CXF-2163) org.apache.cxf.resource.URIResolver on Websphere 6.1 doesn't resolve from "wsjar:" base URI's In-Reply-To: <1995516708.1239173173287.JavaMail.jira@brutus> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/CXF-2163?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Daniel Kulp updated CXF-2163: ----------------------------- Affects Version/s: 2.0.10 Fix Version/s: 2.0.11 > org.apache.cxf.resource.URIResolver on Websphere 6.1 doesn't resolve from "wsjar:" base URI's > --------------------------------------------------------------------------------------------- > > Key: CXF-2163 > URL: https://issues.apache.org/jira/browse/CXF-2163 > Project: CXF > Issue Type: Bug > Components: Core > Affects Versions: 2.0.10, 2.1.4 > Environment: Websphere 6.1, fixpack 21, with wsdl4j-1.6.2 in the JRE's "endorsed" folder > Reporter: Jan Ypma > Assignee: Daniel Kulp > Fix For: 2.0.11, 2.1.5, 2.2.1 > > > Steps to reproduce: > 1) Put wsdl4j-1.6.2 in AppServer\java\jre\lib\endorsed, as is described on the CXF Wiki. > 2) Deploy a standard CXF webservice server setup, using jaxws:endpoint, but with the WSDL and referred XSD's deployed INSIDE a jar file. The WSDL is referring to the XSD using . > 3) When starting the application, exception FileNotFoundException is thrown on the referred XSD. > CXF is looking for the XSD in the app server's root directory, instead of in the JAR file. This is caused by Websphere reporting the WSDL's URI in the format "wsjar:/path/to/archive.jar!/package/with/file.wsdl", instead of the normal Java way which would be "jar:/path/to/archive.jar!/package/with/file.wsdl" (note the different prefix). This confuses CXF's org.apache.cxf.resource.URIResolver class. > The issue can be fixed by including checks on the "wsjar:" prefix around lines 79, 105, and 282. Those lines already check on "jar:" and "zip:". -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.