You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-dev@axis.apache.org by "Jayachandra Sekhara Rao Sunkara (JIRA)" <ji...@apache.org> on 2005/07/20 16:52:51 UTC

[jira] Created: (AXIS2-88) Support for registering custom MessageReceiver for an operation

Support for registering custom MessageReceiver for an operation
---------------------------------------------------------------

         Key: AXIS2-88
         URL: http://issues.apache.org/jira/browse/AXIS2-88
     Project: Apache Axis 2.0 (Axis2)
        Type: New Feature
  Components: deployment  
    Versions: 0.9    
    Reporter: Jayachandra Sekhara Rao Sunkara


There can be cases where a few service implementation classes would demand special style of invocation (as is the case with me that my services if they are implementing ServiceLifeCycle interface I'd like to call special methods on them apart from the method that matches with the client requested operationName ). And in such cases if developers do code their custom MessageReceivers there should be a way to specify the same in the service or operation element of service.xml . And also our deployment should be embedded the intelligence to setMessageReceiver with that specified class rather than the default one.

Thanks and Regards
Jayachandra

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


[jira] Resolved: (AXIS2-88) Support for registering custom MessageReceiver for an operation

Posted by "Deepal Jayasinghe (JIRA)" <ji...@apache.org>.
     [ http://issues.apache.org/jira/browse/AXIS2-88?page=all ]
     
Deepal Jayasinghe resolved AXIS2-88:
------------------------------------

    Fix Version: 0.9
     Resolution: Fixed

It is already there and the way of registering custom messageReceiver as follows

<operation name="echoString">
        <module ref="module1"/>
        <messageReceiver class="org.apache.axis2.receivers.RawXMLINOutMessageReceiver"/>
    </operation>

We are sorry for lack of documentaion

> Support for registering custom MessageReceiver for an operation
> ---------------------------------------------------------------
>
>          Key: AXIS2-88
>          URL: http://issues.apache.org/jira/browse/AXIS2-88
>      Project: Apache Axis 2.0 (Axis2)
>         Type: New Feature
>   Components: deployment
>     Versions: 0.9
>     Reporter: Jayachandra Sekhara Rao Sunkara
>      Fix For: 0.9
>  Attachments: RegisterMessageReceiver.patch
>
> There can be cases where a few service implementation classes would demand special style of invocation (as is the case with me that my services if they are implementing ServiceLifeCycle interface I'd like to call special methods on them apart from the method that matches with the client requested operationName ). And in such cases if developers do code their custom MessageReceivers there should be a way to specify the same in the service or operation element of service.xml . And also our deployment should be embedded the intelligence to setMessageReceiver with that specified class rather than the default one.
> Thanks and Regards
> Jayachandra

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


Re: [jira] Commented: (AXIS2-88) Support for registering custom MessageReceiver for an operation

Posted by jayachandra <ja...@gmail.com>.
Thanks Deepal,

Actually I've requested for a work around to register the custom
message receiver. (I've looked into example version service and that
didn't help me). Since there wasn't any reply I've patched it today
morning, thinking the feature might not be there. I was mistaken. But
now, I'd use the snippet you have given. Thanks once again

Bye
Jaya

On 7/21/05, Deepal Jayasinghe <de...@opensource.lk> wrote:
> Hi jaya
> 
> It is already there no need to re-implement it , as you have said if a
> operation tag dose not contains a MessageRecievr then the default one
> RowXMLInoutMessageReceiver will be the message receiver for the operation.
> 
> We encounter this kind of problem since we are lack of documentation.
> 
> 
> Thanks,
>  Deepal
> ................................................................
> ~Future is Open~
> 
> 
> 
> ----- Original Message -----
> From: "Jayachandra Sekhara Rao Sunkara (JIRA)" <ji...@apache.org>
> To: <ax...@ws.apache.org>
> Sent: Thursday, July 21, 2005 1:06 PM
> Subject: [jira] Commented: (AXIS2-88) Support for registering custom
> MessageReceiver for an operation
> 
> 
> >    [
> > http://issues.apache.org/jira/browse/AXIS2-88?page=comments#action_12316320 ]
> >
> > Jayachandra Sekhara Rao Sunkara commented on AXIS2-88:
> > ------------------------------------------------------
> >
> > Deepal!
> > If the above description looks valid, have a look at my tiny patch that
> > does the job. If that looks agreeable in your review, can you patch it up
> > in the org/.../deployment/DeploymentParser.java file.
> >
> > Broadly, the patch aims to support
> >
> > <operation name="coreOperation"
> > messageReceiver="com.myorg.newLifecycleReceiver">
> > </operation>
> >
> > kind of construct in service.xml, provided the class given against
> > messageReceiver is loadable and instantiable.
> >
> > The attached patch is svn creted patch from the
> > org/apache/axis2/deployment folder. The patch is tested, build is
> > successful.
> >
> > Thank you
> > Jayachandra
> >
> >> Support for registering custom MessageReceiver for an operation
> >> ---------------------------------------------------------------
> >>
> >>          Key: AXIS2-88
> >>          URL: http://issues.apache.org/jira/browse/AXIS2-88
> >>      Project: Apache Axis 2.0 (Axis2)
> >>         Type: New Feature
> >>   Components: deployment
> >>     Versions: 0.9
> >>     Reporter: Jayachandra Sekhara Rao Sunkara
> >>  Attachments: RegisterMessageReceiver.patch
> >>
> >> There can be cases where a few service implementation classes would
> >> demand special style of invocation (as is the case with me that my
> >> services if they are implementing ServiceLifeCycle interface I'd like to
> >> call special methods on them apart from the method that matches with the
> >> client requested operationName ). And in such cases if developers do code
> >> their custom MessageReceivers there should be a way to specify the same
> >> in the service or operation element of service.xml . And also our
> >> deployment should be embedded the intelligence to setMessageReceiver with
> >> that specified class rather than the default one.
> >> Thanks and Regards
> >> Jayachandra
> >
> > --
> > 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
> >
> >
> >
> 
> 
> 


-- 
-- Jaya

Re: [jira] Commented: (AXIS2-88) Support for registering custom MessageReceiver for an operation

Posted by Deepal Jayasinghe <de...@opensource.lk>.
Hi jaya

It is already there no need to re-implement it , as you have said if a 
operation tag dose not contains a MessageRecievr then the default one 
RowXMLInoutMessageReceiver will be the message receiver for the operation.

We encounter this kind of problem since we are lack of documentation.


Thanks,
 Deepal
................................................................
~Future is Open~



----- Original Message ----- 
From: "Jayachandra Sekhara Rao Sunkara (JIRA)" <ji...@apache.org>
To: <ax...@ws.apache.org>
Sent: Thursday, July 21, 2005 1:06 PM
Subject: [jira] Commented: (AXIS2-88) Support for registering custom 
MessageReceiver for an operation


>    [ 
> http://issues.apache.org/jira/browse/AXIS2-88?page=comments#action_12316320 ]
>
> Jayachandra Sekhara Rao Sunkara commented on AXIS2-88:
> ------------------------------------------------------
>
> Deepal!
> If the above description looks valid, have a look at my tiny patch that 
> does the job. If that looks agreeable in your review, can you patch it up 
> in the org/.../deployment/DeploymentParser.java file.
>
> Broadly, the patch aims to support
>
> <operation name="coreOperation" 
> messageReceiver="com.myorg.newLifecycleReceiver">
> </operation>
>
> kind of construct in service.xml, provided the class given against 
> messageReceiver is loadable and instantiable.
>
> The attached patch is svn creted patch from the 
> org/apache/axis2/deployment folder. The patch is tested, build is 
> successful.
>
> Thank you
> Jayachandra
>
>> Support for registering custom MessageReceiver for an operation
>> ---------------------------------------------------------------
>>
>>          Key: AXIS2-88
>>          URL: http://issues.apache.org/jira/browse/AXIS2-88
>>      Project: Apache Axis 2.0 (Axis2)
>>         Type: New Feature
>>   Components: deployment
>>     Versions: 0.9
>>     Reporter: Jayachandra Sekhara Rao Sunkara
>>  Attachments: RegisterMessageReceiver.patch
>>
>> There can be cases where a few service implementation classes would 
>> demand special style of invocation (as is the case with me that my 
>> services if they are implementing ServiceLifeCycle interface I'd like to 
>> call special methods on them apart from the method that matches with the 
>> client requested operationName ). And in such cases if developers do code 
>> their custom MessageReceivers there should be a way to specify the same 
>> in the service or operation element of service.xml . And also our 
>> deployment should be embedded the intelligence to setMessageReceiver with 
>> that specified class rather than the default one.
>> Thanks and Regards
>> Jayachandra
>
> -- 
> 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
>
>
> 



[jira] Commented: (AXIS2-88) Support for registering custom MessageReceiver for an operation

Posted by "Jayachandra Sekhara Rao Sunkara (JIRA)" <ji...@apache.org>.
    [ http://issues.apache.org/jira/browse/AXIS2-88?page=comments#action_12316320 ] 

Jayachandra Sekhara Rao Sunkara commented on AXIS2-88:
------------------------------------------------------

Deepal!
If the above description looks valid, have a look at my tiny patch that does the job. If that looks agreeable in your review, can you patch it up in the org/.../deployment/DeploymentParser.java file.

Broadly, the patch aims to support

<operation name="coreOperation" messageReceiver="com.myorg.newLifecycleReceiver">
</operation>

kind of construct in service.xml, provided the class given against messageReceiver is loadable and instantiable.

The attached patch is svn creted patch from the org/apache/axis2/deployment folder. The patch is tested, build is successful.

Thank you
Jayachandra

> Support for registering custom MessageReceiver for an operation
> ---------------------------------------------------------------
>
>          Key: AXIS2-88
>          URL: http://issues.apache.org/jira/browse/AXIS2-88
>      Project: Apache Axis 2.0 (Axis2)
>         Type: New Feature
>   Components: deployment
>     Versions: 0.9
>     Reporter: Jayachandra Sekhara Rao Sunkara
>  Attachments: RegisterMessageReceiver.patch
>
> There can be cases where a few service implementation classes would demand special style of invocation (as is the case with me that my services if they are implementing ServiceLifeCycle interface I'd like to call special methods on them apart from the method that matches with the client requested operationName ). And in such cases if developers do code their custom MessageReceivers there should be a way to specify the same in the service or operation element of service.xml . And also our deployment should be embedded the intelligence to setMessageReceiver with that specified class rather than the default one.
> Thanks and Regards
> Jayachandra

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


[jira] Updated: (AXIS2-88) Support for registering custom MessageReceiver for an operation

Posted by "Anonymous (JIRA)" <ji...@apache.org>.
     [ http://issues.apache.org/jira/browse/AXIS2-88?page=all ]

 updated AXIS2-88:
------------------

    Attachment: RegisterMessageReceiver.patch

> Support for registering custom MessageReceiver for an operation
> ---------------------------------------------------------------
>
>          Key: AXIS2-88
>          URL: http://issues.apache.org/jira/browse/AXIS2-88
>      Project: Apache Axis 2.0 (Axis2)
>         Type: New Feature
>   Components: deployment
>     Versions: 0.9
>     Reporter: Jayachandra Sekhara Rao Sunkara
>  Attachments: RegisterMessageReceiver.patch
>
> There can be cases where a few service implementation classes would demand special style of invocation (as is the case with me that my services if they are implementing ServiceLifeCycle interface I'd like to call special methods on them apart from the method that matches with the client requested operationName ). And in such cases if developers do code their custom MessageReceivers there should be a way to specify the same in the service or operation element of service.xml . And also our deployment should be embedded the intelligence to setMessageReceiver with that specified class rather than the default one.
> Thanks and Regards
> Jayachandra

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