[
http://jira.codehaus.org/browse/XFIRE-584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_91592
]
Ash Hornbeck commented on XFIRE-584:
------------------------------------
This problem seams to come up quite often for me.
Also, I believe it is related to [http://jira.codehaus.org/browse/XFIRE-761].
> Enable code generation for multiple WSDL documents with overlapping type
> definitions
> ------------------------------------------------------------------------------------
>
> Key: XFIRE-584
> URL: http://jira.codehaus.org/browse/XFIRE-584
> Project: XFire
> Issue Type: Improvement
> Components: Generator
> Affects Versions: 1.2-RC
> Reporter: Stefan Freyr Stefansson
> Assigned To: Dan Diephouse
>
> I'm generating classes from two WSDL files that come from a .NET web service.
> These two WSDLs use the same data structures but do not reuse a schema file
> to define these datastructures... instead, the structures are inlined in both
> WSDL files. To clarify, both WSDLs use datastructures defined in the
> namespace "a.b.c". WSDL A defines data structures "foo" and "bar" while WSDL
> B defines "bar" and "baz". So some of the definitions for this namespace are
> duplicated in both WSDLs but some only exist in one of them.
> I'm trying to generate classes for use against both these web services but
> the
> problem is that the ObjectFactory class gets generated with information from
> only one of the web services (the one that is processed later). This means
> that I'm getting exceptions when using classes that are defined only in the
> WSDL which Java classes are generated first (in the above example that would
> be "foo").
> I would like to be able to specify more than one WSDL file for processing in
> the wsgen task. This would "merge" all definitions from these WSDL files
> possibly resulting in an error if the same type differs in two different
> WSDLs.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe from this list please visit:
http://xircles.codehaus.org/manage_email
