Blogs @ UGIdotNET

Evitate se possibile NHibernate not-found=”ignore”

Gian Maria Ricci — Wed, 19 Jun 2013 19:07:00 GMT

Se avete un legacy database dove alcuni processi fanno manipolazioni del database al di fuori del vostro controllo potreste trovarvi in una situazione in cui l’entità A referenzia l’entità B con una many-to-one, e quindi la tabella dove viene salvata l’entità A ha una foreign-key verso la tabella B.

Supponiamo inoltre che la tabella A sia stata introdotta in un momento successivo, e ci sono processi che cancellano record dalla tabella usata per salvare l’entità B, lasciando quindi i record di A orfani. In questa situazione NHibernate genererà un errore a runtime quando si tenta di accedere alla relazione di una entità orfana, perchè il lazy load non riesce a caricare la corrispondente entità B, pur avendo un id nella colonna della foreign-key.

Una possibile soluzione è utilizzare l’opzione not-found=”ignore”, la quale permette di dire a nhibernate di ignorare questa situazione, se nella tabella dell’entità A ci sta un riferimento ad una entità B che non è più presente, si può ignorare questo errore, e lasciare la corrispondente proprietà di navigazione a null.

Questa però è una soluzione poco efficiente per molte ragioni. La prima è che NHibernate effettuerà sempre la query per tentare di recuperare l’entità B correlata, quindi ogni volta che caricate una entità A viene sempre fatta una ulteriore select per capire se la corrispondente Entità B esiste, quindi non viene più applicato il lazy load. Quando caricate liste di entità il problema potrebbe diventare anche peggiore.

La soluzione in questo caso è una sola, fare in modo che il database non abbia foreign-key orfane, perchè avere una base dati di questo tipo è veramente molto pericoloso, quindi se avete dei processi fuori dal vostro controllo, non dimenticate la ON DELETE SET NULL, che permette di mantenere l’integrità referenziale in maniera automatica, e quindi evitando di dover ricorrere a delle opzioni “pericolose” di NHibernate.

Alk.

Epic e Theme in Agile Portfolio Management

Matteo Emili — Wed, 19 Jun 2013 11:39:45 GMT

Oltre alla tecnologia in se, l’introduzione della funzionalita’ di Agile Portfolio Management in Team Foundation Server e Service ha un grosso impatto sulla superficie che si va a coprire con il progetto.

Attenzione: in molti casi parlo di progetti medio-grandi. Introdurre concetti come questo in progetti piccoli potrebbe essere controproducente.

Fino ad oggi, il modo piu’ comune di approcciare l’agile backlog management e’ stato quelo di creare delle User Story e in seguito suddividerle in task unitari. Questo va benone e non sta cambiando, ma a volte ci si trova di fronte al seguente problema: la User Story e’ troppo grande per essere inclusa in uno sprint.

A volte capita, sfortunatamente. Per risolvere questo problema, ci viene in aiuto il concetto di Epic.

Un’ Epic e’ sostanzialmente una grande User Story, che e’ a sua volta divisa in diverse sottostorie il cui effort e’ compatibile con la durata dello sprint. Si puo’ rappresentare come un obiettivo funzionale. Una Epic contiene una o piu’ User Story tenute insieme da un tema comune. Non si terminera’ mai in uno sprint, solitamente un’Epic e’ una grossa feature (spesso una killer feature) del nostro prodotto. Si gestisce on top, perche’ potrebbe avere impatti anche su altri prodotti nell’organizzazione.

Il Theme e’ in coma a tutto quanto. Parlando in termini di progetto, potrebbe essere una major release. E’ una iniziativa, una pietra angolare del progetto stesso. I Theme guidano la strategia ed esprimono una direzione, per questo sono generalmente non specifici.

Al momento in Team Foundation Service (e presto in Team Foundation Server 2013) si avra’ il concetto di Epic out-of-the-box. Ma come Brian Harry ci ha detto nel suo post, e’ possibile effettuare delle customizzazioni con un basso effort per modificare l’esperienza d’uso e modellare in modo ancora piu’ fedele il processo.

Progetti per l’estate

Nazareno — Wed, 19 Jun 2013 08:38:19 GMT

Come potete vedere non ho messo un [OT] all’inizio del post perché i progetti che ho in mente sono prettamente di sviluppo:

1) Ho appena rilasciato la versione WP8 della mia app di punta (non un enorme numero di download, ma per essere una app regionale devo dire che va molto bene): Meteo FVG. E’ mia intenzione fare alcuni post per spiegare come l’applicazione è strutturata e condividere con voi il mio codice per darvi una traccia per affrontare problematiche simili. Analizzeremo come ho utilizzato il framework Caliburn.Micro per risolvere la mia naturale MVVM impedance mismatch, insieme a molti altre piccole soluzioni che ho dovuto trovare per arrivare ad una applicazione funzionante e spero anche “bella” da vedere. Il tutto non sarebbe stato possibile senza Matteo Pagani, che ho disturbato in parecchie occasioni

2) Sto iniziando ad usare un altro framework per il supporto allo sviluppo delle applicazioni che utilizzano in pattern MVVM: Radical del grande (e super disponibile) Mauro Servienti. Ci sto trovando tutto quello che mi serve per risolvere alcuni “problemi” di iterazione con la view che il pattern MVVM presenta. La mia idea è infatti che l’utente finale non deve accettare interfacce più “brutte” solo perché a noi “viene comodo” usare MVVM e l’user experience deve essere la stessa se non migliore. Condividerò con voi le potenzialità di questo framework che vi invito a provare fin da ora.

Come vedete, oltre che di buoni propositi questo post profuma di Community, un qualcosa che negli ultimi anni mi ha coinvolto sempre di più e che mi ha portato ad investire tempo (e denaro) ricavandone delle enormi soddisfazioni, chissà che non ci scappi anche un post sull’argomento.

Tag di Technorati: Community,vNext,Windows Phone,Radical,MVVM

Radical take 2: materiale

Mauro Servienti — Wed, 19 Jun 2013 08:31:00 GMT

