[ http://issues.apache.org/jira/browse/AXIS2-1809?page=all ]
Michael Krumpus updated AXIS2-1809:
-----------------------------------
Attachment: axis2bug.zip
I am also struggling with this issue. I also came to the conclusion that the
Axis2EntityResolver is fundamentally flawed in the way it matches schema
systemIds. The patch provided by Srinath did resolve the issue for me.
Attached is a zip file containing some schemas and a wsdl that demonstrate the
problem clearly. The handling of the schema "base.xsd" is wrong and causes the
type base:AUNumber_Type to be unresolved. After applying the patch, my code
generation works.
> WSDL2Java tool fails to gather all the schemas if they are imported or
> included using a path with '.' or '..'
> -------------------------------------------------------------------------------------------------------------
>
> Key: AXIS2-1809
> URL: http://issues.apache.org/jira/browse/AXIS2-1809
> Project: Apache Axis 2.0 (Axis2)
> Issue Type: Bug
> Components: codegen
> Affects Versions: 1.1
> Environment: Fedora core 3 with kernel version 2.6.12-1.1376_FC3smp
> Reporter: Srinath
> Attachments: axis2bug.zip, proposedFix.diff
>
>
> I was using the WSDL2Java tool to generate stubs for my WSDL.
> The wsdl imports schemas that in-turn include/import other schemas.
> These schemas specify the schemaLocation using a relative path.
> WSDL2Java fails to process these schemas. Code generation fails with error
> messages saying "Element [EMAIL PROTECTED] does not exist", etc.
> Sometimes the error messages say "Duplicate global type:", etc.
> Looking into the org/apache/axis2/xmlbeans/CodeGenerationUtility.java, I can
> see an issue with the way the systemId are being used to locate the schemas.
> If I import a schema with a relative path, for ex:
> <import
> namespace="http://www.abcdefghij.com/schemas/myschemas/";
> schemaLocation="../schemas/myschema.xsd"/>
> The Axis2EntityResolver tries to find a schema whose sourceURI ends with the
> systemId. This is incorrect since the sourceURI of a schema is always an
> absolute path.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
