Ho utilizzato il toolkit "Microsoft Office 2003 Web Services Toolkit 2.01" (disponibile here) in alcuni progetti. Ha funzionato abbastanza bene per me, anche se ho anche scritto i servizi web con cui stava parlando, quindi ho avuto il lusso di essere in grado di giocherellare con entrambi i capi del processo quando lo si fa funzionare. :)
Infatti, ho appena aggiornato una di quelle app da Access_2003 ad Access_2010 e la parte client SOAP dell'app ha continuato a funzionare senza modifiche. Tuttavia, ho riscontrato una ruga durante i test di pre-distribuzione:
La mia app non si sarebbe compilata su una macchina a 64 bit con Office_2010 a 32 bit perché non aveva gradito l'associazione anticipata dell'oggetto SoapClient30
. Quando sono passato a utilizzare l'associazione tardiva per quell'oggetto, il codice si sarebbe compilato, ma non ha funzionato. Quindi, per quella particolare app dovevo aggiungere una restrizione che le macchine a 64 bit dovevano essere in esecuzione a 64-bit Office.
Inoltre, tenere presente che la posizione ufficiale di Microsoft è che "Tutti i toolkit SOAP sono stati sostituiti da Microsoft .NET Framework". (riferimento here).
fonte
2013-03-26 19:08:36
Come in http://msdn.microsoft.com/en-us/library/office/aa140260(v=office.10).aspx? A proposito, MS Access utilizza VBA, non VB.Net – Fionnuala
Esattamente, grazie! Ho sempre cercato VB.net che è stato il motivo per cui non ho trovato nulla ... – Chris
Un'altra possibile soluzione è creare un oggetto COM in vb.net che consumi e comunichi con il servizio web, e poi si imposta un riferimento al vb.net. Penso che l'esempio XMLHttp suggerito sia probabilmente il migliore, ma se hai familiarità con vb.net, troverai che genera l'oggetto di classe con una certa facilità. –