Anche il secondo giro del nostro tour serale su Radical è andato, spero sia andato come speravo :-), dai feedback direi di si.

Ho pubblicato on line il materiale su SkyDrive: sdrv.ms/13DJLtT, mentre l’esempio che abbiamo cominciato a realizzare è presente nei sorgenti della solution per ora, al prossimo giro lo tolgo e lo faccio diventare un progetto a se per evitarvi di dover fare il setup della vostra macchina con tutti i crismi necessari per far funzionare la solution di Radical nel suo complesso (Windows 8, Hyper-V, Blend SDK vari, WP8 etc..)

Sto pianificando il prossimo step (take 3) con i seguenti argomenti:

Gestione di “conversazioni multiple”;
Editing di una entità (Person);

Gestione di un grafo complesso (aggiungendo ad esempio il concetto di Addresses a Person);

Introduzione ai concetti di “UI Composition” (partial e automatismi);
Scambio di informazioni tra VM via broker;

Ho messo online il “solito” doodle: http://doodle.com/4p67bkyvc4b2rnb9, è luglio quindi le date disponibili sono un po’ quel che sono a sto giro.

Re[studing] C# 5 - (WinRT)

Marco Baldessari — Wed, 19 Jun 2013 07:09:00 GMT

Premessa

Dopo anni di programmazione C# ho deciso di comprare un libro sull'ultima versione del linguaggio (5 - C Sharp (programming language)) e ri-studiarmelo.

Le ragioni sono:

Voglio rivedere i concetti base così da imprimerli nella mente confrontandoli con l'attuale conoscenza ed esperienza
Voglio studiare le novità dell'ultima versione ed altri aspetti non sufficientemente approfonditi delle precedenti

Materiale

Ho scelto come libro di testo C# 5.0 in a Nutshell la ragione è lo stile chiaro e coinciso con esempi e illustrazioni pratiche e intuitive. Se volete un idea provate a leggere questa serie di articoli sul Threading in C# estratti dall'ononima serie.

Metodo

Voglio registrare sul mio blog gli aspetti più interessanti e i piccoli appunti sulle caratteristiche del linguaggio che ignoravo oppure semplicemente davo per scontato.

Iniziamo

Dall'introduzione ho trovato interessante una parte che spiega che cosa è WinRT e che relazione ha il .NET Framework e quali sono le differenze...

Librerie Windows Runtime (WinRT)
- Interfaccia e ambiente di esecuzione indipendente dal linguaggio e OOP (basata su un evoluzione di COM)
- Supporta la nuova interfaccia Metro (ufficialmente Modern-UI)
- Le funzionalità di WinRT in parte si sovrappongono parzialmente al .NET Framework e aggiungono alcune restrizioni
  - Esecuzione in una SandBox (accesso file impedito, ridotte funzionalità di comunicazione inter-process)
  - Framework ridotto per l'esecuzione su tablet con capacità limitate
  - WinRT non sostituisce il .NET Framework che rimane lo standard per sviluppare applicazioni Desktop e Server
- Il profilo per le applicazioni Metro di VS (Windows Store in VS 2012) determina l'esclusione delle parti del fw .NET sovrapposte e una altra altra larga parte (non necessaria/supportata allo sviluppo di questo tipo di app)

Data-Driven Documents

Alessandro Gervasoni — Mon, 17 Jun 2013 16:05:52 GMT

http://d3js.org

ACL++: Anti Curruption Layer “on steroids”

Mauro Servienti — Mon, 17 Jun 2013 08:17:00 GMT

C’era una volta la velleità di avere il mega-sistemone che facesse tutto, velleità rapidamente abbandonata al crescere del monolite per ovvi motivi. Nel tentativo di realizzare il monolite ci si scontra molto rapidamente con il fatto che tipicamente i requisiti di business cambiano più rapidamente del tempo necessario per la realizzazione, ci si scontra con il fatto che non è possibile pensare di fare il deploy del monolite bloccando ogni volta tutta l’infrastruttura, ci si scontra con il dettaglio che non è possibile far evolvere indipendentemente le varie parti del monolite.

Tutto questo, e molto altro, ci fa dire che tentare di realizzare un monolite non ha senso, o meglio non è economicamente sensato, perché è plausibile ipotizzare che dato un quantitativo di risorse sensate sia possibile abbattere in misura sensibile i problemi di cui sopra rendendolo possibile, ma non necessariamente sensato.

Detto questo diventa evidente che dobbiamo convivere con sistemi eterogenei, con un ciclo di vita, e di rilascio, indipendente gli uni dagli altri; sistemi che hanno ognuno le proprie logiche e i propri formati di persistenza, e tante belle (o brutte) cose che li rendono molto isolati e distanti tra loro.

Risulta altresì vero che i requisiti di business sempre più spesso ci spingono verso la necessità di far parlare tra loro questi sistemi, in una parola si rende necessario parlare di integrazione.

Ma quando abbiamo a che fare con sistemi che non sono, almeno nel ciclo di vita, sotto il nostro controllo diventa necessario introdurre qualcosa che protegga il nostro sistema da evoluzioni non retro-compatibili dei sistemi esterni con cui desideriamo dialogare.

Un ACL ha quindi lo scopo di frapporsi far i due:

Se abbiamo quindi due mondi molto diversi che in qualche modo devono poter dialogare, due mondi molto diversi come nell’esempio di cui sopra, ha molto senso mettere un cuscino di sicurezza che faccia da mediatore nel dialogo e che in alcuni casi ci possa dare molto di più.

esagerato :-)

Il cuscino, il nostro ACL, in questo caso è molto ma molto di più di un semplice cuscino, abbiamo:

