You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tuscany.apache.org by "Simon Laws (Assigned) (JIRA)" <de...@tuscany.apache.org> on 2012/01/09 13:26:39 UTC

[jira] [Assigned] (TUSCANY-4004) WSDL import handling creates definitions where the URI is set to the location which is different from the top level models

     [ https://issues.apache.org/jira/browse/TUSCANY-4004?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Simon Laws reassigned TUSCANY-4004:
-----------------------------------

    Assignee: Simon Laws
    
> WSDL import handling creates definitions where the URI is set to the location which is different from the top level models
> --------------------------------------------------------------------------------------------------------------------------
>
>                 Key: TUSCANY-4004
>                 URL: https://issues.apache.org/jira/browse/TUSCANY-4004
>             Project: Tuscany
>          Issue Type: Improvement
>          Components: SCA Java Runtime
>    Affects Versions: Java-SCA-2.0-Beta3
>         Environment: All
>            Reporter: Simon Laws
>            Assignee: Simon Laws
>            Priority: Minor
>             Fix For: Java-SCA-2.0
>
>
> There is code in WSDLModelResolver.resolveImports()
>             	if (unresolved.getNamespace().equals(resolved.getDefinition().getTargetNamespace())) {
>             		resolved.setNamespace(resolved.getDefinition().getTargetNamespace());
>             		resolved.setUnresolved(false);
>             		resolved.setURI(resolved.getLocation());
>             		return modelClass.cast(resolved);
> That puts the absolute location in the (usually relative) URI field. This was causing me some confusion when debugging another issue as the imported WSDL definition was constructed differently form the top level WSDL definition. I don't know whether the imported WSDL absolutely must have this URI file set to the location or whether it's just that the contribution relative URI is not readily available in the part of the code. 
> As an aside, while looking that this, I notices that in WSDLModelResolver.loadDefinition() there is a loop over the imports in order to resolve the WSDLDefinition. All the unresolved definitions are represented by the same WSDLDefinition object and the unresolved object becomes the resolved object. This is likely to end in tears if there is more than one import. 

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira