[ http://issues.apache.org/jira/browse/BEEHIVE-867?page=all ]

Nathan Jantz reassigned BEEHIVE-867:
------------------------------------

    Assignee: Nathan Jantz  (was: Jacob Danner)

> Enhance JAX-RPC Handler support in the service control
> ------------------------------------------------------
>
>                 Key: BEEHIVE-867
>                 URL: http://issues.apache.org/jira/browse/BEEHIVE-867
>             Project: Beehive
>          Issue Type: Improvement
>          Components: System Controls
>            Reporter: Chad Schoettger
>         Assigned To: Nathan Jantz
>
> This proposal has been discussed on the beehive dev list, for reference: 
> Date: Jul 27, 2005 
> Title: Design proposal for enhanced JAX-RPC handler functionality for the 
> service control
> One of the primary goals of this change would be to allow service control 
> users to define their own JAX-RPC handler chains for a service control. 
> Currently the service control only supports the HeaderHandler (see source 
> tree) which can add SOAP headers to outgoing messages and SOAP retrieve 
> headers from incoming messages. There are two service control API's which 
> support this: Element[] getInputHeaders() and void setOutputHeaders(Element[])
> I propose that these two API's be removed as well as the HeaderHandler class.
> The API's would be replaced with a new annotation in the ServiceControl 
> interface:
>     public @interface HandlerConfigParams {
>         String name();
>         String value();
>     }
>     public @interface MessageHandler {
>         Class handlerClass();
>         HandlerConfigParams[] configParams() default {};
>         String[] headers() default {};
>     }
>    
>     @Retention(RetentionPolicy.RUNTIME)
>     @Target({ElementType.TYPE})
>     public @interface MessageHandlers {
>         MessageHandler[] value();
>     }
> If this optional annotation is set service control would add the handlers to 
> the HandlerRegistry at runtime.  I'm thinking this would be a class-level 
> annotation for the service control - would it also be useful to be able to 
> define this on a per method basis?
>   

-- 
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

        

Reply via email to