un sistema (AS400) la cui forma dei dati è molto, ma molto diversa da quello che servirebbe a noi, inoltre noi non siamo gli unici a cui servirebbero quei dati;
c’è quindi un software commerciale di terze parti il cui unico scopo è quello di travasare, ogni 15 minuti, da AS400 a SQL Server i dati, una gran quantità di dati, e anche di fare un primo passaggio di normalizzazione/trasformazione;
a questo punto da SQL Server siamo in grado di lanciare (al termine di ogni sync) un processo che capisce cosa è effettivamente cambiato dall’ultima sync e si limita a mettere in una coda queste informazioni;
c’è quindi un servizio in ascolto su quella coda privata che estrae le informazioni da SQL, fa un po’ di ragionamenti e le trasforma nella forma definitiva che il mondo esterno desidera salvando i dati su MongoDB;
infine il processo di salvataggio su MongoDB notifica su una coda pubblica l’evento avvenuto;

Che cosa otteniamo alla fine?

Una cosa fantastica un sistema push che notifica tutti gli interessati di ogni modifica che avviane sul sistema di origine.

Ovviamente con lo scotto dei 15 minuti di ritardo e con il fatto che se nella finestra temporale ci sono più modifiche le perdiamo, ma ci interessa poco perché se ci pensate passiamo dal non avere nulla di nulla ad avere una catena di integrazione facilissima da utilizzare per qualsivoglia tecnologia ci sia la fuori.

Easy peasy, lemon squeezy… ;-)

Flat UI

Alessandro Gervasoni — Wed, 12 Jun 2013 13:39:01 GMT

Free Web User Interface Kit

http://designmodo.com/demo/flat-ui/

MVVM w/ Radical take 2: logistica

Mauro Servienti — Tue, 11 Jun 2013 13:39:12 GMT

Ci siamo domani sera ci sarà il secondo appuntamento con MVVM w/ Radical, ancora per questo giro la piattaforma è quella di Live Meeting, di seguito i dettagli:

Url per la partecipazione: https://www.livemeeting.com/cc/mvp/join?id=7N746Q&role=attend&pw=FrWm%2B_-6f
Meeting ID: 7N746Q
Access Code: FrWm+_-6f

A domani!

Edward Snowden: l'informatore dietro le rivelazioni sulla sorveglianza della NSA

Luca Minudel — Sun, 09 Jun 2013 22:08:37 GMT

Segue la traduzione in italiano del articolo pubblicato online dal Guardian la sera del 9 Giugno. Essendo un argomento importante che riguarda tutti gli utenti Italiani di Internet e dei servizi internet di aziende Americane (Google, YouTube, Microsoft, Skype, Apple, Yahoo!, Facebook) lo ho tradotto. (Clicca sul titolo per continuare a leggere).

Javascript & HTML 5 - Chiamate cross-domain usando iFrame, postMessage e localStorage

Alessandro Sorcinelli — Tue, 04 Jun 2013 14:28:45 GMT

L’esigenza penso che possa essere comune a molti: supponiamo di avere due pagine, A e B memorizzate su domini differenti. Supponiamo di aprire B da A e di voler refreshare A quando un determinato evento si verifica in B (ad esempio l’utente preme sul classico bottone “Salva”).

Come fare? Il solito Google ci viene in aiuto con una miriade di hack e trucchi vari che però nel nostro scenario non sono tutti applicabili. Se la pagina B viene aperta con il classico window.open, una soluzione banale è quella di impostare il document.domain di entrambe la pagine ad un valore comune. Facendo questo la pagina B può richiamare una funzione qualsiasi del chiamante usando la sintassi: window.opener.MyFunction.

Questa soluzione è efficace nei casi più semplici, ma può generare effetti spiacevoli, soprattutto se A o B (o entrambe) richiamano a loro volta altre funzioni o altre pagine. In questi casi infatti il document.domain va impostato su tutte le pagine, altrimenti avremo problemi di sicurezza in altre chiamate.

La soluzione che propongo in questo post è un po’ più complessa ed è un mix delle varie tecniche che si possono trovare in giro:

Al verificarsi dell’evento desiderato nella pagina B, andremo ad impostare un valore usando il localStorage.
```
   1: localStorage.setItem("MyProperty", 'myValue');
```
Il localStorage è una delle tante novità di HTML 5 ed è supportato su tutti i browser moderni (per IE dalla versione 8 in su). In alternativa al localStorage si può usare il sessionStorage oppure per maggiore compatibilità anche i “vecchi” cookie.

Il valore impostato sarà disponibile per il dominio B, ma non per A che quindi, se ci accede, lo troverà vuoto.
Nella pagina A inseriamo un iFrame che punterà ad una nuova pagina C, memorizzata nello stesso dominio di B. La pagina C può essere una semplice pagina HTML che conterrà il seguente codice javascript:
```
   1: setInterval(function () {      
```
```
   2:     var storageValue = localStorage.getItem("MyProperty");
```
```
   3:     if (storageValue != null) {
```
```
   4:         window.parent.postMessage(storageValue, "*");
```
```
   5:         // Remove the property
```
```
   6:         localStorage.removeItem("MyProperty");
```
```
   7:     }
```
```
   8: }, 400);    
```
Sostanzialmente viene creato un timer che ciclamente controlla la proprietà andando a leggere il localStorage. Nel caso venisse trovata valorizzata la proprietà cercata, verrà postato un messaggio al parent utilizzando il metodo postMessage. Il metodo consente di inviare messaggi cross domain tra le finestre del browser. Nell’esempio window.parent referenzierà la pagina A che è quella che sta aprendo C all'interno dell’iframe. Il secondo parametro del metodo postMessage è l’origine del messaggio e andrebbe valorizzato con il giusto dominio, nel nostro caso con quello della pagina A. Una volta inviato il messaggio alla pagina parent la proprietà verrà rimossa dal localStorage per evitare messaggi multipli.
Nella pagina A va aggiunto un listener che rimarrà in attesa di eventuali messaggi provenienti dall’iFrame:
```
   1: var eventMethod = window.addEventListener ? "addEventListener" : "attachEvent";
```
```
   2: var eventer = window[eventMethod];
```
```
   3: var messageEvent = eventMethod == "attachEvent" ? "onmessage" : "message";
```
```
   4:  
```
```
   5: // Listen to message from child IFrame window
```
```
   6: eventer(messageEvent, function (e) {    
```
```
   7:     alert(e.data);
```
```
   8: }, false);
```
I messaggi inviati alla pagina A vengono gestiti dal listener sull’evento onmessage (o sul vecchio message nel caso si usi attachEvent). Nell’esempio ogni qual volta B invia un messaggio, la pagina A gestirà tale messaggio e la proprietà e.data conterrà il valore MyValue. Chiaramente all’interno della funzione che riceve il messaggio è possibile implementare qualsiasi tipo di logica ed è anche possibile distinguere le eventuali origini dei messaggi utilizzando la proprietà origin dell’oggetto e.

