[
https://issues.apache.org/jira/browse/TUSCANY-1639?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12524247
]
Jean-Sebastien Delfino commented on TUSCANY-1639:
-------------------------------------------------
Hi
Right, it is sometimes useful to be able to point to the actual location of the
WSDL file.
I'd like to suggest a minor variation of what you're describing.
Instead of using the uri attribute, the SCA specification suggests to use:
<interface .... wsdlLocation="location"/>
to point to the location of a WSDL file.
This is documented on lines 2307, 2847 and 2943 in the SCA assembly spec 1.0
document.
Doing it this way will also allow Tuscany to support other schemes than ?wsdl,
since whatever is specified in the wsdlLocation attribute will be used as a
location hint for the WSDL.
It would be great if you could work on that and provide support for loading
WSDL from the specified location! You just need to attach a patch to this JIRA
and we'll review it. Thanks!
> I would suggent a improvement on WSDLInterfaceProcessor
> -------------------------------------------------------
>
> Key: TUSCANY-1639
> URL: https://issues.apache.org/jira/browse/TUSCANY-1639
> Project: Tuscany
> Issue Type: Improvement
> Components: Java SCA Axis Binding Extension
> Affects Versions: Java-SCA-Next
> Environment: jdk1.5 eclipse windiows latest svn code
> Reporter: gengshaoguang
> Fix For: Java-SCA-Next
>
>
> Hi everyone,
> I would suggest the following:
> When reference a wsdl with <reference><interface.wsdl
> interface="[uri]"/></reference>, the [uri] atttribute must be based on a
> preloaded local saved wsdl file.
> Would it be better if the developer specify a "?wsdl" like uri, then the
> WSDLInterfaceProcessor could load it from remote/dynamic place instead of
> from classpath.
> If no one against my suggestion, I would like to do some thing more on this.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
