Deserializzazione Stream SOAP

[sspintux]

Ciao sspintux
Ti dirò...io ho provato a dare un'occhiata al link che mi hai postato, ma non c'ho capito una mazza...
....
Alla fine, la botta di ( | )...da un post di un Forum che avevo già letto ma che non riuscivo ad utilizzare...
.......

Non mi rimane che capire come modificare l'app.config runtime in base a EndPoint e Username/Password letti da file config XML.

Ciao,
a me sembra che tu stia girando intorno al problema riuscendo ogni volta a creartene uno nuovo;
tra parentesi incomincio ad avere il sospetto che anche la deserializzazione a manina dell'errore sia inutile.

Non ho provato , ma questo è un custom binging che dovrebbe andare bene nel tuo caso
visto che usi https:

<bindings>
  <customBinding>
 <binding name="CustomSoapBinding">
   <security includeTimestamp="false"
    authenticationMode="UserNameOverTransport"
    defaultAlgorithmSuite="Basic256"
    requireDerivedKeys="false"
    messageSecurityVersion="WSSecurity10WSTrustFebruary2005WSSecureConversationFebruary2005WSSecurityPolicy11BasicSecurityProfile10">
   </security>
   <textMessageEncoding messageVersion="Soap11"></textMessageEncoding>
   <httpsTransport />
 </binding>
  </customBinding>
</bindings>

username e password li imposti con un codice tipo questo :

var proxy = new ServiceRef.ServizioClient();
proxy.ClientCredentials.UserName.UserName = "user";
proxy.ClientCredentials.UserName.Password = "Password";

Non funzionerebbe con il protocollo http perché per impostazione predefinita WCF
non permette l'invio di username e password in chiaro senza una qualche forma di protezione,
motivo per cui ti avevo suggerito il punto 2) che funziona anche in questo caso e che , sempre senza aver provato e senza controllo errori, suona più o meno così:

using (var proxy = new ServiceRef.ServizioClient())
{
 using (new OperationContextScope(proxy.InnerChannel))
 {
  string headerText =
     "<wsse:UsernameToken  xmlns:wsse=\"http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd\"> " +
     "<wsse:Username>{0}</wsse:Username> " +
     "<wsse:Password Type=\"http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-username-token-profile-1.0#PasswordText\">{1}</wsse:Password> " +
     "</wsse:UsernameToken> ";


  headerText = string.Format(headerText, "user", "pwd");


  XmlDocument MyDoc = new XmlDocument();
  MyDoc.LoadXml(headerText);
  XmlElement myElement = MyDoc.DocumentElement;


  System.ServiceModel.Channels.MessageHeader myHeader = MessageHeader.CreateHeader("Security", "http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd", myElement, true);
  OperationContext.Current.OutgoingMessageHeaders.Add(myHeader);

....

}

Se non dovesse funzionare o se occorre un maggior controllo su come formare l'header di sicurezza
si può fare una cosa del genere :

using (var proxy = new ServiceRef.ServizioClient())
{
 using (new OperationContextScope(proxy.InnerChannel))
 {
  var sh = new ClientSecurityHeader(utente, password);
  OperationContext.Current.OutgoingMessageHeaders.Add(sh);
  ....
 }
}

dove ClientSecurityHeader è una classe che eredita da MessageHeader
ed in cui puoi eseguire l'override dei suoi vari metodi :
OnWriteHeaderContent, OnWriteStrartHeader .... e compagnia bella.

.... infine, sicuro che non ti basti questo per risolvere alla radice
il problema della derializzazione dell'errore ?

// in pseudocodice
se il tipo della risposta ricevuto è errotype 
   'casta' la risosta in errortype
altrimenti 
   'castala' in ripostatype

HTH