Il blog di Luca Mauri

ASP.NET 4.0 client id

Luca Mauri — Mon, 09 Nov 2009 13:17:44 GMT

Segnalo questo post di Rick Strahl su una delle nuove features del prossimo asp.net 4.0, ossia la possibilità di indicare per i controlli asp.net uno specifico client id, evitando i workaround attuali come quello di avere script server per recuperare gli id dei controlli che devono essere manipolati via javascript.

Il posto è interessante e approfondito, come sempre per tutti gli articoli di Rick.

Technorati Tags: ASP.NET,ASP.NET 4.0

Subsonic 3.0 command timeout issue

Luca Mauri — Tue, 13 Oct 2009 14:40:45 GMT

Sto usando SubSonic 3.0 e mi sono purtroppo accorto di un problema nell’utilizzo delle stored procedure che necessito di una modifica del parametro di timeout.

Il problema è relativo all’impostazione del CommandTimeout sull’oggetto StoredProcedure di SubSonic. SubSonic “wrappa” i comandi all’interno di un QueryCommand che poi a sua volta rimappa sul DbCommand relativo al provider di database utilizzato.

Esattamente nella classe SubSonic.DataProviders.DbDataProvider e nei vari metodi Execute, non viene rimappato il CommandTimeout impostato sul QueryCommand di SubSonic nel DbCommand di ADO.NET.

La soluzione per il momento consiste nello scaricarsi i sorgenti di SubSonic e modificare nei punti indicati(oltre che di segnalare il bug su github, che proprio ora che mi serve è down!!!)

Technorati Tags: SubSonic

Silverlight Mime Type

Luca Mauri — Thu, 30 Jul 2009 12:18:05 GMT

Se installate su un server web la vostra applicazione silverlight(2.0 o 3.0) e quando la richiamate dal browser avete un errore del tipo:

Message: Unhandled Error in Silverlight Application
Code: 2104
Category: InitializeError
Message: Could not download the Silverlight application. Check web server settings

Probabilmente il problema è che manca la registrazione, sul web server del mime type che mappa lo xap di Silverlight:

Estensione: .xap
Tipo MIME:application/x-silverlight-app.

del.icio.us Tags: Silverlight

Installing TFS 2008 SP1 with SQL SERVER 2008 SP1

Luca Mauri — Tue, 30 Jun 2009 16:28:36 GMT

Ho perso qualche ora per arrivare alla fine a questo KB del supporto di Microsoft che spiega come creare lo slipstream di installazione di Team Foundation Server 2008 SP1 se sul server c’e’ installato SQL SERVER 2008:

Questo il link all’articolo.

del.icio.us Tags: TFS 2008

EF Self Tracking Entities: direi…finalmente la luce in fondo al tunnel ?

Luca Mauri — Tue, 30 Jun 2009 14:08:28 GMT

Dalla fonte:

http://blogs.msdn.com/adonet/archive/2009/06/22/feature-ctp-walkthrough-self-tracking-entities-for-entity-framework.aspx

“The first scenario we are trying to address with Self Tracking Entities is one in which a WCF service exposes a series of operations that return entity graphs, then a client application can manipulate that graph and submit the modifications to a service operation that validates and performs the updates to a database store using Entity Framework”

E finalmente stiamo arrivando a qualcosa di serio…
Leggere anche questo relativamente alla nuova generazione di POCO entities tramite T4.

PS. l’evidenziazione in grassetto della frase è mia e non della fonte.

PS2. per me che sono un promotore dell’ “autogenerazione del codice”, T4 è veramente potente e di fatto lo uso già per generarmi i miei DTO.

del.icio.us Tags: Entity Framework,.NET

Silverlight Initialize Parameters via javascript

Luca Mauri — Wed, 24 Jun 2009 13:34:05 GMT

Qui è spiegato come passare parametri di inizializzazione all’applicazione Silverlight.

Il metodo spiegato funziona utilizzando il controllo asp.net che crea e lancia Silverlight. Se la nostra interfaccia è invece una pagina html, i parametri possono essere passati direttamente al javascript nel seguente modo:

object data="data:application/x-silverlight-2," type="application/x-silverlight-2"
           width="100%" height="100%">
<param name="source" value="ClientBin/PlugIn.Trasparenza.UI.xap"/>
<param name="onerror" value="onSilverlightError" />
<param name="background" value="white" />
<param name="minRuntimeVersion" value="2.0.31005.0" />
<param name="autoUpgrade" value="true" />
<param name="initParams" value="myparam=value" />
<a href="http://go.microsoft.com/fwlink/?LinkID=124807" style="text-decoration: none;">
    <img src="http://go.microsoft.com/fwlink/?LinkId=108181" alt="Get Microsoft Silverlight"
           style="border-style: none"/>
