Return-Path: Delivered-To: apmail-ws-axis-dev-archive@www.apache.org Received: (qmail 78766 invoked from network); 20 Jul 2005 14:53:12 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 20 Jul 2005 14:53:12 -0000 Received: (qmail 76734 invoked by uid 500); 20 Jul 2005 14:53:07 -0000 Delivered-To: apmail-ws-axis-dev-archive@ws.apache.org Received: (qmail 76671 invoked by uid 500); 20 Jul 2005 14:53:07 -0000 Mailing-List: contact axis-dev-help@ws.apache.org; run by ezmlm Precedence: bulk Reply-To: axis-dev@ws.apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list axis-dev@ws.apache.org Received: (qmail 76618 invoked by uid 99); 20 Jul 2005 14:53:06 -0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received: from [192.87.106.226] (HELO ajax.apache.org) (192.87.106.226) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 20 Jul 2005 07:52:54 -0700 Received: from ajax.apache.org (ajax.apache.org [127.0.0.1]) by ajax.apache.org (Postfix) with ESMTP id 78DF2D6 for ; Wed, 20 Jul 2005 16:52:51 +0200 (CEST) Message-ID: <402809210.1121871171493.JavaMail.jira@ajax.apache.org> Date: Wed, 20 Jul 2005 16:52:51 +0200 (CEST) From: "Jayachandra Sekhara Rao Sunkara (JIRA)" To: axis-dev@ws.apache.org Subject: [jira] Created: (AXIS2-88) Support for registering custom MessageReceiver for an operation Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N 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