Scusa Sem, sto cercando di riprodurre il tuo codice con la conversione in vb delle classi che, come dici tu, risolvono il problema.
Per la cronaca sono impegnato nello stesso ambiente e per la stessa applicazione, ma solo per un medico specialista invece che per un laboratorio

L'unico elemento che non riesco a definire è
demVisualizzaErogatoPTClient
I wsdl di Sogei non sembrano riferirlo. Non sono in ambiente Asp ma in vb.net, ma non dovrebbe cambiare nulla.
Sai spiegarmi qualcosa?
Grazie

No non ci siamo
Chiarisco
Io avevo definito come Web Reference in Visual Studio 2008 i vari servizi di Sogei richiamando i file wsdl in locale, dato che usare le url non funzionava. VS mi ha genrato le varie classi proxy chimandole come gli elementi wsdl, xsd...
Poi mi ero imbattuto nello stesso probelma di credenziali assenti che in qualche modo hai risolto a sem.
Ora io ho convertito in vb.net le due classi C# che hai postato ed ho cercato di riportare nel mio codice i metodi usati da sem.
Ma
Dim servizio As New demVisualizzaErogato.visualizzaErogatoPTClient(myBinding, ea)
fallisce la compilazione perché nessuna classe proxy si chiam ain quel modo
e cambiando la classe dopo il punto in
demVisualizzaErogato.visualizzaErogato
che esiste, e dovrebbe essere proprio la classe proxy ed io utilizzavo come riferimento al servizio
beh quella classe non ha un costruttore con due parametri
e non ha il metodo
invio.Endpoint.EndpointBehaviors.Add(...)


Quale può essere l'inghippo?

Grazie del consiglio, proverò a seguirlo.
Purtroppo, non posso passare alla versione 2013.
Chiudi gli occhi|
L'applicazione completa cui devo aggiungere la parte che interroga i Web Service è Vb6, quindi il mdulo che fa questo lavoro è svilluppato in VS 2008 richiamato tramite il Tool di Interoperabilità.
Naturalmente MS sul 2013 non ha aggiornato il tool e vorrebbe quindi costringere a convertire applicazioni che funzionano benissimo e per cui il cliente non vede ragione di questa spesa.
Così va il mondo dell'informatica

Terrò conto anche di questo consiglio.
Avevo optato per la soluzione ibrida per seguire un percorso di migrazione.
Ver0 è che il runtime di vb6 gira perfettamente su Win8, ma stavolta Microsoft sembra aver abbandonato il motore Jet; non lo hanno rilasciato per le piattaforme a 64 bit di Win8, mentre su Win 7 funziona perfettamente. Anche se l'applicazione dialoga col db tramite SQL, migrare e fastidioso e sopratutto non pagato.
Scusa l ' OT e grazie ancora.