Una soluzione simile, ma più semplice, è applicabile anche quando B è direttamente "hostata" dentro un iFrame di A. In questo caso sarà possibile scambiare messaggi tra A e B senza passare dal localStorage, ma usando direttamente la postMessage con relativa gestione attraverso il listener.

Un salto verso l’Agile Portfolio Management

Matteo Emili — Tue, 04 Jun 2013 08:48:25 GMT

Fino a ieri, volendo gestire qualcosa in piu’ di User Story e Task, Bug, etc. si doveva usare un certo livello di astrazione e l’uso di tool specifici come Project Server, spesso forzati ad un comportamento ai limiti del consentito.

Con le nuove feature rivelate ieri per l’Agile Portfolio Management possiamo evitare di scomodare Project Server per compiti nei quali sarebbe eccessivo, ma comunque potremo integrarlo con TFS 2013 se necessario.

Prendiamo questo esempio: vogliamo creare un sistema, e una delle sue feaure e’ il cestino dei rifiuti. Quindi creiamo la feature con il nuovo Work Item Type, e la vediamo nel backlog filtrando per feature:

Ovviamente questa feaure avra’ delle user story al suo interno. Diciamo che vogliamo mettere roba nel cestino e svuotare il cestino quando necessario.

Queste sono Product Backlog Item, o Requirement a seconda del Process Template che si utilizza. Sto usando MSF for CMMI, quindi sono requisiti – ora posso nuovamente cambiare il filtro per visualizzarli:

Ovviamente questi Requirement saranno suddivisi in una serie di Task, non ci sono differenze rispetto al passato. Ecco cosa vedo cambiando ancora il filtro:

Questa vista e’ esattamente quello che vogliamo ottenere. Ed e’ molto piu’ semplice da capire e visualizzare. piuttosto che usare altri strumenti magari in modo improprio.

Allarghiamo questo concetto: puo’ essere utile se si hanno diversi team Scrum a lavorare sullo stesso backlog? E se si hanno backlog differenti (anche se non si dovrebbe…) perche’ non unire tutto nello stesso backlog in questo modo? Era dura spiegare ad alcuni manager come il progetto sta progredendo in termini di feature e copertura del mercato. Ora non lo e’ usando il Work Item Type Feature come una astrazione sul lavoro che stanno svolgendo i team. Ed e’ out-of-the-box, il che non e’ mai male.

Come Brian ha detto, e’ solo l’inizio…c’e’ sicuramente molto ancora da aggiungere qui.

Tutte le novita’ di Visual Studio 2013

Michele Bersani — Mon, 03 Jun 2013 23:22:37 GMT

Nel post di Brian Harry qui:

http://blogs.msdn.com/b/bharry/archive/2013/06/03/visual-studio-2013.aspx

La prima preview build di VS 2013 verra’ rilasciata alla fine del mese di Giugno alla conferenza “Build 2013”.

Technorati Tags: Visual Studio 2013

Azure blob storage e pdf

Michele Aponte — Tue, 04 Jun 2013 10:19:13 GMT

Probabilmente se usate i blob storage di azure ma non usate chrome non vi siete mai accorti che caricando un pdf nel blob, chrome poi non ve lo scarica linkandolo. Questo perchè probabilmente non avete impostato il content type delle proprietà del blob quando avete caricato il file:

blockBlob.Properties.ContentType = "application/pdf";

Spero vi sia utile.

--Michele

Cambiare la startup page nelle applicazioni Windows Phone con Caliburn

Nazareno — Mon, 03 Jun 2013 21:16:17 GMT

In un mio precedente post abbiamo visto come cambiare la pagina di startup di un progetto Windows Phone per poter decidere all’avvio della applicazione quale pagina aprire.

Nel mio caso era per visualizzare una pagina di mancata disponibilità della rete dati, ma le applicazioni possono essere molteplici.

Per la nuova versione della mia app (pensata espressamente per WP8) ho deciso di usare il framework Caliburn.Micro ispirato dai post del bravo e disponibilissimo Matteo.

Salto tutti i dettagli del setup di una app che utilizza Calibrun, perchè nel link qui sopra potete trovare tutte le informazioni necessarie.

La soluzione si è perfino semplificata:

- Nel bootstrapper dell’applicazione facciamo l’override della funzione CreatePhoneApplicationFrame

        protected override PhoneApplicationFrame CreatePhoneApplicationFrame()
        {
            var frame = new PhoneApplicationFrame { UriMapper = new AssociationUriMapper() };
            return frame;
        }

- Definiamo ora la classe AssociationUriMapper che deriva la classe base UriMapperBase

    public class AssociationUriMapper : UriMapperBase
    {
        public override Uri MapUri(Uri uri)
        {
            if (uri.OriginalString.Contains("AboutPageView"))
                return uri;
            
            return !PhoneUtilities.HasInternetConection ? new Uri("/Views/NoConnectionPageView.xaml", UriKind.Relative) : uri;
        }
    }

Questa classe semplicemente ritorna l’uri a seconda di alcune condizioni (nel mio caso la presenza o assenza di rete). Per qualche View è possibile saltare il controllo (ad esempio la pagina di about non necessitò di connettività)

Questa implementazione ha anche il vantaggio di funzionare per l’intera app (qualsiasi navigazione passa per il nostro UriMapper), per cui abbiamo centralizzato una gestione che prima era necessario applicare in ogni pagina.

Tag di Technorati: Calibrun,UriMapping,Windows Phone

