Il vantaggio di avere a disposizione un ambiente di deploy integrato e che utilizzi le particolarità del filesystem *virtuale* proprio di SharePoint da una parte rappresenta un vantaggio e dall’altra deve rappresentare un alert per quanto riguarda prestazioni ed accesso alle risorse dell’applicazione.

Come ho anticipato, le Sandbox solution sono adatte ad una visione architetturale che faccia uso dei servizi online propri delle soluzioni *In the Cloud*, anche perchè queste ultime utilizzano un subset di API di SharePoint non piccolo ma comunque non completo. I limiti esistono anche per quanto riguarda l’accesso ai dati che non può essere diretto (Data Layer) ma logico: un ottimo esempio è quello di utilizzare dei Business Connectivity Services come sorgente dati, quindi manipolarli.

Tenete bene in mente che sono uno scenario di business molto appetibile ma non devono essere utilizzate come oggetti che garantiscono una *portabilità* di soluzioni legacy verso SharePoint 2010. Hanno un preciso target di applicazione e come le stesse novità introdotte anche nei WorkFlow (Site Level) ci devono far pensare ad uno scenario architetturale in cui applicazioni , il più possibile smart, condividono risorse e logica di comportamento comuni.

PRESENTAZIONE
Knowledge Box Autumn 2009 è un convegno nazionale centrato sulla tematica del Knowledge Management. Aperto alla partecipazione di manager e ricercatori, affronta la Gestione della Conoscenza sia da un punto di vista teorico che metodologico, ponendo particolare attenzione alla presentazione di esperienze e tecnologie.
DOVE SI TIENE
Knowledge Box Autumn 2009 si tiene dalle 9,30 alle 16 presso il Convention Center della sede Microsoft - Via Rivoltana, 13 - Palazzo A - Segrate (MI)
La sede Microsoft è raggiungibile facilmente in auto
(e’ disponibile un ampio parcheggio) e con i mezzi pubblici.
(Indicazioni per arrivare)

Occorre comunque ragionare su alcune funzionalità e/o miglioramenti che sono stati apportati al prodotto e più in generale all’interno della famiglia O14. Condivido assieme a voi alcune idee, tenetele come spunto per innovare i prodotti e/o soluzioni che basano la propria architettura su questo particolare dominio applicativo.

Dev

In meno di 3 anni, il team di sviluppo ha consolidato le esperienze e best practice delle comunità di professionisti che ruotano attorno la famiglia di prodotti server made in Microsoft. Si può ora sviluppare applicazioni per O14 su Vista SP2 e Windows 7 e l’integrazione con Visual Studio 2010 permette di implementare soluzioni integrate in maniera *nativa*. Valorizzate SharePoint Designer, vi servirà tremendamente in futuro.

ITPro

Su questo aspetto credo abbiano lavorato molto e bene: finalmente è possibile creare dei disaster recovery planning per SPSite, SPList, SPItem. Più di 600 operazioni possibili che possono essere fatte tramite PowerShell, create dei piani di manutenzione di installazioni sempre a portata di mano!

Mktg

Office 14 può essere considerato il nuovo entry point adoption per SharePoint, la maggior parte dei tool di Office Automation è intagrata two way con il portale aziendale. Occhio ai Business Connectivity Services!

Esplodere questi tre concetti può esservi di aiuto per partire con il piedi giusto con O14 e SharePoint.

• PowerShell, amministrazione avanzata di SharePoint 2010
• User Interface, programmazione dei Ribbon per SharePoint 2010
• Data Access, RESTfull Service Interface

Per quanto concerne la parte di amministrazione di SharePoint 2010, da oggi PowerShell mette a disposizione ben 652 cmdlets, un superset di comandi di amministrazione, estensioni ed un help inline completo. A differenza di stsadm e dei suoi 182 comandi, a qui tutti noi siamo affezionati, il nuovo tool si differenzia sopratutto per due motivi. Il primo riguarda la velocità di esecuzione, in quanto non deve più passare per la compilazione delle dll interne ed aggira quindi il problema dell’inizializzazione ad ogni comando dell’Object Model di riferimento. I risultati sono *apprezzabili*, una enumerazione di 5600 SPSite con stsadm impiega più di 10 ore, con PowerShell meno di 30 minuti. Il secondo riguarda la possibilità di estendere PowerShell con script custom che automatizzano più del 90% delle operazioni che possono essere fatte dalla console di amministrazione di SharePoint 2010.

