WCF Client - Comment traiter ou ignorer un MustUnderstand élément d'en-tête?

J'ai rencontré un problème similaire. Je ne sais pas si c'est utile ou pas.

MSDN WCF Extensibilité

http://blogs.msdn.com/b/carlosfigueira/archive/2011/04/19/wcf-extensibility-message-inspectors.aspx

La configuration est ici Certificat de base, Oracle Application Server 10g, et .Net de consommer des services. À l'aide de SOAPUi a été très utile en essayant de comprendre ce qui se passait avec la Demande et la réponse.

Je n'ai pas essayé de modifier le code pour utiliser basicHttpBinding, mais j'ai utilisé WSHttpBinding comme la base de ma configuration dans le code. Ensuite utilisés

 WSHttpBinding binding = new WSHttpBinding()
{
CloseTimeout = new TimeSpan(0, 1, 0),
OpenTimeout = new TimeSpan(0, 1, 0),
SendTimeout = new TimeSpan(0, 1, 0),
AllowCookies = false,
BypassProxyOnLocal = false,
HostNameComparisonMode = HostNameComparisonMode.StrongWildcard,
MaxBufferPoolSize = 524288,
MaxReceivedMessageSize = 65536,
MessageEncoding = WSMessageEncoding.Text,
UseDefaultWebProxy = false,
ReaderQuotas = new System.Xml.XmlDictionaryReaderQuotas()
{
MaxDepth = 32,
MaxArrayLength = 16384,
MaxBytesPerRead = 4096,
MaxNameTableCharCount = 16384,
MaxStringContentLength = 8192
}
};
binding.Security.Mode = SecurityMode.Transport;
binding.Security.Transport.ClientCredentialType = HttpClientCredentialType.Certificate;
binding.Security.Transport.ProxyCredentialType = HttpProxyCredentialType.None;
binding.Security.Transport.Realm = string.Empty;
binding.Security.Message.ClientCredentialType = MessageCredentialType.Certificate;
binding.Security.Message.EstablishSecurityContext = true;
binding.Security.Message.NegotiateServiceCredential = true;
CustomBinding customBinding = new CustomBinding();
BindingElementCollection collection = binding.CreateBindingElements();

Bouclé pour le TextMessageEncodingBindingElement pour définir Soap11 et AddressingVersion à Aucun.

 foreach (BindingElement element in collection)
{
if (typeof(TextMessageEncodingBindingElement) == element.GetType())
{
TextMessageEncodingBindingElement item = element as TextMessageEncodingBindingElement;
if (null != item)
{
item.MessageVersion = MessageVersion.CreateVersion(EnvelopeVersion.Soap11, AddressingVersion.None);
customBinding.Elements.Add(item);
}
}
else
customBinding.Elements.Add(element);
}

J'ai utilisé le ChannelFactory et ajouté un Comportement de point de Terminaison pour un Message de l'Inspecteur.
À ce stade, j'ai ensuite eu le contrôle de la demande et j'ai pu ajouter l'en-tête approprié et modifié le mustUnderstand sur l'Action.

À l'aide de SOAPUi j'ai pris mon Message.ToString() et placez-la dans SOAPUI et testé la demande. Une fois les éléments qui ont été nécessaires ont été ajoutés à la demande, il a ensuite été déterminé que l'OEA serveur a été fait de ne pas répondre avec tous les éléments nécessaires. En utilisant le message de l'inspecteur pour la réponse, j'ai modifié le message pour inclure les en-têtes manquantes. Je ne me souviens pas où j'ai trouvé le code de base pour le message de l'inspecteur, mais vous devez modifier votre code pour utlize correctement.

Pour mon exemple, voici quelques extraits.

Pour transformer le message en

 public object BeforeSendRequest

J'ai dû modifier l'en-Tête, donc à l'aide d'une boucle for que j'ai attrapé le XElement et a ajouté l'OASIS d'en-tête et ajouté À l'en-tête.

XNamespace xmlns = "http://schemas.xmlsoap.org/soap/envelope/";
XElement securityHeader = new XElement(
xmlns + "Security", 
new XAttribute(xmlns + "wsse", "http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"), 
new XAttribute(xmlns + "xmlns", "http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"), 
new XAttribute(xmlns + "mustUnderstand", "0"));
element.Add(securityHeader);

J'ai également eu à modifier l'Action d'en-Tête

 else if (localName.Equals("Action", StringComparison.InvariantCultureIgnoreCase))
{
foreach (XAttribute a in element.Attributes())
{
if (a.Name.LocalName == "mustUnderstand")
a.Value = "0";
}
}

Mon problème est que le Service n'a pas répondu à une Action d'en-Tête

Donc dans le

 public void AfterReceiveReply

J'ai appelé mon TransformReply retour type de Message avec quelque chose comme ce qui suit. Vous devrez peut-être modifier les valeurs de la chaîne.Vide, mais c'est juste un exemple.

...

 Message reply = Message.CreateMessage(message.Version, null, reader);
reply.Headers.Add(MessageHeader.CreateHeader("Action", string.Empty, string.Empty, false));
reply.Properties.CopyProperties(message.Properties);

...

Je voudrais vraiment vous suggérons d'utiliser un outil tel que SOUPUI donc etde à gâcher avec de l'enveloppe et de voir la réponse. Si vous ne le protocole SSL, vous devez créer un fichier cacert et le placer dans le SSLSettings des préférences.

OriginalL'auteur Adam W.