Team Room in Team Foundation Service

Matteo Emili — Mon, 03 Jun 2013 14:56:16 GMT

Non sono solo uno strumento di chat all’interno del team, le appena annunciate Team Room sono un ottimo tool per arricchire la comunicazione all’interno del team.

Possiamo innanzitutto configurarle per fornire comunicazioni broadcast per specifici eventi, come una build particolare o una specifica modifica nel codice.

Ma il meglio arriva con i due tag specifici per la collaborazione: @ e #.

Il tag @ serve per taggare un utente: che sara’ poi notificato a riguardo.

il tag # invece serve per menzionare uno specifico work item.

Dopo aver cliccato sull’ hyperlink si aprira’ una nuova tab con il work item linkato.

Potra’ sembrare stupido e semplicistico, ma e’ davvero un ausilio utile ed aggiunge valore anche a quelle discussioni ‘informali’ che si trascinano via email, oltre al fatto che essendo salvate su TFS rappresentano informazioni utili al team recuperabili a piacimento.

Radical take 2: 12 giugno

Mauro Servienti — Mon, 03 Jun 2013 08:22:00 GMT

Confermato, la seconda puntata di “MVVM con Radical” è fissata per il 12 giugno, ore 21.30, a breve i dettagli sulle modalità di partecipazione.

http://www.doodle.com/m5rpuudxt474ies7

Le (mie) prime Windows 8 App Store (2)

Pietro Libro — Mon, 03 Jun 2013 06:11:00 GMT

L'obiettivo era di 8 App presenti su Windows Store entro la fine di maggio, ma alla fine sono arrivato "solo" a 7. Le App che si aggiungono all'elenco precedente sono:

Roma Trova Hotel

Impianti Sportivi Roma

Scuole Comunali Infanzia Roma

