[ http://issues.apache.org/jira/browse/MUSE-39?page=all ]
Dan Jemiolo closed MUSE-39.
---------------------------
Fix Version/s: 2.0.0 M2
Resolution: Fixed
Assignee: Dan Jemiolo
> Provide optional flag in descriptor that prevents runtime exception if WSDL
> and Java interfaces are not completely in synch
> ---------------------------------------------------------------------------------------------------------------------------
>
> Key: MUSE-39
> URL: http://issues.apache.org/jira/browse/MUSE-39
> Project: Muse
> Issue Type: Improvement
> Environment: Axis2 and OSGi
> Reporter: Dan Jemiolo
> Assigned To: Dan Jemiolo
> Priority: Minor
> Fix For: 2.0.0 M2
>
>
> Right now Muse is using the WSDL to validate the public interface against the
> internal code, and throws a runtime exception if it discovers that not all
> the operations in the WSDL are covered by the Java interface. Similarly, an
> operation must be in the WSDL to be called remotely (this is a security
> measure, and also prevents name clashes). The code that does the first check
> is in SimpleResourceDescriptor, while the second check is in SimpleResource;
> both could be overridden to stop this behavior in the case where a user wants
> Muse to be more "free form" when acting as an interface to an IT resource.
> A better idea, however, might be to add a flag (default value "true") that
> tells Muse whether it should enforce the binding between WSDL and Java
> capability code. I want the default to be true to encourage use of the
> standard programming model, but providing a flag that will turn the exception
> into a simple log message would not be hard and makes Muse flexible when
> necessary. The second issue, however, should probably be handled by a user
> extending or replacing SimpleResource such that hasOperation always returns
> true (or uses some other logic test) and invoke( ) does whatever is necessary
> to validate the operation being requested.
--
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]
