Return-Path: Delivered-To: apmail-ws-axis-dev-archive@www.apache.org Received: (qmail 22260 invoked from network); 9 Mar 2005 15:18:27 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 9 Mar 2005 15:18:27 -0000 Received: (qmail 12090 invoked by uid 500); 9 Mar 2005 15:18:21 -0000 Delivered-To: apmail-ws-axis-dev-archive@ws.apache.org Received: (qmail 12032 invoked by uid 500); 9 Mar 2005 15:18:21 -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: Delivered-To: mailing list axis-dev@ws.apache.org Received: (qmail 11957 invoked by uid 99); 9 Mar 2005 15:18:20 -0000 X-ASF-Spam-Status: No, hits=0.4 required=10.0 tests=DNS_FROM_RFC_ABUSE X-Spam-Check-By: apache.org Received-SPF: pass (hermes.apache.org: local policy) Received: from whale.cs.indiana.edu (HELO whale.cs.indiana.edu) (129.79.246.27) by apache.org (qpsmtpd/0.28) with ESMTP; Wed, 09 Mar 2005 07:18:19 -0800 Received: from [127.0.0.1] (rainier.extreme.indiana.edu [129.79.246.105]) by whale.cs.indiana.edu (8.12.11/8.12.11/IUCS_2.65) with ESMTP id j29FIDvx003527; Wed, 9 Mar 2005 10:18:14 -0500 (EST) Message-ID: <422F13B3.7050106@cs.indiana.edu> Date: Wed, 09 Mar 2005 10:18:11 -0500 From: Aleksander Slominski User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "'axis-dev@ws.apache.org'" CC: Srinath Perera Subject: [Axis2][Revisit]How about making Message context executable? References: <009a01c524b9$3419e870$26a53109@LANKABOOK> In-Reply-To: <009a01c524b9$3419e870$26a53109@LANKABOOK> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N what is the purpose of MC and what is the purpose of Engine? i always though that MC exists for time that message is processed and is used to pass state between pipelined handlers Engine exists independent from services and messages and its purpose it to help during message processing if AxisEngine is removed what will replace it to keep state independent of message processing? alek Sanjiva Weerawarana wrote: >Um, Srinath wrong list? ;-) > >Sanjiva. > >----- Original Message ----- >From: "Srinath Perera" >To: >Sent: Monday, March 07, 2005 3:49 PM >Subject: [Axis2][Revisit]How about making Message context executable? > > > > >>Hi All; >> >>I put this Q about making the MessageContext executable? I do not get >>a clear response .. >>May be it does not call for enough attention? >> >>But I feel this is bit too bigger change to do without enough >>community input .. So I feel we should hold it back for the F2F. But >>then "pause the engine execution at some state" should wait too >>thoughts? >>Srinath >> >>---------- Forwarded message ---------- >>From: Ajith Ranabahu >>Date: Fri, 4 Mar 2005 16:49:43 +0600 >>Subject: Re: [Axis2]How about making Message context executable? >>To: axis-dev@ws.apache.org, Srinath Perera >> >> >>Hi there Srinath and all, >>This is probably a complete 180 degree turn from where we were heading >>(well not exactly a backward leap, but a drastic change in direction). >>The Message Context (MC) was pursued only as a property bag. Now we >>are trying to put executable actions there! So the role of the MC is >>changed now. I am not sure what this means to the structure of axis. >>I guess this needs to be thought out carefully. >>BTW if we are to do such a change this is the best time to tackle such >>a change. It will be impossible on later stage. >> >> >>On Thu, 3 Mar 2005 17:54:59 +0600, Srinath Perera >> >> >wrote: > > >>>Hi All; >>> >>>This is regarding the invoke, pausing and resuming the the invocation! >>> >>>To this point this is implemented with an ExecutionChain kept in the >>>MessageContext ..calling the invoke on the MessageContext. >>> >>>But more I look at the code more I convinced the way the Glen has done >>>it in EngineToy by putting the invoke(), resume() and pause() in the >>>MessageContext would yield simpler and better code. Only catch is that >>>it will make the MessageContext executable .. making it bit away from >>>what we percive about it! >>> >>>thoughts? >>> >>>I have a bit more revolutionary proposal to add (hope I will not >>>killed for saying this :D ) that is to get rid of the AxisEngine and >>>put the send and receive in to the MessageContext. Making it our >>>approach is to create the information bag, messageContext and ask it >>>to send(), recive(), pause() .. I just want to know what people think >>>about this? >>> >>>Thanks >>>Srinath >>> >>> >>> >>-- >>Ajith Ranabahu >> >> >> > > > -- The best way to predict the future is to invent it - Alan Kay