Sono principalmente delle "App Catalogo" con funzionalità di ricerca (è stata l'occasione per utilizzare SQLite). Per alcune delle 7, saranno presto rilasciati degli aggiornamenti che aggiungeranno nuove funzionalità.

Critiche e consigli costruttivi sono sempre ben accetti.

Disponibile la Beta 1 di EF 6

Pietro Libro — Fri, 31 May 2013 06:34:00 GMT

Tutti i dettagli del caso nel post del blog di ADO.NET qui

Cytoscape.js

Alessandro Gervasoni — Wed, 29 May 2013 13:01:51 GMT

http://cytoscape.github.io/cytoscape.js

A JavaScript graph library for analysis and visualisation

HandJS

Alessandro Gervasoni — Wed, 29 May 2013 12:40:45 GMT

http://handjs.codeplex.com

libreria per gestire via script gli eventi generati utilizzando un interfaccia touch screen

MVVM con Radical, take 2 un “update”

Mauro Servienti — Wed, 29 May 2013 11:08:17 GMT

Direi che ci siamo quasi, come abbiamo già avuto modo di dire la seconda “puntata” ci porterà verso una prima bozza di applicazione reale.

Ho purtroppo dovuto modificare il doodle perché una data disponibile, il 5/6, purtroppo per cause di forza maggiore non lo è più, direi che lascio aperto il sondaggio fino a fine settimana e sabato pubblico la data definitiva.

Aggiornare TFS

Gian Maria Ricci — Wed, 29 May 2013 06:53:40 GMT

Dato che molte persone spesso chiedono quanto sia complesso aggiornare TFS, ho deciso di fare un post che mostra la procedura passo passo.

In realtà è tutto molto semplice e si può procedere semplicemente guidati da un wizard, e soprattutto è possibile farlo su una nuova macchina, lasciando nel frattempo la vecchia online. In questo modo si può effettuare un “test di upgrade”, verificare che tutto sia a posto, risolvere con calma eventuali problemi e quando tutto è a posto procedere al reale upgrade.

Come sempre potete leggere tutto su GetLatestVersion.It, Aggiornare TFS 2010 a TFS 2012 su una nuova macchina.

Gian Maria

Migrare branch distribuite da Git a TFS con Git-Tf

Matteo Emili — Tue, 28 May 2013 16:09:50 GMT

Se dovete migrare un grosso repository Git a Team Foundation Server, e’ molto probabile che vi scontrerete contro uno dei problemi piu’ comuni quandi si migra un DVCS verso un centralizzato: capire il ciclo di vita delle branch.

Brevemente, in un DVCS non si ha il concetto di branch che si trova in un VCS come quello di TFS, a causa della natura distribuita, che tende ad avere un numero di branch maggiore, e che permette relazioni fra le branch differenti [molti parent per un’unica child]. Questa struttura non e’ migrabile in Team Foundation Server, che e’ invece un VCS centralizzato e gerarchico.

Si puo’ raggiungere un buon compromesso utilizzando Git-Tf, il tool Microsoft per migrare Git a Team Foundation Server. Dopo aver configurato il repository, si deve eseguire il comando git-tf checkin –deep per replicare ogni changeset invece di un grosso unico commit. Ma si otterra’ un errore:

Ecco cosa intendo: se si hanno piu’ parent per una branch figlia, non si puo’ replicare in Team Foundation Server. Se si effettua un rebase, si modifica la history, e quindi non sarebbe molto corretto da un punto di vista di fedelta’ del dato

Quindi? Si deve utilizzare il comando –autosquash, che andra’ a creare una storia lineare senza modificarla. Come? Analizza le HEAD revision per trovare quella piu’ “vicina” alla branch parent gerarchica. Ovviamente non tutte le gerarchie possono essere replicate da Git a TFS, ma questa soluzione permette un buon livello di fedelta’ alla soluzione originale.

MVVM con Radical: “take 2”

Mauro Servienti — Fri, 24 May 2013 07:53:10 GMT

Il primo “giro” di Radical mi sembra di poter dire sia andato bene, ci sono un po’ di cose da affinare ma direi che non mi posso lamentare troppo, ovviamente grazie a tutti i partecipanti.

La registrazione e il materiale del primo incontro è disponibile per il download.

Come da richiesta stiamo organizzando il secondo round il cui scopo è affrontare una “semplice applicazione per editare delle anagrafiche”, gli argomenti che tratteremo sono:

CRUD usando RavenDB Embedded allo scopo di tener bassissima la complessità, pensate a RavenDB (in questo caso) come un mero meccanismo di serializzazione su disco (è molto ma molto di più ma in questo scenario lo useremo solo come storage nudo e crudo);
Validazione usando i sistemi built-in di Radical e il supporto out-of-the-box per le DataAnnotation;
Memento perché in un editor di anagrafiche un undo/redo non si nega a nessuno;
Windsor Installer(s) ovvero come inserirsi nella pipeline di configurazione del nostro motore di IoC preferito quando le convenzioni di Radical non soddisfano le nostre necessità;
Perché no…come e che cosa possiamo sfruttare di async/await;

Come al solito ci sono un po’ di date (non troppe questa volta) disponibili, sotto con le votazioni: http://www.doodle.com/m5rpuudxt474ies7

ECMAScript 6 Harmony, il JavaScript che verrà ...

Alessandro Gervasoni — Fri, 24 May 2013 06:49:04 GMT

interessante articolo da leggere
link articolo

Metodo

Emanuele Prato — Thu, 23 May 2013 19:02:53 GMT

Ci vuole metodo!
Ma lo sapevate che metodo è una parola greca che significa "inseguire"?
Inseguire per arrivare allo scopo... e, soprattutto nel nostro lavoro, questo è molto importante.
Quando iniziamo a lavorare su qualcosa di nuovo, possiamo permetterci una fase esplorativa ma, subito dopo, occorre un metodo di lavoro. Questo ci permetterà in futuro di ottimizzare i procedimenti successivi simili e di rendere tali procedimenti accessibili a tutti (sempre nell'ipotesi di volerlo fare, dato che in alcune aziende alcuni pensano che l'oscurantismo sia sinonimo del mantenimento del posto di lavoro).
Se riusciamo a darci un metodo in ogni operazione che effettuiamo, piano piano, sapremo cosa fare in ogni situazione. Non escludo che l'insieme delle situazioni possa non essere finito, ma spesso potremo rientrare in casi precedentemente trattati.
In tutto ciò è molto importante capire che, se il metodo che utilizziamo è lo stesso di altri colleghi, può essere formalizzato e diventare ufficiale. In pratica si decide che una determinata operazione si effettua in un determinato modo. E questo porta anche alla descrizione di intere procedure che permetterebbero anche a un'azienda di certificarsi più facilmente.
E' importante sottolineare che il metodo deve partire dalla necessità e non essere imposto dall'alto, altrimenti non può funzionare.
Inoltre, il metodo non può essere rigido ma deve continuamente adattarsi alle situazioni e, per tale motivo, si evolve. Questo può sembrare un paradosso. Va comunque capito quando una variazione rientra nel metodo stesso e quando, invece, si applica il metodo base e poi una successiva aggiunta.
L'azione metodicizzata sarà maggiormente controllabile e darà sicurezza alla persona che la utilizza.

EF 5 - IS NULL <> = NULL

Roberto Sarati — Fri, 17 May 2013 19:33:13 GMT

EF 5 aggiunge una importante opzione di configurazione riguardante la "traduzione" delle lambda con parametri NULL: UseCSharpNullComparisonBehavior.
Se impostata a true, il comportamento è simile al comportamento che noi Dev siamo abituati con il valore null di C#. Ma andiamo con ordine:

Tabella:
Id    Name
1    Uno
2    NULL
3    NULL
4    due
5    tre

Codice:

result = db.NullableTables.Where(e => e.Name == null).Count();
Console.WriteLine("Entries where Name=null: {0}", result);

result = db.NullableTables.Where(e => e.Name != null).Count();
Console.WriteLine("Entries where Name!=null: {0}", result);

string name = null;
result = db.NullableTables.Where(e => e.Name == name).Count();
Console.WriteLine("Entries where Name==name & name=null: {0}", result);

Risultato standard:
"Entries where Name=null: 2" //corretto
"Entries where Name!=null: 3" //corretto
"Entries where Name=name & name=null: 0" //wrong?

Il problema dell'ultimo risultato riguarda il metodo utilizzato da EF per convertire la lamba expression "e=>e.Name=name" in TSQL: "Where Name=@p1, @p1=null". In SQL =NULL è sempre false, al contrario del primo esempio dove EF converte la lambda in "where Name IS NULL".

Come possiamo rendere la conversione più C# friendly? con la seguente istruzione (messa nel costruttore del nostro DbContext):
((IObjectContextAdapter)this).ObjectContext.ContextOptions.UseCSharpNullComparisonBehavior = true;

In questo caso, rieseguendo il codice precedente, otterremo il seguente risultato:
"Entries where Name=null: 2" //corretto
"Entries where Name!=null: 3" //corretto
"Entries where Name=name & name=null: 2" //corretto?

Da notare come questa opzione sia disabilitata di default(causa compatibilità).

L’importanza di chiamarsi… Framework

Andrea Saltarello — Wed, 15 May 2013 10:07:48 GMT

Ok, spero innanzitutto che Oscar Wilde non si stia troppo lamentando per la citazione a sproposito presente nel titolo :-) Ciò premesso, questo tip appena pubblicato su UGIdotNET mi ha riportato alla mente un episodio che descrissi in questo post: più che sull’argomento in sè ho riflettuto sul fatto che nell’anno 2000, quando mi trovai a dover risolvere il problema citato nel post, spesi svariate giornate per giungere alla soluzione ivi descritta perchè per scoprire l’esistenza di quella modalità di scrittura “non logged” di SQL Server dovetti spulciare la documentazione di SQL Server ed altrettanta ne spulciai per capire come, utilizzando le estensioni custom del suo driver ODBC, trarre vantaggio da quella tecnica.

