Jean Sebastian, This kind of functionality sounds in awful lot like some of the policy stuff we are talking about a couple of weeks ago... Jeff
________________________________ From: Dinesh Shahane [mailto:[EMAIL PROTECTED] Sent: Sat 2007-09-29 13:21 To: [email protected] Subject: RE: Passing context from ws binding to a component implementation The SOAP headers mapped to WSDL message parts are part of the contract and could be received in the component. The use case I was trying to provide was about the message parts that not specified in the abstract wsdl - much similar to the standard ones like wsse and wsa except the modules processing these 'custom' headers are not part of the infrastructure. As an example, a company defines a liceneseKey structure as a custom header, which is optionally expected in each message but it is not a part of the WSDL contract. This header will be specified differently for the binding used, e.g., SOAP binding will include it as a SOAP header, and JMS binding may provide it as an application property. This information needs to be propagated to the component providing the service or any outbound references. Generalization of this use case could be used to achieve transport bridging or protocol conversion. e.g., mapping SOAP 1.1 message to SOAP 1.2, mapping SOAP/HTTP message to SOAP/JMS etc. > -----Original Message----- > From: Jean-Sebastien Delfino [mailto:[EMAIL PROTECTED] > Sent: Friday, September 28, 2007 5:25 PM > To: [email protected] > Subject: Re: Passing context from ws binding to a component implementation > > One question: > > >>> On 9/25/07, Dinesh Shahane < [EMAIL PROTECTED]> wrote: > >>> > >>>> I want to process transport headers and custom soap headers in my > >>>> component, > >>>> what is the best way to propagate this information? > > There may be different options depending on SOAP headers you're > interested in, so... Which SOAP headers are you interested in? :) > addressing? > security? > anything else? > what kind of custom headers? > > Do you need to just get some information out of incoming headers or do > you need to produce headers as well? > > Do you need to propagate headers unchanged through your application in > some kind of relay component? > > WSDL can map headers to message parts [1], making them actual parts of > the business interface. You said earlier in this thread that you cannot > alter the WSDL contract. How about adding that mapping to the WSDL > without actually impacting the wire protocol at all. Is your WSDL really > frozen? > > Thanks. > > [1] http://www.w3.org/TR/wsdl#_soap:header > > -- > Jean-Sebastien > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ----------------------------------------- ************************************************************************************** Confidentiality Warning: This message and any attachments are intended only for the use of the intended recipient(s), are confidential, and may be privileged. If you are not the intended recipient, you are hereby notified that any review, retransmission, conversion to hard copy, copying, circulation or other use of this message and any attachments is strictly prohibited. If you are not the intended recipient, please notify the sender immediately by return e-mail, and delete this message and any attachments from your system. Thank you. Information confidentielle: Le présent message, ainsi que tout fichier qui y est joint, est envoyé à l'intention exclusive de son ou de ses destinataires; il est de nature confidentielle et peut constituer une information privilégiée. Nous avertissons toute personne autre que le destinataire prévu que tout examen, réacheminement, impression, copie, distribution ou autre utilisation de ce message et de tout fichier qui y est joint est strictement interdit. Si vous n'êtes pas le destinataire prévu, veuillez en aviser immédiatement l'expéditeur par retour de courriel et supprimer ce message et tout document joint de votre système. Merci. **************************************************************************************
--===============0383574376==--
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