Riguardo invece l’interfaccia utente e la programmazione dei Ribbon ci sono enormi novità. La stretta correlazione tra Visual Studio 2010 ed i template di progetti SharePoint di riferimento rende davvero banale la personalizzazione dell’interfaccia di navigazione sia del portale che di applicazioni custom (leggi Silverlight WebPart).

L’introduzione di RESTfull, d’altronde, rende anche la parte di interoperabilità dei dati di SPList davvero potente. Non è una novità implementare JSON e Atom ad oggi, diranno alcuni, ma stiamo parlando di un prodotto che fino a due anni fa non era WCAG 2.0 AA compliant … quindi davvero un grande passo avanti.

Nei prossimi giorni, con calma condividerò gli aspetti più importanti della nuova architettura e delle funzionalità che racchiude il prodotto. Può venirne fuori un bel ragionamento per l’immediato futuro.

Ancora l’uscita ufficiale di Open XML SDK2 non ci è data a sapere da Zeyad Rajabi, Program Manager di Microsoft per open XML. Ha costruito un’ottima sessione e non ha accennato ad un rilascio definitivo del tool di sviluppo, si è limitato a dire: poco dopo il rilascio di Office 2010!!!

Mi soffermo invece sulle novità, alcune di queste già anticipate, circa il nuovo ambiente di sviluppo consigliato per SharePoint 2010. Abbiamo quindi ufficialmente 5 diverse possibilità:

• Stand-alone Server, questo approccio non passa mai di moda!
• Windows Vista SP2 – Windows 7, SharePoint 2010 supporta esclusivamente IIS 7 (off course)
• Windows Server 2008 R2
• Virtualization, Windows Server 2008 R2 Hyper-V (attenzione alle prestazioni)
• Boot to VHD, Windows 7 o Windows Server 2008 R2

Detto questo, è utile anche accennare alla possibilità di adottare una strategia di Application Lifecycle Management che vede la presenza di 4 sotto-sistemi di sviluppo e che vi descrivo di seguito:

• Dev PC dotato di Visual Studio 2010 e SharePoint 2010
• Team Foundation Server come solution track
• Build Server, con solo la parte di Build della Team Foundation
• Staging Server su cui ovviamente è installata una versione pulita di SharePoint 2010

Queste particolarità non sono comunque nuove, la novità sta tutta intorno alla possibilità (altamente consigliata) di utilizzare Windows 7 come ambiente di sviluppo integrato.

Il resto delle sessioni sono approfondimenti ai concetti già appresi nei giorni scorsi incluse sessioni sui Business Connectivity Services e lo sviluppo di WebPart e composite application.

Ho avuto il tempo anche di aggiornare alcune foto su Facebook … per gli appassionati!!

Il messaggio è chiaro da parte di Microsoft, hanno fatto del tutto per creare interoperabilità tra il mondo Office Client e la parte Server ed ora con i BCS si apre un reale scenario di interoperabilità con business entities esterne all’organizzazione, questa volta two-way.

Vi elenco le particolarità più importanti:

• Sincronizzazione dei dati in modalità two-way
• Integrazione con SPDesigner per la manipolazione di entità e gestione interfaccia utente
• Integrazione con VS2010 per la generazione della parte di LOB
• Integrazione con la famiglia Office Client: distribuzione e gestione delle business entities  all’interno di Word, Excel, Outlook, e SharePoint Workspace Manager (Groove)
• Estensione delle External SPList con proprie entità derivanti da una qualaisasi LOB

Non posso andare oltre per ora, iniziate comunque a ragionare sulla possibilità di consolidamento dei dati esterni sui normali applicativi portatili (Windows Phone + SharePoint 2010 via REST) .. l’ho detto!!

In questi giorni Las Vegas si sta rivelando davvero ricca di opportunità … ma non posso parlare, sono sotto il famoso F-NDA (Friends-Non Disclosure Agreement)  !!