Per certi versi si trattò di un interessante esercizio speculativo che mi lasciò in dote qualche conoscenza in più in merito ad alcuni internals di SQL Server, ma con il senno di poi penso che i servizi offerti dalla classe SqlBulkCopy sono un ottimo esempio di cosa dovrebbe fare un framework, ossia offrire delle primitive ad un (ragionevole) livello di astrazione che permetta allo sviluppatore di dedicare il proprio tempo alla soluzione della parte “pregiata” (si ok, si scrive “pregiata” ma si legge “domain”…) di un problema potendo far affidamento su un substrato tecnologico che sia in grado di sfruttare la tecnologia/piattaforma sottostante.

In questo senso, nonostante l’ipertrofia che ormai lo caratterizza, penso a quanto valore ci sia nel .NET Framework che ormai diamo per scontato e quanto avrei preferito, mentre nel 2000 dovevo risolvere da solo il problema in oggetto, aver a disposizione SqlBulkCopy potendo dedicare meno tempo al lavoro e magari usare il tempo risparmiato per un Mojito in buona compagnia… :-)

Introduzione a MVVM con Radical: dove e come

Mauro Servienti — Wed, 15 May 2013 08:30:00 GMT

Siamo quasi pronti :-) abbiamo due opzioni, di cui la seconda sarà usata come backup.

Office Live Meeting

La scelta principale è Office Live Meeting, offre più funzionalità per chi presenta, miglior gestione della conferenza e delle registrazioni, i dettagli del meeting pianificato sono i seguenti:

Accesso: https://www.livemeeting.com/cc/mvp/join?id=Radical1&role=attend
Meeting ID: Radical1

Il tutto sarà live dalle 21 di stasera, vi pregherei di connettervi il prima possibile per assicurarci che entro le 21.30 tutto sia pronto e testato.

è necessario aver installato il client di Live Meeting (installabile dalla pagina di cui sopra) oppure è disponibile il client via web (che ha qualche funzionalità in mento, rilevante solo per chi presenta il meeting)

Google Hangout

Siccome potremmo avere qualche problema di banda, la qualità della mia connettività è purtroppo quel che è, ho anche già preparato un evento pubblico usando un Google Hangout che trovate qui: https://plus.google.com/events/cvtsanp7b4i95afsibe7g2qfv48

Decidiamo all’ultimo momento se provare a cambiare provider.

Per qualsiasi cosa commentate su questo post o usate Twitter: @mauroservienti

Nuovo sprint deployato per TF Service

Gian Maria Ricci — Tue, 14 May 2013 20:42:24 GMT

Potete leggere le novità del nuovo sprint deployato su TF Service direttamente su GetLatestVersion.

In questo caso la novità più succosa è avere più repository Git per singolo Team Project.

Gian Maria.

Windows Phone Navigation History

Nicolò Carandini — Tue, 14 May 2013 20:01:59 GMT

Uno degli elementi più controversi della User eXperience di Windows Phone è il tasto back, che per comportarsi “come l’utente si aspetta”, alle volte va gestito da programma.

Per spiegare meglio cosa intendo, utilizzerò un come esempio un’applicazione che richiede l’autenticazione dell’utente tramite Facebook la prima volta che viene utilizzata.

Un’implementazione (all’apparenza ben fatta) potrebbe essere la seguente:

1. All’avvio dell’app, viene mostrata la pagina principale. La logica di programma si accorge di non avere le credenziali dell’utente (dunque è il primo utilizzo) e mostra la pagina di autenticazione;

2. La pagina di autenticazione lancia l’autenticazione (utilizzando ad esempio Facebook SDK for .NET) che mostra la pagina web di Facebook.

3 L’utente immette i dati nella pagina web di Facebook, e si torna alla pagina iniziale dell’app.

Peccato che un’applicazione così farebbe drizzare i capelli anche a me che li ho persi da un bel pezzo, perché con quest’applicazione il tasto back si comporterebbe in un modo che l’utente giudicherebbe (eufemisticamente) non corretto.

E il motivo è presto detto:

Ogni volta che viene mostrata una pagina, la pagina precedente viene inserita nello stack “Navigation History”. Ogni volta che si preme il pulsante back, viene mostrata la pagina che sta in cima alla pila, e il riferimento a tale pagina viene rimosso dallo stack. Se lo stack è vuoto, il tasto back chiude l’applicazione.

Dunque nel nostro caso, dopo aver completato l’autenticazione ed essere tornati alla “Main Page”, il nostro stack conterrà i seguenti elementi:

Ora, dal punto di vista dell’utente, il tasto back dovrebbe farlo uscire dall’app. Infatti egli è entrato nell’app, ha svolto un lavoro, è tornato al punto di partenza (la “Main Page”) e col tasto back si aspetta di uscire dall’app. Poiché invece lo stack di Navigation History non è vuoto, la pressione del tasto back lo farà tornare nella “Facebook Page” dove gli verrebbe richiesto di nuovo di autenticarsi con Facebook! E peggio ancora, un’eventuale ulteriore pressione del tasto back lo farebbe tornare nella Login Page che automaticamente mostrerebbe la “Facebook Page”, entrando in un loop infinito:

Come si risolve il problema?

Utilizzando i vari metodi messi a disposizione dal NavigationService: GoBack() e/o RemoveBackEntry().

Per saperne di più:

- How to navigate using the back stack for Windows Phone

Happy coding!

Introduzione a MVVM con Radical: quando

Mauro Servienti — Tue, 14 May 2013 14:00:00 GMT

Qualche giorno fa abbiamo accennato alla possibilità di fare una sessione introduttiva a Model View ViewModel con Radical: le adesioni sono per gestite con un doodle.

Sembra che la maggioranza abbia votato per domani (15/05) alle 21.30, e così sia la prima sessione la terremo domani, a breve posterò anche il link e lo modalità di erogazione. Se riusciamo la registro e magari la ripetiamo anche, o la evolviamo con una seconda puntata, se la cosa “ci” piace.

Windows Azure ACS e le deleghe OAuth

Mauro Servienti — Tue, 14 May 2013 09:07:00 GMT

