GRRR! Corner

Entity Framework errore datetime2

Alberto De Luca — Tue, 08 Jun 2010 07:13:30 GMT

Usando Entity Framework e recuperando il modello da un DB SQL 2008 ci si può imbattere in un errore di "tipo datetime2 non supportato per la versione corrente di SQL" se poi si tenta di utilizzarlo su un DB SQL 2005. Per ovviare a questo problema si deve aprire il file edmx con l'editor XML e modificare il valore del token ProviderManifestToken = "2008" a ProviderManifestToken = "2005"

Alla prossima

Alberto.

NetScreen VPN Client in Windows 7

Alberto De Luca — Thu, 20 May 2010 08:35:06 GMT

Per chi usa il VPN Client di NetScreen (che non è stato aggiornato a Win 7) nella versione a 32 Bit è possibile comunque utilizzarlo "forzando" un po' l'installazione.

Questi i passi da fare:

1. Interrompere il Servizio Volume Shadow Copy Service (VSS) responsabile del messaggio di errore iniziale quando si installa il Client

2. Installare il client Juniper ed ignorare eventuali messaggi di errore riguardo al Virtual Adapter

3. Riavviare il PC

4. Se il servizio Microsoft IKE and IPSec sono attivi, interromperli.

5. Importare le Security Policy

6. Avviare il servizio SafeNet IKE Service

7. Connettersi alla propria rete.

