Mailing-List: contact axis-dev-help@ws.apache.org; run by ezmlm
Precedence: bulk
Reply-To: axis-dev@ws.apache.org
Received-SPF: neutral (asf.osuosl.org: local policy)
Message-ID: <452C2494.6030607@opensource.lk>
Date: Tue, 10 Oct 2006 17:54:12 -0500
From: Deepal Jayasinghe <deepal@opensource.lk>
User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317)
MIME-Version: 1.0
To: "axis-dev@ws.apache.org" <axis-dev@ws.apache.org>,
 "axis-user@ws.apache.org" <axis-user@ws.apache.org>
Subject: [Axis2] Summery of todays Hackathon
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit

Hi All;

Few note from todays Hackathon we had at ApacheCon US.

We are having very ugly name called finalizeInvoke() in service client
with restriction, so we (Glen and I agreed) to remove that method and
move the code into cleanup (well I am doing the changes in current
codebase).

Why do we need operation client ?........
As Dennis suggested , having annon name as public static seems not that
good , so we need to remove them I mean we need to make the private.
Rather than giving two client API to client cant we have one API , we
can have all the methods in serviceClient then no one need to know about
the operationClient (service client will use that internally ). So our
proposal is to add few more methods into ServiceCleint;

public MessageContext sendReceive(MessageContext req){}
public void sendReceiveNonBlocking(MessageContext req){}
public fireAndForget(MessageContext req){}
public sendRobust(MessageContext req){}

if we introduce these methods into ServiceClient then we do not too much
worry about how to create operationClient etc...

I am +1 on adding these four methods in to serviceClient.

=======
How do we reflect service group concept in to client , and manage
session using that. Well I do understand if we use Axis2 client <->
Axis2 service this will work , but what if we use .Net client <-> Axis2
Service. Is there any kind of specification sending session related data
in SOAP message ? , if there is such a thing then we need to use them.

Thanks
Deepal


---------------------------------------------------------------------
To unsubscribe, e-mail: axis-dev-unsubscribe@ws.apache.org
For additional commands, e-mail: axis-dev-help@ws.apache.org