You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cxf.apache.org by "Andreas Rusch (JIRA)" <ji...@apache.org> on 2019/04/25 07:38:00 UTC
[jira] [Commented] (CXF-8030) CXF WSDLToJava generated local WSDL
does not map included local XSDs
[ https://issues.apache.org/jira/browse/CXF-8030?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16825817#comment-16825817 ]
Andreas Rusch commented on CXF-8030:
------------------------------------
SeeĀ [^cxf_WSDLToJavaContainer.patch] for my solution on how to replace the included XSD locations.
Note that I needed to change the logic how the key for the hash map is created, as the namespace is not unique in the case of includes.
> CXF WSDLToJava generated local WSDL does not map included local XSDs
> --------------------------------------------------------------------
>
> Key: CXF-8030
> URL: https://issues.apache.org/jira/browse/CXF-8030
> Project: CXF
> Issue Type: Bug
> Affects Versions: 3.3.1
> Reporter: Andreas Rusch
> Priority: Major
> Attachments: cxf_WSDLToJavaContainer.patch
>
>
> When generating a WS client with WSDLToJava from a WSDL with an included (instead of imported) XSD, the WSDL file that gets generated does not link to the locally downloaded XSD.
> The code properly downloads the included XSD and also replaces all import locations with the downloaded ones, but not for any XSDs that are included.
> After some debugging and I found out that the code for replacing the included locations (<xs:include schemaLocation="\{link_to_xsd}"/>) in WSDLToJavaContainer.generateLocalWSDL(ToolContext) is completely missing. This would mean that the XSD would be loaded from the web location during runtime.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)