Alcune ottime risorse per iniziare con la claims-based security. Il libro elettronico scritto, fra gli altri, da Vittorio Bertocci e gli esempi scaricabili direttamente dal sito di Microsoft coprono i casi piú importanti come:

1. Web Single Sign On
2. Web Single Sign On su Azure
3. Federazione
4. Federazione con partner multipli e web service

    

Gli esempi del libro: http://www.microsoft.com/downloads/details.aspx?familyid=33829BCF-F5EA-4650-B807-57C63A753753&displaylang=en

Il libro elettronico:  http://www.microsoft.com/downloads/details.aspx?familyid=4C09FFE4-43DD-4FCC-BE35-C897C9BC4386&displaylang=en

 

Giuseppe

Per chi come noi utilizza in Visual Studio template T4 per generare automaticamente codice sorgente e si ritrova a creare o modificare template giá pronte (nel nostro caso template oggetti Entity Framework POCO) ma ha bisogno di una mano nel debugging di complesse sequenze di codice T4 bastano poche accorteze per riuscirci. Basta cambiare la proprietá debug del prima riga del template da false a true per garantirsi la visione/ispezione dei sorgenti durante il debug:

<#@ template language="C#" debug="true" hostspecific="true"#>

il passo successivo è inserire una istruzione di Break del debugger nel punto interessato:

<#System.Diagnostics.Debugger.Break();#>

Prima di eseguire (anche solo salvando) il template è necessario effettuare un attach della sessione corrente di Visual Studio da un'altra istanza di Visual Studio. In caso contrario Visual Studio andrá in errore chiudendosi "malamente" costringendovi a ricaricarlo. Ovviamente risulterá essere particolarmente noioso se oltre al template al momento dell'errore avete altri sorgenti non salvati in sessione perché andranno irrimediabilmente perduti ...

Per evitare noie di questo tipo e per garantirsi che il BreakPoint venga raggiunto soltanto nel caso in cui Visual Studio sia stato effettivamente "agganciato" é possibile cambiare lo statement precedente nel seguente:

<# if(System.Diagnostics.Debugger.IsAttached) /*break only if attached =DG=*/ System.Diagnostics.Debugger.Break();#> 

Ho provato il tutto con VS2010 ma sono certo che vada bene anche con VS2008 

Giuseppe

 

Mi sono imbattuto in questo post:

http://blogs.msdn.com/cesardelatorre/archive/2010/04/30/using-entity-framework-self-tracking-entities-with-appfabric-cache-velocity-and-net-4-0-rtm.aspx

sostanzialmente il serializzatore di Velocity non riconosce le collezioni TrackableCollection come serializzabili perché manca l'apposito attributo. Aggiungendo opportunametne l'attributo [CollectionDataContract] come suggerito nel post il problema é risolto.

Giuseppe

Abbiamo alcuni progetti basati per la parte di interfaccia utente su tecnologia Windows Presentation Foundation. Ecco un link con una parte dei motivi per cui conviene seriamente prendere in considerazione il passaggio alla versione 4:

http://10rem.net/blog/2010/04/12/wpf-4-release-a-guide-to-the-new-features

Giuseppe