[ https://issues.apache.org/jira/browse/TUSCANY-76?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jean-Sebastien Delfino updated TUSCANY-76: ------------------------------------------ Fix Version/s: (was: Java-M2) Java-M3 > Need a specifcation of how WSDL elements used in an SCA assembly get resolved > ------------------------------------------------------------------------------ > > Key: TUSCANY-76 > URL: https://issues.apache.org/jira/browse/TUSCANY-76 > Project: Tuscany > Issue Type: New Feature > Components: Specification > Affects Versions: Java-M2 > Reporter: Jean-Sebastien Delfino > Assigned To: Michael John Edwards > Fix For: Java-M3 > > > The SCA 0.9 assembly spec references WSDL portTypes and ports by namespace + > local name. The specification does not make any statement about how an SCA > runtime or SCA tooling is supposed to resolve these WSDL elements. > I think we have a number of options here: > - define name mapping rules between WSDL namespaces and names and WSDL file > locations, allowing a runtime and tooling to derive the location of the WSDL > files from their namespaces for example (similar to the Java package -> > location mapping rules) > - introduce a way to associate a WSDL namespace to a particular file or > collection of files (similar to a WSDL <import>) > As a temporary solution until the spec resolves this issue, In Tuscany we > have introduced an SCDL extension for this. The app developer must add a > <import.wsdl namespace="namespace of the particular wsdl" location="location > of wsdl file"> element to his sca.module, sca.fragment or sca.subsystem SCA > assembly file. The <import.wsdl> element makes the referenced WSDL available > within the scope of the particular SCA assembly. > The BigBank sample contains an example of this. > This Tuscany extension can be used to cover most scenarios for now but will > not address well scenarios where you want to share a .componentType that uses > a WSDL portType in two different modules. You'd have to repeat the same > <wsdl.import> in the two modules. > So we need the SCA assembly spec to address this issue and then adjust our > implementation to what the spec will define. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://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]