Paolo Pialorsi

MS-SOAP Toolkit

Oggi, dal momento che è sabato, ho il tempo di leggere un po' di blog , sistemare qualche articolo da pubblicare su DevLeap ... insomma come ogni buon informatico, dedico il sabato al "relax tecnologico" :-) e non ai doveri professionali.

Ho letto tra i vari blogs di amici e colleghi un post di Andrea Saltarello che mi ha stimolato qualche riflessione.

Non sono mai stato un amante del SOAP Toolkit e francamente non mi dispiace più di tanto pensare di doverlo mettere in soffitta o in cantina :-)...

Da tempo ormai consiglio ai miei clienti di usare il motore di Web Service client di ASP.NET anche da applicazioni legacy VB6, se possibile ovviamente. Basta infatti costruire una buona libreria proxy verso il web service, renderla COM-Interoperabile - via COM-Interop appunto - e usarla da VB6.

Quali sono i vantaggi maggiori di un simile approccio?

• si rispetta WS-I lavorando in modalità documenti/literal
• si possono usare, in modo semplice, paradigmi di chiamata asincrona sul client
• si ha una migliore gestione degli errori
• si posso sfruttare comodamente le SOAP Extension e i SOAP Header
• se proprio dovesse servire possiamo anche utilizzare WSE1 o WSE2 per renderi sicuri i servizi
• abbiamo un unico strato software di interazione (dal punto di vista del client) con i servizi, quindi sia client VB6 che .NET avranno una sola libreria proxy di riferimento da rilasciare e mantenere

E quali sono gli svantaggi più significativi?

• dobbiamo avere .NET anche sul client (ma questo ormai è sempre meno problematico)
• dobbiamo conoscere .NET (direi che ora di smettere di fare i conservatori e anche se siamo tutti presi da mille progetti, dobbiamo trovare il tempo di aggiornarci!)
• dobbiamo fare attenzione a come si parleranno l'applicazione legacy VB6 e il componente .NET per evitare di avere problemi di interoperabilità COM<->.NET

A voi la scelta ... io il SOAP Toolkit l'ho già messo in soffitta da un po' !

Link: http://www.ugidotnet.org/4.blog#665

WSA e il W3C

Christian Weyer non se ne lascia mai scappare una! :-) Citando un suo post dell'altro giorno vi invito anche io non tanto a leggere il documento rilasciato dal W3C, che è comunque in versione preliminare e non definitiva, in merito a WSA (Web Services Architecture) ma solo a considerarne l'importanza.

Sicuramente non deve cadere nel nulla il fatto che si parli esplicitamente di "Service Oriented Architecture" (3.1), che si faccia riferimento a "Peer-to-Peer Interaction" (3.7) e che in merito alla security si citi come riferimento Web Services Security, nella versione OASIS. Infine viene dato peso anche a WSDL 2.0 che ora è in versione di Working Draft del 10 novembre 2003.

Java <- Remoting -> .NET

Che bel gioco: Java e .NET che si parlano via .NET Remoting!!! Fico! :-)

Link: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnbda/html/SWINGWinFormInterop.asp

Gestire gli errori in ASP.NET

Penso che ormai chiunque sviluppi in ASP.NET da qualche tempo si è già fatto qualcosa di simile o di alternativo. Per esempio io uso un HttpModule che gestisce l'interecettazione dell'errore e mi gira una notifica, dando all'utente un messaggio user-friendly.

In ogni caso per chi deve ancora affrontare e risolvere il problema della gestione errori in ASP.NET, questo è un buon articolo:

http://msdn.microsoft.com/asp.net/default.aspx?pull=/library/en-us/dnaspp/html/customerrors.asp

Di che colore era il WhiteHorse di Whidbey? :-)

Su MSDN TV è appena uscito un video introduttivo in merito a WhiteHorse ... il weekend si avvicina e un download per guardarselo con calma non fa male:

http://msdn.microsoft.com/msdntv/episode.aspx?xml=episodes/en/20040129VSTUDIOAT/manifest.xml

 

SQL Server Reporting Services: download disponibile

