Return-Path: Delivered-To: apmail-xml-axis-user-archive@xml.apache.org Received: (qmail 79127 invoked by uid 500); 24 Sep 2002 02:05:35 -0000 Mailing-List: contact axis-user-help@xml.apache.org; run by ezmlm Precedence: bulk Reply-To: axis-user@xml.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list axis-user@xml.apache.org Received: (qmail 79074 invoked from network); 24 Sep 2002 02:05:34 -0000 Message-ID: From: Glen Daniels To: "'axis-user@xml.apache.org'" Subject: RE: Message style services - ATTN ANY java:MSG USERS Date: Mon, 23 Sep 2002 22:05:39 -0400 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N Status: O X-Status: X-Keywords: Hi Dan: The issue with the MessageContext API is that it's just about identical to another pattern we already have, namely Handlers. Why not just make your service provider a Handler and use its invoke()? And even if you still do want to use the MsgProvider for some reason, you can always just call MessageContext.getCurrentContext() in your backend method. Sound OK? --Glen > -----Original Message----- > From: Dan Kamins [mailto:dbkdb@hotmail.com] > Sent: Monday, September 23, 2002 6:17 PM > To: axis-dev@xml.apache.org; axis-user@xml.apache.org > Subject: Re: Message style services - ATTN ANY java:MSG USERS > > > > It would seem important to preserve access to the > MessageContext (as some of > the previous method signatures did). I don't see how this > captured in your > proposal for those three method sigs. > > Sorry if I'm off here, but I'm just jumping into all this, > and you sounded > urgent in your ALL CAPS RFC. The current MessageContext-containing > signature is the one I am planning on using (for > flexibility), so I'd hate > to see it go. > > -- > Dan Kamins > > ----- > Glen Daniels wrote: > > I'd like to make THESE THREE the accepted APIs for > message-style service > methods: > > public class MessageService { > public SOAPBodyElement [] bodyMethod(SOAPBodyElement [] bodies) > > public SOAPEnvelope envelopeMethod(SOAPEnvelope envelope) > > public Element [] bodyAsDOMMethod(Element [] bodies) > } > > I think these make a lot more sense than what we've got now. > > IF THIS WILL AFFECT YOU IN A NEGATIVE WAY, or IF YOU DISAGREE > WITH THESE > CHANGES, \ > please send mail to axis-dev in reply to this message. > > ----- > > > > _________________________________________________________________ > Join the world's largest e-mail service with MSN Hotmail. > http://www.hotmail.com >