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
        Type: Improvement

 Environment: Axis2 and OSGi
    Reporter: Dan Jemiolo
    Priority: Minor


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]

Reply via email to