Forse non tutti sanno che… OAuth non è un protocollo di autenticazione, ma bensì un protocollo di autorizzazione il cui scopo, nello specifico, è quello di delegare un terzo attore ad accedere ad una risorsa verso cui il delegante è autenticato e autorizzato.

Diciamo che questo, OAuth non è un protocollo di autenticazione, è uno dei buoni motivi per cui Twitter non è uno degli IdentityProvider supportati dell’ACS di Windows Azure.

Diciamo anche che avete questo scenario:

State lavorando ad un progetto che tra le tante cose espone un’API che sarà pubblica;
Avete bisogno che le applicazioni che in qualche modo vorranno consumare quell’API siano autorizzate, dall’utente che le sta usando, ad accedere ai dati dell’utente stesso in sua vece;
Avete scelto di delegare tutta la gestione della sicurezza all’ACS di Windows Azure, in modo da poter supportare vari IdentityProvider tra cui ad esempio Google Account e Microsoft Account;

L’obiettivo quindi è di far si che:

L’applicazione, tipicamente un “app” su un device mobile, che l’utente ha scelto di usare sia in grado di connettersi all’API pubblica;
Al primo tentativo di connessione esegua il processo di login delegandolo all’IdentityProvider scelto dall’utente;
Se l’app non si è mai presentata all’API pubblica parta il processo di autorizzazione in cui l’utente decide se vuole delegare l’app per l’accesso ai suoi dati;
Se l’utente decide di autorizzare l’applicazione venga rilasciato un token, con una scadenza, che garantisca l’accesso;

OAuth ha esattamente questo scopo, nonostante le critiche e le idiosincrasie del protocollo se ci si mette di buzzo buono non è poi così difficile realizzare il tutto (alla fine sono un po’ di chiamate HTTP, nulla a che vedere con lo scambio di messaggi di WS-Federation).

Il flusso tipico con OAuth è il seguente:

L’inghippo

in tutti gli esempi che trovate che parlano di OAuth si da per scontato che chi autorizza sia anche chi autentica, ma nel nostro caso vogliamo che il processo di autenticazione sia delegato all’ACS di Azure:

L’obiettivo è come al solito quello di delegare a chi lo sa fare bene tutta la gestione dell’infrastruttura di sicurezza.

Little gem

Una delle cose poco note è che l’ACS di Azure ha già tutto il supporto per:

gestire l’elenco della applicazioni autorizzate;
gestire l’elenco delle deleghe;
gestire l’emissione dei token di accesso;

Questa funzionalità si chiama “Service Identities” e la trovate sul portale di amministrazione del namespace dell’ACS:

Una “Service Identity” rappresenta un’applicazione autorizzata a chiedervi la delega per accedere alle vostre risorse.

Contorto…una “Service Identity” è un’applicazione registrata da uno sviluppatore (un po’ come quando registrate una nuova applicazione su Facebook), ad una “Service Identity” corrispondono un “application id” e un “application secret” che sono username e password dell’applicazione, l’utente finale autorizzerà poi l’applicazione (identificata da app id e secret) ad accedere alle sue risorse, questa autorizzazione si chiama delega, anche la delega è completamente gestita da Azure, ma non è visibile dal portale, c’è invece un’API rest che vi consente di manipolare i contenuti delle deleghe di ogni applicazione in modo, ad esempio, da poter dare la possibilità all’utente finale di decidere se e come revocare ad un’applicazione la delega.

Errore di sincronizzazione dei Work Item con TFS 2012 Update 2

Matteo Emili — Mon, 13 May 2013 12:02:00 GMT

Dopo aver installato Team Foundation Server 2012 Update 2 puo’ succedere che il Work Item Tracking Synchronization Service improvvisamente si blocchi, e che quindi non si vedano piu aree ed iterazioni aggiornate in Visual Studio, Web Access, Excel, etc.

Questi sono i sintomi…

Ovviamente per fare troubleshooting di questo bug, i log della pagina amministrativa _oi sono essenziali:

Vediamo che da un certo momento in poi, un certo numero di job Work Item Tracking Integration Synchronization falliscono…

…e nella Job History Details troviamo un System.NullReferenceException. Ecco il problema!

Nella RC del Team Foundation Server 2012 Update 3 troviamo una fix per questo, come dettagliato nel changelog (paragrafo Work Item Tracking nelle fix per Team Foundation Server).

Blogs @ UGIdotNET

Evitate se possibile NHibernate not-found=”ignore”

Epic e Theme in Agile Portfolio Management

Progetti per l’estate

Radical take 2: materiale

Re[studing] C# 5 - (WinRT)

Premessa

Materiale

Metodo

Iniziamo

Librerie Windows Runtime (WinRT)

Data-Driven Documents

ACL++: Anti Curruption Layer “on steroids”

Flat UI

MVVM w/ Radical take 2: logistica

Edward Snowden: l'informatore dietro le rivelazioni sulla sorveglianza della NSA

Javascript & HTML 5 - Chiamate cross-domain usando iFrame, postMessage e localStorage

Un salto verso l’Agile Portfolio Management

Tutte le novita’ di Visual Studio 2013

Azure blob storage e pdf

Cambiare la startup page nelle applicazioni Windows Phone con Caliburn

Team Room in Team Foundation Service

Radical take 2: 12 giugno

Le (mie) prime Windows 8 App Store (2)

Disponibile la Beta 1 di EF 6

Cytoscape.js

HandJS

MVVM con Radical, take 2 un “update”

Aggiornare TFS

Migrare branch distribuite da Git a TFS con Git-Tf

MVVM con Radical: “take 2”

ECMAScript 6 Harmony, il JavaScript che verrà ...

Metodo

EF 5 - IS NULL <> = NULL

L’importanza di chiamarsi… Framework

Introduzione a MVVM con Radical: dove e come

Office Live Meeting

Google Hangout

Nuovo sprint deployato per TF Service

Windows Phone Navigation History

Introduzione a MVVM con Radical: quando

Windows Azure ACS e le deleghe OAuth

L’inghippo

Little gem

Errore di sincronizzazione dei Work Item con TFS 2012 Update 2