</a>
</object>

Silverlight 2.0 Navigation Page

Luca Mauri — Tue, 23 Jun 2009 13:04:22 GMT

Sto affrontando da poco un primo progetto in Silverlight 2.0 e tra le tante features presenti, ho da subito notato la mancanza di un sistema che permetta la navigazione tra pagine xaml.

Infatti, a meno che non si sviluppino semplici demo e/o test case, mi sembra quanto meno una cosa importante poter organizzare la propria Silverlight-application su più xaml page che verranno più o meno caricate in base alle azioni utente.

In Silverlight 3.0 il supporto per la navigazione tra pagine(integrato anche con il sistema di navigazione del browser) ci sarà.

In Silverlight 2.0, una soluzione valida, probabilmente l’unica, viene da qui.

del.icio.us Tags: Silverlight

Entity Framework 4.0 POCO

Luca Mauri — Tue, 12 May 2009 08:19:07 GMT

Notizia più bella non poteva esserci…(beh lo so, non è una novità, però mi rende felice lo stesso…)

http://blogs.msdn.com/adonet/archive/2009/05/11/sneak-preview-persistence-ignorance-and-poco-in-entity-framework-4-0.aspx

Adesso aspetto i prossimi post per capire bene tutto il resto….

E speriamo vivamente in EF 4, perchè ad oggi EF è IMHO troppo poco flessibili….ho preferito passare a SubSonic 3 Alpha….

del.icio.us Tags: Entity Framework,POCO

AutoMapper, EFPocoGenerator, EntityFramework and associations

Luca Mauri — Sat, 02 May 2009 13:00:07 GMT

Sto usando per ora con un certo “piacere” AutoMapper per mappare tutte le entities di EF nel mio layer di DTO.

Il DTO lo creo utilizzando EFPocoGenerator.

EF genera nelle entities anche le proprietà relative alle relazioni 1—Molti, quindi se per esempio User contiene una foreign key di tipo UserStatus, la entity UserStatus conterrà a sua volta una prorietà List<User>(la troveremo nelle Navigation Properties dell’ edmx).

Il problema è il seguente: se cerco di mappare con AutoMapper una query linq to entities che mi ritorni Users e UserStatus, il metodo Map di AutoMapper va in stack overflow.
Infatti cercherà di mappare in ordine: le proprietà di User, UserStatus, List<User> in UserStatus, UserStatus, etc…. in ricorsione infinita.

Per farla breve e veloce, ho optato per una scelta di questo tipo: non mi serve avere nel mio DTO la mappatura delle relazioni 1 a Molti, che eventualmente inserirò a mano quando necessario nelle partial class relativi ai DTO autogenerati.

Ho quindi fatto una piccola modifica al codice di EFPocoGenerator per impedire la generazione di tali proprietà e tutto ora funziona correttamente.

del.icio.us Tags: Entity Framework,AutoMapper,EFPocoGenerator

Entity Framework POCO Generator

Luca Mauri — Fri, 17 Apr 2009 08:00:53 GMT

Una delle problematiche che affligge Entity Framework e di cui ci sono anche parecchi post in merito, è la totale dipendenza delle entities dalla logica di persistenza.

Insomma, se voglio come è normale utilizzare il mio model in altri strati della mia architettura multilivello, creo implicitamente una dipendenza con lo strato di accesso ai dati.

E questo, indipendentemente che voglia realizzare o meno una soluzione il più astratta e loosely coupled possibile, è male.
In particolare se pensiamo a tutta una serie di scenari SOA dove utilizzo dei servizi web che devono dialogare tramite queste entities.

La soluzione esiste, e sono i DTO. Attraverso i DTO rimappo le entity non POCO(Plain Old CLR Objects) di EF su un insieme di classi POCO.

Per semplificare questa operazione e renderla automatica, suggerisco l’uso dell’ Entity Framework POCO Generator.
Questo tool fa parte di un progetto che fornisce anche un adapter per supportare l’utilizzo delle entities POCO con l’ Entity Framework.

Una volta scaricato il progetto, di cui si hanno i sorgenti, si ricompila il tool di generazione ed è poi possibile automatizzare la creazione del nostro nuovo model inserendo sul progetto in Visual Studio una pre-build condition in modo simile a questo:

"$(SolutionDir)EFPocoClassGen\EFPocoClassGen.exe" /mode:PocoClasses /inedmx:"$(SolutionDir)MyProject.Data.Repository\Model\Entities.edmx" /outputdir:"$(ProjectDir)Model/autogenerated" /map:MyProjectModel=$(ProjectName).Model

del.icio.us Tags: .NET,Entity Framework,POCO