Per chi è interessato, è disponibile il download:

http://www.microsoft.com/sql/reporting/productinfo/default.asp

Coordinare i Web Service ... da MSDN

http://msdn.microsoft.com/webservices/default.aspx?pull=/library/en-us/dnwebsrv/html/wsacoord.asp

Visual Basic Journal

Da questo mese ho iniziato a collaborare con Visual Basic Journal. Dal numero di questo bimestre (il 55) in poi, , compatibilmente con il tempo a mia disposizione e con la disponibilità della redazione di VBJ, cercherò di dare anche io il mio apporto ad una rivista della quale condivido da sempre il taglio editoriale e l'impostazione.
Il mio primo contributo è legato allo sviluppo di Web Service ASP.NET per l'accesso ai dati. I prossimi ... vedremo :-).

La rivista è venduta solo su abbonamento quindi .... se siete curiosi di vedere cosa ho combinato e combinerò ... abbonatevi!

Link: http://www.infomedia.it/

WebCast su XML

Se nei giorni 17, 24 febbario e 2 marzo 2004, non sapete cosa fare e volete fare due chiacchere su XML, partendo dalle basi per salire verso applicazioni concrete (a seconda della puntata :-) ...) ... ci vediamo on-line con i WebCast di Microsoft:

http://www.microsoft.com/italy/msdn/webcast/

 

Link: http://www.microsoft.com/italy/msdn/webcast/

Fine sospensione servizio ... iniziata molto dopo :-)

Vi ho fatto gli scherzi. Alla fine la migrazione di rete e l'upgrade di banda li ho fatti di notte, dalle 22.00 ad ora, così creavo meno disagi (spero!).

Se nella giornata di domani doveste fare fatica a raggiungere DevLeap ... beh vorrà dire che questo messaggio non potrete vederlo :-), in ogni caso provate con un refresh della cache del DNS o aspettate qualche ora.

 

Sospensione servizio per circa 2 ore

Fra poco (dalle 18.30) fino a circa le 20.00 (spero non oltre) ci sarà una sospensione dei siti DevLeap (blogs, www, mail, ecc.) per upgrada di banda.

Ci risentiamo fra un paio d'ore ...

InfoPath 2003 e DataSet

In questo articolo si affronta un problema noto agli utilizzatori di InfoPath e di Web Service ASP.NET: il passaggio di un DataSet a InfoPath 2003. La soluzione francamente non mi entusiasma. Invece di fare un giro simile (1 qualsiasi dei 2 workaround proposti) sarebbe molto più rapido e secondo me pulito, ridefinire IXmlSerializable, come ho mostrato nel capitolo al quale ho contribuito, nel libro di Silvano.
Link: http://support.microsoft.com/default.aspx?scid=kb;EN-US;831795

X#

Si continua a vociferare a proposito di X#, ecco un altro post che ne parla, per mano di Christoph Schittko (ChristophDotNet - XML MVP)

http://weblogs.asp.net/cschittko/archive/2004/01/22/61963.aspx

VB.NET o C# ?

Chi mi conosce sa che io alla domanda "Scegli VB.NET o C#?" rispondo con "Scelgo .NET" :-) !
Alberto Falossi ha scritto un post interessante nel suo blog che analizza la situazione attuale:

http://blog.albertofalossi.com/italiano/posts/242.aspx

Link: http://blog.albertofalossi.com/italiano/posts/242.aspx

Longhorn: Feedback dai programmatori e alfa tester ... in ogni senso

Ho appena finito di compilare un questionario on-line (nell'area BetaPlace di Microsoft) in merito a Longhorn.

Mi aspettavo di ricevere domande sulle funzionalità e/o su eventuali bug riscontrati ... invece questa volta le domande erano sui nomi da assegnare ai vari sottosistemi che uniti costituiscono Longhorn.

Vediamo se ci ho azzeccato:

• Windows Presentation Services
• XAML
• Windows Storage Services
• Ermes
• Windows Distribution Services

Quando uscirà Longhorn (campa cavallo .... ;-) !) torneremo a vedere ....