I looked into the example given in WSE for custom filter and see that in
this example custom header is removed from the message and whatever
information is to be retrived from custom header is stored in
envelope.Context.
This approach works fine for me also.
Now if someone could validate that this is the approach we should take when
we work with WSE it would be good as earlier I was trying to use the
SoapHeader Attribute approach and trying to see how I could set the
DidUnderstand property to be true.
Regards & thanks
Kapil

Signature
Kapil Sachdeva
http://www.dotnetcard.com/blogs/ksachdeva
> Hi guys,
>
[quoted text clipped - 38 lines]
> Kapil Sachdeva
> http://www.dotnetcard.com/blogs/ksachdeva
John Bristowe - 23 Feb 2005 00:07 GMT
Kapil,
Custom input filters should remove proprietary SOAP modules to prevent them
from being intercepted by input filters located deeper in the pipeline.
SoapContext serves as a communications layer between infrastructure code
(i.e. an input filter) and application code (i.e. SoapService). When
processing proprietary SOAP modules through an input filter, you should
populate SoapContext with this information.
John
> I looked into the example given in WSE for custom filter and see that in
> this example custom header is removed from the message and whatever
[quoted text clipped - 53 lines]
>> Kapil Sachdeva
>> http://www.dotnetcard.com/blogs/ksachdeva