Dopo la cancellazione improvvisa di PDC 2007, Microsoft annuncia le date della prossima Professional Developer Conference 2008, a fine ottobre 2008 sempre a Los Angeles (non potevano cambiare, tipo San Francisco o New Orleans?).
Maggiori informazioni qui e qui. Quali tecnologie saranno al centro di questo PDC?
Usiamo Sharepoint internamente da sempre. La scorsa primavera decido che era ora di passare alla versione 2007, anche solo per la migliore integrazione con Office 2007.
La migrazione in-place non era un'opzione, era necessario passare ad un server diverso per esigenze hardware e l'idea di lanciare un setup complesso sul server che contiene tutti i dati dei progetti, offerte etc.. non mi rendeva sufficientemente tranquillo. Quindi opto per la database migration, dove qualcosa però va storto. Quindi apro una richiesta di supporto a Microsoft sull'argomento, meglio rivolgersi agli specialisti piuttosto che rischiare di sprecare ore preziose senza la certezze del risultato.
Il caso di supporto è stato aperto il 30 aprile 2007 ed è stato chiuso il 4 dicembre 2007... Già, sono passati 7 mesi.
Senza scendere in dettaglio, sicuramente è stata la più disastrosa esperienza di supporto che abbia vissuto in questi primi 11 anni di collaborazione con Microsoft ed ha inevitabilmente incrinato la mia fiducia nella piattaforma Sharepoint 2007, in quanto il supporto ne fa parte e non è un aspetto da sottovalutare.
Il prossimo 17 gennaio XeDotNet.org organizza ONE-Day Web Development, un evento di una giornata intera dedicato alle tecnologie web.
Sono aperte le iscrizioni, invito tutti ad iscriversi al più presto.
Il multitargeting di Visual Studio 2008 permette di utilizzare un unico ambiente di sviluppo per realizzare progetti che utlizzano il Framework 2.0, 3.0 o 3.5. In questo modo si possono continuare a sviluppare progetti indirizzati a .Net 2.0 o 3.0 senza il rischio o la nessità di utilizzare nuove librerie ed istruzioni ma beneficiando comunque del nuovo ambiente di sviluppo.
Se, come il sottoscritto, avere perso diversi minuti a capire dove impostare la versione del Framework da puntare nelle proprietà di un progetto VB.Net troverete molto utile questo post di Stefano DeMiliani. In progetti C# questa opzione compare nella prima pagina delle proprietà di progetto, mentre in VB.Net è molto meno visibile, tra le Advanced Compile Options della pagina Compile.
Un interessante post di Corrado Cavalli mette in evidenza un possibile limite alla compatibilità tra l'ambiente di sviluppo Visual Studio 2008 e le diverse versioni del Framework .Net, che vengono corrette con la SP1 sia per 2.0 e 3.0. Da tenere a mente.
Raccolgo in questo post alcune risorse online utili per chi desidera iniziare il processo di apprendimento di Visual Basic .Net
Beginner Developer Learning Center, una guida introduttiva a .Net su MSDN
Introduction to VB.NET Object-Oriented Features
Learn VB.Net, interessante raccolta di lezioni su Vb.Net
VB.Net School
Per ora queste possono bastare.
In WCF è possibile condividere l'uso di una determinata porta TCP tra più servizi diversi, grazie al Port Sharing.
Questo servizio, denominato Net.Tcp Port Sharing Service è installato con il framework 3.0 ma di default l'avvio è manuale e l'account utente predefinito è LocalSystem. Dopo averlo avviato ed impostato l'avvio in automatico, si può procedere a configurare il resto.
Visto che il servizio Windows (o application pool di IIS) che ospita il nostro/vostro servizio WCF utilizza un account utente che non ha privilegi amministrativi, è necessario abilitare questo account all'accesso tramite Port Sharing.
Per questo è necessario ottenere il SID dell'account utente (ho usato il tool user2sid.exe) ed aggiungerlo alla configurazione del servizio Net.Tcp Port Sharing Service, il file SmSvcHost.exe.config che si trova nella cartella di sistema di WCF, qualcosa come C:\windows\Microsoft.Net\v3.0\Windows Communication Foundation.
Attenzione!!! Se, come nel mio caso, il sistema operativo è a 64 bit e, di conseguenza, anche .Net 3.0 è a 64 bit, esiste un'altra cartella, del tipo C:\WINDOWS\Microsoft.NET\Framework64\v3.0\Windows Communication Foundation, dove si trova il servizio ed il file di configurazione che entrano in gioco.
Qui trovate le istruzioni per configurare il servizio Net.Tcp Port Sharing Service. Da tenere a mente che le configurazioni relative al canale Tcp presenti in questo file di configurazione hanno il sopravvento su quanto specificato nel file di configurazione del nostro servizio.
Una volta attivato il Net.Tcp Port Sharing Service e consentito l'accesso al nostro account, si può configurare il nostro servizio WCF perchè utilizzi la condivisione della porta. Per fare questo è sufficiente abilitare l'attributo portSharingEnabled della binding configuration:
<netTcpBinding>
<binding name="aTcpBindingName" portSharingEnabled="true">
</binding>
</netTcpBinding>
A questo punto tutto è a posto.
Pat Helland è una delle personalità più influenti nel campo della gestione delle transazioni e dei database in Microsoft. Credo di avere letto per la prima volta qualcosa di suo ai tempi di MTS 1.0, molti anni fa.
Dopo avere lasciato Microsoft per due anni passando ad Amazon.com è tornato in Microsoft. Sicuramente una bella notizia in un periodo in cui sono frequenti le notizie della dipartita di personalità di rilievo da Microsoft.
Lo scorso venerdì 6 aprile ho avuto l'occasione di presentare Windows Communication Foundation all'interno del ciclo di meeting di XeDotNet.org sul framework .Net 3.0.
Una esperienza interessante anche se sono molto più felice ora che è passata. Grazie a tutti per l'incoraggiamento e sono soddisfatto di avere riscontrato l'apprezzamento dei presenti (almeno fino a quando non vedrò i risultati dei feedback).
Forse ripeterò l'esperienza in futuro, per ora sono contento di avere dato il mio piccolo contributo al gruppo XeDotNet.org che continua a crescere. Il ciclo di meeting su .Net 3.0 è molto interessante e vi consiglio di partecipare alle prossime riunioni.
Windows Presentation Foundation con XAML (eXtensible Application Markup Language) per la gestione delle nuove esperienze UI in WIndows:
Se non lo conoscete eccovi un paio di dritte per introdurvelo:
Ecco un paio di esempi di come usare le reflection nell'analizzare oggetti .NET:
Articoletto veloce veloce per capire come utilizzare ed estendere i PropertyGrid (da CodeProject ).
Durante il prossimo meeting di XeDotNet.org del 6 aprile terrò una sessione su Windows Communication Foundation.
Se siete interessati ad una introduzione e qualche approfondimento su WCF, iscrivetevi.
L'evento si tiene a Mestre, nella sede ACLI di via Girolamo Ulloa. Se arrivate in treno, la sede si trova all'uscita del sottopassaggio della stazione che porta anche ai binari.
Per la mappa per giungere al luogo dell'incontro cliccare qui.
L'iscrizione all'evento è gestita direttamente da Microsoft. Questo è il collegamento alla pagina di registrazione.
Grazie Maxmost
In generale sulle Regular Expressions:
Ripropongo da questo blog Microsoft il link ad una serie di lezioni pratiche su .Net 3.0, in pratica diversi post che affrontano con dei tutorial le diverse tecnologie WPF, WCF (la mia preferita) e WWF (o WF).
Spesso si ospitano dei servizi Windows Communication Foundation (WCF) in IIS ma non è l'unico modo per esporli ai client. Un qualsiasi applicativo di tipo console o anche una semplice applicazione Windows Forms possono ospitare dei servizi e ci sono alcuni casi in cui questa opzione non è poi così assurda come potrebbe sembrare.
Una alternativa host per WCF propriamente confrontabile con IIS è un servizio di Windows, capace di partire in modo automatico/unattended all'avvio del sistema e pensato per operare 24x7.
In questo post racconto la mia esperienza di deployment di un servizio Windows. Questi sono i passi che ho seguito:
Certificato
Il certificato, pubblicamente verificabile ed emesso da una Certification Authority (CA), può essere registrato nel server usando l'add-in Certificate in una console MMC. Lanciare mmc.exe, menu File, voce Add/Remove Snap-in, aggiungere Certificate, selezionare quale certificate store gestire.
Nel mio caso ho scelto di registrare il certificato a livello di computer account, tra i Trusted Publishers. Questa impostazione deve coincidere con quanto riportato nella configurazione del servizio WCF.
Il certificato viene utilizzato dal servizio WCF per gestire la crittografia delle comunicazioni client-server e quindi l'account con cui viene eseguito il servizio Windows deve avere accesso alla chiave privata.
Il servizio Windows può utilizzare un qualsiasi account predefinito, come LocalSystem, o del dominio. Nel mio caso ho deciso di creare un account di dominio specifico per il servizio WCF, al fine di controllare facilmente i privilegi di accesso alle diverse risorse del dominio.
WinHttpCertCfg.exe (MSDN e Support) è uno strumento da linea di comando per verificare e concedere l'accesso al certificato.
Nel mio scenario ho eseguito questo comando per verificare gli account che hanno già accesso alla chiave:
winhttpcertcfg -l -c LOCAL_MACHINE\TrustedPublisher -s <nome certificato>Questo comando invece per assegnarlo all'utente desiderato :
winhttpcertcfg -g -c LOCAL_MACHINE\TrustedPublisher -s <nome certificato> -a <dominio>\<utente>
Namespace
Probabilmente il servizio WCF da esporre ha degli endpoint con binding http e se il sistema server è Windows 2003 Server SP1, Windows Vista o Windows XP SP2 è necessario avere a che fare con HTTP.SYS. Rimando a questo articolo per i dettagli su HTTP.SYS.
Per quanto ci interessa ai fini di WCF, solo gli amministratori hanno il diritto di registrare un namespace arbitrario, senza previa autorizzazione, mentre l'account che si usa per il servizio Windows non ha privilegi così elevati.
Per registrare il namespace si utilizza lo strumento da linea di comando HttpCfg.exe (MSDN), già presente in XP SP2, installabile con i support tools in Windows Server 2003.
Il problema di HttpCfg.exe, per chi è allergico agli strumenti da riga di comando, è la complessità dei parametri. Dominick Baier ha realizzato HttpSysCfg.exe, un utilissimo strumento che semplifica le operazioni.
Nel mio caso ho selezionato l'account per il servizio Windows ed ho aggiunto l'URI del servizio, nella forma:
http://+:<porta>/<TuaApplicazione>
L'URI è diverso da un caso all'altro. Lo strumento ha bisogno di HttpCfg.exe per funzionare. Per i dettagli si vedano questo post e anche questo.
Su Vista non è presente il tool HttpCfg.exe e si utilizza il comando netsh.exe per configurare HTTP. Si può anche installare HttpCfg.exe ma per la registrazione del namespace netsh.exe è altrettanto "semplice". Con netsh.exe il comando avrà una sintassi di questo tipo:
netsh http add urlacl http://+:<porta>/<TuaApplicazione> user=<utente>
MSMQ
Nel mio scenario ci sono anche degli enpoint con binding msmq (molto interessante). Si deve verificare che all'account del servizio Windows siano concessi i privilegi necessari per accedere propriamente alla coda.
Uilizzando MSMQ ho anche incontrato un errore inatteso. Quando il servizio WCF tentava l'accesso alla coda per inserire un messaggio, riceveva una eccezione del tipo: "No internal Message Queuing certificate exists for the user".
Per risolvere il problema e non perdere troppo tempo ho preferito usare le maniere forti. Ho lanciato MMC utilizzando (RunAs) l'account per il servizio Windows, ho apero lo strumento di amministrazione di MSMQ (Computer Management) ed ho registrato lo user certificate (Technet). Immagino ci siano altri modi per affrontare il problema.
Conclusione
Avendo iniziato ad usare WCF nel 2003, mi lascia abbastanza perplesso la mancanza di strumenti amministrativi visuali in grado di coprire queste semplici esigenze. I tool di integrazione di WCF in Visual Studio 2005 non sono ancora giunti alla versione definitiva e potrebbe spuntare qualcosa di nuovo nelle prossime settimane (o mesi).
Immagino che tutto quanto ho descritto si possa realizzare con delle custom actions nel setup del servizio Windows ma nel mio scenario sarebbe stato un overkill.
Ovviamente ho raccontato la mia personale esperienza, ho tralasciato molti dettagli e sottinteso alcuni concetti di WCF. Per maggiori informazioni su WCF questo è un ottimo punto di partenza.
Post
Tutti i commenti