Non so se tutto questo vale anche per la versione a 64 bit del s.o. (non l'ho provato).

Alberto.

VS2010 Resx Bug...

Alberto De Luca — Tue, 20 Apr 2010 11:58:07 GMT

Ho rilevato un bug su VS 2010 Ultimate in fase di compilazione. In un progetto importato da VS 2008 alcuni file di risorse dei form che contengono le ImageList vanno in errore rilevando un errore di "formato non corretto" (tipo un errore dovuto a compilazioni su processori con architetture diverse). In realtà l'errore è dovuto alla non correttezza del formato mime di serializzazione delle immagini. Per risolvere questo bug, infatti ho aperto il file di risorse della form che generava l'errore attraverso un editor di testo ed ho modificato questa riga:

con questa:

Fatto questo il compilatore ha portato a termine il suo lavoro.

Alberto.

Approssimazioni datetime in SQL...

Alberto De Luca — Wed, 14 Oct 2009 00:27:22 GMT

Oggi mi è capitato un problema alquanto rognoso. In un applicativo ho la necessità di salvare su DB SQL, in un campo di tipo datetime, il valore dell'istante precedente alla mezzanotte. Per fare questo ho semplicemente impostato il valore da inserire sul DB togliendo 1 msec. al valore Data + 1 giorno - 1 millisecondo ovvero:

Date.Today.AddDays(1).AddMilliseconds(-1)

Con mia enorme sorpresa, al momento del recupero di detto valore non mi trovavo le 23.59.59.999 di oggi, bensì le 00.00.00.002 di domani. Questo accade perchè SQL ha una precisione sul campo datetime di 3.33 millisecondi e ricorregge automaticamente i valori errati inseriti.

Per ottenere il valore indicato ho dovuto ricorreggere l'espressione di cui sopra:

Date.Today.AddDays(1).AddMilliseconds(-4).

Questo perchè l'apprezzabilità della correzione era comunque tollerata dall'applicativo. Diciamo che per un problema di architettura di SQL mi sono perso la mia bella mezz'ora nel cercare di trovare errori nel mio codice che in realtà non esistevano. La soluzione, al solito l'ho trovata sui BOL di SQL:

ms-help://MS.SQLCC.v10/MS.SQLSVR.v10.it/s10de_6tsql/html/9bd1cc5b-227b-4032-95d6-7581ddcc9924.htm

In Sql 2008 esiste il tipo di dati datetime2 che ha un'approssimazione molto più grande.

Alla prossima...

Alberto.

Come impostare la connessione di un ADO.NET Entity Data Model a Runtime

Alberto De Luca — Fri, 31 Jul 2009 15:49:32 GMT

Oggi mi sono scornato con un problema di modifica della connessione al server SQL di un ADO.NET Entity Data Model. A prtima vista sembra che non sia possibile impostare facilemente la nuova stringa di connessione. Imprecando un po' alla fine ci sono riuscito, posto questa soluzione pur consapevole che non sia la migliore, però è funzionante

        Dim EntityCnBuilder As New System.Data.EntityClient.EntityConnectionStringBuilder()
        Dim CnBuilder As New SqlClient.SqlConnectionStringBuilder()
        CnBuilder.DataSource = "ISTANZA ServerSQL"
        CnBuilder.UserID = "MyUserID"
        CnBuilder.IntegratedSecurity = False
        CnBuilder.Password = "abcdefg12345678"
        CnBuilder.InitialCatalog = "MIODATABASE"
        CnBuilder.MultipleActiveResultSets = True
        EntityCnBuilder.ProviderConnectionString = CnBuilder.ConnectionString
        EntityCnBuilder.Name = ""
        EntityCnBuilder.Metadata = "res://*/MyModel.csdl|res://*/MyModel.ssdl|res://*/MyModel.msl"
'I metadati si ricavano dalla stringa di connessione che il wizard visualizza durante la creazione dell'Entity Data Model
'Successivamente sono visibili all'interno del file App.config alla sezione ConnectionStrings
        EntityCnBuilder.Provider = "System.Data.SqlClient"
        Dim EntityCn As New System.Data.EntityClient.EntityConnection(EntityCnBuilder.ConnectionString)
        Dim Data as New MyEntities(EntityCn)

Alla prossima!!!!

Alberto.

System.BadImageFormatException x64 API in VB.NET

Alberto De Luca — Mon, 27 Jul 2009 21:10:18 GMT

Ho installato da qualche giorno un nuovo PC con il S.O. a 64 Bit... ad onor del vero qualche problemino viene sempre fuori finchè tutte le problematiche di compatibilità non saltano fuori ad una ad una. Ad esempio oggi mi sono scontrato con un problema relativo ad una chiamata ad un'API che mi restituiva una System.BadImageFormatException, sicuramente generata dal fatto che la dll era compilata per piattaforme a 32 Bit... poco male... ho cambiato il target di compilazione del mio progetto da AnyCPU ad x86 e tutto è andato a posto... Questo accadeva perchè su un S.O. a 64 Bit il compilatore (giustamente) utilizza la piattaforma nativa se non specificato diversamente. Per modificare il valore basta aprire le impostazioni del progetto-->scheda compilazione-->opzioni di compilazione avanzate e selezionare x86 dal menu a discesa "CPU di destinazione".

A presto,

Alberto.

ActiveForums Auto Subscription

Alberto De Luca — Wed, 22 Jul 2009 13:35:23 GMT

E' da qualche tempo che stiamo lottando in community con un modulo per DotNetNuke che cipermette di gestire i forum dal nome Active Forum. In particolare abbiamo riscontrato alcune difficoltà nella gestione delle sottoscrizioni al forum stesso, ovvero gli utenti per partecipare ai forum e per ricevere le notifiche devono obbligatoriamente spuntare manualmente una casella di sottoscrizione per ogni forum a cui intendono partecipare. Questo comportamento non era quello da noi desiderato poichè volevamo che ogni utente fosse automaticamente iscritto ad ogni forum nel momento della creazione del proprio account utente e caso mai, successivamente se la cosa non gli piaceva poteva deiscriversi da solo. Nell'ultima versione di Active Forum esiste la possibilità di auto sottoscrizione di alcuni gruppi di utenti ai forum, ma c'è una limitazione, ovvero la cosa non è gestibile dall'utente ma viene impostata solo a livello di amministrazione. Scartabellando un po' dentro il DataBase di DNN sono riuscito a creare un Trigger sulla tabella degli utenti affinchè vengano inseriti per default i forum pubblici nel momento in cui un utente conferma ed autorizza la propria subscription. Se qualcuno avesse bisogno di sapere qual'è la procedura (è un po' lunghetta e non sto qua a descriverla per non tediare il lettore) può sempre inviarmi una mail o rispondere a questo post... In definitiva da oggi abbiamo tutti i nuovi utenti iscritti di default anche ai forum pubblici, auspicando di aumentare in questo modo le domande e le risposte in community.

Ciao e alla prossima.

Alberto.

VS 2008: SLOW INTELLISENSE WITH BIG DATASET

Alberto De Luca — Tue, 14 Jul 2009 21:18:09 GMT

It was already quite a long time that Visual Studio IDE was very slow when Intellisense had to elaborate DataSet classes with many tables, relations and constraints.

I looked in the Web and I found the solution. The problem is the creation of the XML documentation file linked to DataSet, so it is necessary to disabled the function of creation of this file during the DataSet creation. Click the right button on the project -->properties-->Build-->uncheck the flag "XML documentation file"

And we won this time as well.... :)

HTH

Alberto

Fate molta attenzione alle garanzie!!!! Ma sopratutto alla Ermes!!!!

Alberto De Luca — Thu, 18 Jun 2009 13:18:40 GMT

Il mondo delle garanzie sui prodotti venduti, sopratutto nei rapporti B2B, nonostante mille regolamentazioni è sempre più una jungla. Pochi sono i venditori dai sani principi e dotati di una buona dose di buon senso che riconoscono i propri errori o le proprie mancanze nei confronti di operazioni di compravendita poco chiare. Mi è capitato di dover acquistare per un mio cliente un pezzo di ricambio per una stampante termografica Evolis Peeble al prezzo di oltre € 400,00 + IVA. Dopo pochi mesi (circa 6) al mio cliente si è guastato il pezzo in questione del quale ho richiesto la valutazione della sostituzione in garanzia. Il fornitore tale ditta Ermes di Calderara di Reno, (www.ermes-online.it) dal quale ho deciso di non acquistare mai più neanche uno spillo, mi comunicava che la garanzia sui pezzi di ricambio della Evolis era limitata a 3 mesi. Quando ne ho chiesto la ragione mi hanno comunicato che nel caso dei pezzi di ricambio la garanzia è determinata dal produttore e che loro non ne erano responsabili. Non parlo legalese ma credo che le condizioni di garanzia e sopratutto le limitazioni di garanzia (come in questo caso) debbano essere CHIARAMENTE ESPLICITATE al momento della compravendita, cosa che la Ermes ha omesso vuoi per dimenticanza, vuoi per ignoranza (può darsi che anche loro non lo sapessero). Richiamati su questo aspetto (ovvero che se non dichiarati correttamente i termini di garanzia, allora valgono le disposizioni generali) mi hanno invitato a parlare della cosa direttamente con Evolis, aggiungendo che Evolis avrebbe saputo valutare MOLTO BENE le richieste di un cliente che fa un limitato volume d'affari come me!!!!! (Tutto questo è documentato da alcune email) Oltre a questo hanno inviato una mail direttamente alla Evolis con il dettaglio di ciò che avevo acquistato dei loro prodotti dalla Ermes, quasi fosse un giustificativo del fatto che potevano anche permettersi di non considerarmi. Sono rimasto alquanto basito di questo comportamento e sinceramente sto valutando se andare o meno fino in fondo alla cosa, se qualcuno di voi ha indicazioni o proposte da fare, è benvenuto poichè la nostra Community ha lo scopo di promuovere, sulla base delle nostre esperienze, le attività e le tecnologie che possono aiutarci nel lavorare meglio, ma anche quello di condividere esperienze negative al fine di aiutare gli altri nella scelta migliore anche dei propri fornitori. Fortunatamente Evolis non vende solo attraverso Ermes... quindi se qualcuno ha bisogno di un fornitore alternativo faccia pure un fischio. :)

Alberto

Rendere persistente il My.Settings in successive versioni

Alberto De Luca — Tue, 02 Sep 2008 08:35:02 GMT

Dalla versione 2005 in poi di Visual Studio è stato introdotto il Namespace My per i programmatori VB. Tra le caratteristiche più interessanti la possibilità di salvare le impostazioni attraverso la classe My.Settings. Può nascere un problema poichè alcune impostazioni salvate a livello utente vengono perdute al cambio di versione del prodotto perchè vengono memorizzate in una particolare locazione sul disco che tiene conto, appunto della versione del programma. Per evitare questo dobbiamo andare nella pagina di gestione delle impostazioni (Click Destro sul Progetto --> Proprietà --> Impostazioni) cliccare la proprietà che si vuole rendere persistente, aprire la pagina delle proprietà della proprietà (scusate il gioco di parole) ed impostare la proprietà Roaming a True ed il gioco è fatto. Questo permette al programma di usare il valore della proprietà impostata nella versione precedente a quella attualmente installata nel momento in cui viene creato il file Xml utente nella sua cartella riservata.

Ci sentiamo alla prossima tips...

Alberto De Luca.