Pro C# 2010 and the .NET 4.0 Platform, Fifth Edition

Riccardo Zanardini — Mon, 08 Mar 2010 11:40:02 GMT

Aspettando aprile mi appunto un link:

http://apress.com/book/view/9781430225492

Technorati Tags: Book

Riccardo.

Histats.com

Riccardo Zanardini — Fri, 05 Mar 2010 07:59:32 GMT

Ieri Luca mi ha mostrato http://www.histats.com e subito l’ho integrato nel mio blog… devo ancora capirne tutte le potenzialità ma sembra davvero molto interessante… e poi è free!

Riccardo.

Patterns for Parallel Programming

Riccardo Zanardini — Tue, 16 Feb 2010 08:39:58 GMT

Qui è disponibile il download del documento “Understanding and Applying Parallel Patterns with the .NET Framework 4” scritto da Stephen Toub (team Parallel Computing Platform) con relativi esempi in C# o VB.

Riccardo.

SilveOS.com

Riccardo Zanardini — Wed, 13 Jan 2010 10:37:46 GMT

Alpha version of SilveOS.com:
http://www.silveos.com

Riccardo.

System.Runtime.InteropServices.ExternalException: A generic error occurred in GDI+

Riccardo Zanardini — Mon, 02 Nov 2009 10:58:22 GMT

La migrazione a Seven non è stata poi così indolore:

https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=437335#tabs

Riccardo.

Un update parecchio dannoso per OCS

Riccardo Zanardini — Tue, 27 Oct 2009 14:29:20 GMT

http://communicationsserverteam.com/archive/2009/10/14/632.aspx

Riccardo

NATURAL JOIN and USING clause in joins

Riccardo Zanardini — Tue, 29 Sep 2009 08:03:07 GMT

Dalla mailing list UgiAltNet (http://tech.groups.yahoo.com/group/ugialtnet/) ecco, a mio avviso, una buona causa per cui votare:

https://connect.microsoft.com/SQLServer/feedback/ViewFeedback.aspx?FeedbackID=153679

Riccardo.

SQL CE e l’Arithmetic Overflow

Riccardo Zanardini — Wed, 09 Sep 2009 13:15:37 GMT

L’esigenza del cliente consiste in un’aplicazione che, utilizzando SQL CE, permetta la memorizzazione di una serie di informazioni; una di queste è un valore numerico che potra variare da 0 a 99,9 con precisione massima ad un numero dopo la virgola.

Perfetto, creo un DB SQL CE contente la tabella “test” con, fra gli altri, il campo “colonna” di tipo numeric (3,1).

        1: create table test 

       2: (

       3: Id int primary key identity(1,1),

       4: ...

       5: colonna numeric (3,1)

       6: )

Scrivo anche un test che eseguendo il codice:

       1: using (var connection = new SqlCeConnection("Data Source=… "))

       2: {

       3:     connection.Open();

       4:     SqlCeCommand command = connection.CreateCommand();

       5:     command.CommandText = "INSERT INTO Test (Colonna) VALUES (@p0)";

       6:     command.Parameters.Add(new SqlCeParameter("p0", 100));

       7:     command.ExecuteNonQuery();

       8: }

si aspetta un’eccezione.

Perfetto, eseguendo il test l’eccezione viene sollevata ed il test passa.

In realtà l’applicazione non esegue direttamente le istruzioni SQL, ma scrive e legge le informazioni dal DB utilizzando una entity mappata con NHibernate, tale entity espone la property “colonna” di tipo double.

Ovviamente anche questa parte di codice è coperta da alcuni test che ne verifichino il corretto funzionamento.

In particolare scriviamo anche un test che istanziando la entity e valorizzando la property colonna con il valore 100 si aspetta un’eccezione al momento della Insert nel DB.

Ricreo la tabella ed eseguo il test.

Qui esiste nasce il problema: l’eccezione NON viene sollevata!

Ma come? Il campo non era un numeric (3,1)?

A casa mia 100 è maggiore di 99,9!

Come prima azione, dopo aver eseguito il test che inserisce il valore 100 senza aver sollevato l’eccezione, mi collego al db Sql CE con la management studio ed eseguo l’istruzione

       1:  

       2: Select count(*) from test

Risultato = “1”.

Ma allora il record è entrato!

Eseguo l’istruzione

       1: Select Id from test

Risultato = “1”.

Allora eseguo l’istruzione

       1: Select colonna from test

Risultato = “Major Error 0x80004005, Minor Error 0 Arithmetic Overflow”.

Dopo una decina di secondi conditi da una sequenza di “brutti porchi” eseguo l’istruzione

       1: Select cast([COLONNA] as numeric(4,1)) from test

Risultato = “100”.

Colto da un dubbio amletico vado a controllare le proprietà del campo colonna e vedo: “numeric (3,1)”

Premesso che ci sono mille soluzioni per aggirare il problema vorrei capire perchè esiste questo comportamento!

Alcune premesse:

La versione del mapping di NHibernate utilizzata è la seguente

<hibernate-mapping xmlns="urn:nhibernate-mapping-2.2" >

la property è semplicemente mappata così:

<property name="Colonna"/>

Il dialetto è quello per Sql CE:

<property name="dialect">NHibernate.Dialect.MsSqlCeDialect</property>

Ora vorrei rispondere alla domanda: “Perchè inserendo il valore 100 con un’istruzione sql ottengo (giustamente) l’eccezione mentre con NHibernate no?”

Scaricando il codice di NHibernate (http://sourceforge.net/projects/nhibernate/ ) e modificando la reference del mio progetto agganciandomi così al codice posso facilmente debuggare quello che avviene al “Save” del mio repository.

Dietro le quinte Nhibernate non fa “magie”, alla fine dei suoi ragionamenti genera una SqlCeConnection ed un SqlCeCommand e ne esegue il metodo ExecuteNonQuery.

L’unica particolarità consiste nel SqlDbType utilizzato da Nhibernate, se la property della mia entity è definita come double Nhibernate forza il SqlDbType del parametro a “Float” e non “Decimal”.

Perfetto: abbiamo risposto alla domanda, ci basta mappare la property così:

<property name="Colonna" type="Decimal" />

ed NHibernate utilizzando il SqlDbType corretto genererà la giusta eccezione.

Ora però mi sorge un’altra domanda: io posso anche accettare che mi si imponga quale SqlDbType utilizzare ma se il campo è numeric (3,1) perchè SQL CE si è memorizzato il valore 100?

A questa domanda non ho ancora saputo rispondere... idee?

Riccardo.

Idee per Rhino Mocks 4.0?

Riccardo Zanardini — Fri, 04 Sep 2009 15:31:43 GMT

Il forum è qui

Riccardo.

Skebby

Riccardo Zanardini — Thu, 27 Aug 2009 07:29:16 GMT

Skebby, lo Skype per gli SMS?

http://www.skebby.it/

Riccardo.