SharePoint 2010: Imballaggio di soluzione
Dopo aver sviluppato le soluzioni SharePoint, come pacchetto e distribuirli è la parte finale del processo.
Steve Wright e Corey Erkes
Adattato da "Pro SharePoint 2010 Governance" (Apress, 2012)
Quando si stanno sviluppando soluzioni per uso all'interno di SharePoint, avete ancora opzioni su come pacchetto e la distribuzione di tali soluzioni. SharePoint utilizza il framework di soluzione per l'installazione personalizzate miglioramenti all'interno di ambienti di SharePoint.
Il framework di soluzione consente di distribuire, attivare e aggiornare componenti personalizzati in modo controllato. Questa struttura è progettata per mantenere stabile la server farm di SharePoint. I pacchetti soluzione possono contenere i file di risorse per un approccio coerente per localizzare i componenti personalizzati. Il framework di soluzione sostituisce altre tecnologie installer utilizzati in ambienti Windows come file di Microsoft Installer (MSI) e ClickOnce.
Soluzione pacchetti forniscono anche un mezzo per aggregare tutti i componenti associati con un miglioramento personalizzato in un file con estensione. WSP. È quindi possibile distribuire questi file alla fattoria così tutti i componenti installare simultaneamente su tutti i server all'interno della farm. Questo elimina la necessità di mantenere i file della pagina Web, modelli e file eseguibili separatamente su ciascun server.
Il 2010 SharePoint solution framework include anche nuove caratteristiche che aiutano è aggiornare pacchetti soluzione sul posto senza interferire con il funzionamento della fattoria. È possibile farlo da versioni che ciascuna distribuita caratteristica e fornendo le azioni personalizzate per l'aggiornamento da una versione di una funzionalità a altra.
Pacchetti di soluzioni
Un file package della soluzione è un unico file con un'estensione di nome file WSP. Tuttavia, quello che sembra essere un unico file può infatti essere più file archiviati in uno. Il formato del file WSP è in realtà nient'altro che un file standard di Windows cabinet (CAB). Per dimostrare questo, prendere qualsiasi file di soluzione e cambiare l'estensione da WSP CAB. Ora aprite il file e vedrete la struttura del file.
C'è un file manifesto del pacchetto nella directory principale e una o più sottodirectory contenenti altri componenti. Molti di questi componenti sono file XML con le informazioni di configurazione per gli elenchi, siti, tipi di contenuto e così via.
I file più comune che troverete in un pacchetto della soluzione sono:
- **Manifest. xml:**C'è un file manifesto in un pacchetto. Esso contiene una descrizione di tutto il pacchetto, direttamente o tramite riferimenti ad altri file.
- **Feature. xml:**Questi file descrivono la configurazione e componenti associati a una funzione. È possibile attivare questi on o off in ambiente SharePoint.
- **Elements:**Questi file contengono gli elenchi dei singoli componenti e le loro informazioni di configurazione. I componenti sono elementi quali elenco istanze, i file di contenuto, le colonne del sito, tipi di contenuto e ricevitori di eventi.
- **Schema:**Questi file contengono le specifiche dei metadati per un oggetto come un modello di elenco.
Ci sono molti altri tipi di file che appaiono in un pacchetto della soluzione, ma questi sono i più importanti. Essi controllano la configurazione del componente e caratteristica. Prima di utilizzarli, è necessario capire un po' ambiente in cui verrà distribuiti.
Comprendere gli ambienti di distribuzione
Quando si distribuisce un pacchetto della soluzione in una server farm di SharePoint, distribuisce in uno dei due ambienti di runtime. Il primo ambiente è la server farm stessa. Questo dà i componenti della soluzione la possibilità di accedere alle risorse in tutta l'azienda e oltre, nei limiti delle autorizzazioni di accesso su tali elementi.
Il secondo ambiente — la sandbox — è molto più limitato. Quando un pacchetto della soluzione è in esecuzione nella sandbox, la sua capacità di influenzare l'azienda nel suo complesso è limitato. Comprendere la differenza tra soluzioni farm e soluzioni in modalità sandbox è fondamentale per deployment planning per miglioramenti personalizzati.
La prima cosa da considerare è dove verrà distribuita la soluzione. Soluzioni farm sono globali alla server farm. Soluzioni in modalità sandbox sono locali per una raccolta di siti specifici. Se più raccolte siti è necessario utilizzare la soluzione in modalità sandbox, dovrete distribuire a ciascuno separatamente.
La differenza più importante tra azienda e soluzioni in modalità sandbox è sicurezza. Azienda agricola soluzioni generalmente eseguite con attendibilità totale. Utilizzando .NET Code Access Security (CAS), è possibile creare componenti della soluzione farm eseguite con attendibilità inferiore a pieno. Questa è una buona idea dal punto di vista della sicurezza perché permette il codice eseguito con il set minimo di privilegi necessari. Si dovrebbe riservare distribuzione in una farm per codice altamente attendibile e collaudato.
Soluzioni in modalità sandbox eseguito in un ambiente di protezione molto diverse. Loro accesso alle risorse è limitato alla raccolta di siti in cui essi sono distribuiti. Ci sono anche le restrizioni delle risorse e delle quote è possibile applicare per evitare che i componenti della soluzione canaglia da compromettere le prestazioni del sistema. Si può facilmente disabilitare il comportamento anomalo di soluzioni in modalità sandbox e impedire loro di esecuzione interamente, se necessario.
Gestire le vostre soluzioni di fattoria
Distribuzione di un pacchetto della soluzione a una server farm di SharePoint è costituito da due operazioni di base: Aggiungere e distribuire. L'operazione di aggiunta che carica il file di soluzione nel database di configurazione di SharePoint, dove è possibile accedervi da ogni server della farm. Distribuire installa i file in diversi file di directory di sistema su ogni server della farm.
Solo gli amministratori di farm possono aggiungere soluzioni al negozio soluzione farm. Non non c'è nessuna pagina Amministrazione centrale che permette di caricare un pacchetto. Avete a che fare con uno strumento della riga di comando. È inoltre possibile aggiungere soluzioni utilizzando l'API di SharePoint.
Per utilizzare lo strumento STSADM per aggiungere il pacchetto, utilizzare un comando come il seguente:
stsadm -o addsolution - filename MySolution.wsp
Per eseguire la stessa operazione utilizzando Windows PowerShell, utilizzare un comando come il seguente:
Aggiungere-SPSolution - LiteralPath MySolution.wsp
Una volta completata l'operazione di aggiunta, il pacchetto verrà visualizzato sulla pagina soluzione di gestione del sito Amministrazione centrale. Anche se hai caricato il file del pacchetto, le sue caratteristiche non sono ancora pronte per l'uso. A questo punto, i file di soluzione non sono stati installati su ogni server di SharePoint.
Ora che hai aggiunto il tuo pacchetto al negozio soluzione farm, sei pronto per la distribuzione alla fattoria. Ci sono due modi che è possibile distribuire un pacchetto dall'archivio di fattoria: distribuzione locale e tramite un processo timer.
Una distribuzione locale installa i file di soluzione su un server della farm. Si può solo fare questo tipo di distribuzione utilizzando la riga di comando. Interesserà solo il server su cui verrà eseguito. Non sarete in grado di utilizzare la soluzione fino a quando è stata distribuita su tutti i server della farm. Quindi, dovrete ripetere il processo di distribuzione su ciascun server.
Il tipo più comune di distribuzione utilizza il servizio Timer di SharePoint. È possibile distribuire in questo modo utilizzando la riga di comando o il sito Web Amministrazione centrale. Quando si avvia la distribuzione, SharePoint crea un processo timer che verrà eseguito su ogni server della farm. Questo ha lo stesso effetto come eseguire distribuzioni locali su ciascun server.
Oltre consentendo di distribuire in un unico passaggio, le distribuzioni del lavoro timer anche automatizzano il processo di riavvio dei processi di lavoro IIS. Devi fare questo per lasciare che SharePoint riconoscere correttamente i nuovi file della soluzione. Ci potrebbe essere una breve interruzione quando viene riavviato il processo di lavoro IIS, ma non dovrebbe durare più di pochi secondi nella maggior parte dei casi.
Per eseguire una distribuzione in una farm dalla riga di comando, è possibile utilizzare l'opzione - deploysolution sullo strumento STSADM oppure il cmdlet Install-SPSolution di Windows PowerShell. (Si noti che il cmdlet Windows PowerShell è chiamato Install-SPSolution, non SPSolution di Deploy).
Entrambi questi comandi hanno una - bandiera locale per eseguire una distribuzione locale. Per utilizzare un processo timer che verrà eseguito in un dato momento, utilizzare il - opzione tempo su o comando. Per utilizzare un processo timer che esegue immediatamente dopo aver inserito il comando, utilizzare l'immediata opzione - su STSADM o basta lasciare le locali Opzioni - e - tempo fuori il comando di Windows PowerShell.
È possibile specificare diverse altre opzioni durante la distribuzione di una soluzione della farm. Qui sono alcuni dei più importanti:
- **Applicazione Web:**Alcune soluzioni hanno risorse che avrete bisogno di distribuire all'interno della struttura di directory di applicazione Web IIS. Quando si distribuisce una soluzione, è possibile selezionare un set di applicazioni Web per indirizzare queste risorse.
- **Assembly globale:**Se il package della soluzione contiene gli assembly che è necessario distribuire alla Global Assembly Cache (GAC), c'è un'opzione che ti impedisce di distribuzione inconsapevolmente codice completamente attendibile.
- **CAS:**CAS criteri controllano le autorizzazioni concesse al codice parzialmente attendibile in esecuzione nella farm. Se un pacchetto della soluzione contiene nuove politiche di CAS, avrete questa bandiera.
È inoltre possibile distribuire una soluzione dal sito Web Amministrazione centrale. Selezionare Impostazioni di sistema dal menu a sinistra. Quindi selezionare Gestisci fattoria soluzioni. Un pacchetto appena aggiunto verrà visualizzato con lo stato non è stato distribuito.
Fare clic sul nome del pacchetto e vedrai una schermata con le informazioni utili circa il pacchetto, anche se contiene elementi che richiedono una gestione speciale durante la distribuzione come assembly completamente attendibili o politiche di CAS. Clicca sul link di distribuire la soluzione per visualizzare un form che è possibile utilizzare per avviare un processo di timer per la distribuzione. Non è possibile eseguire distribuzioni locali attraverso l'interfaccia Web.
Distribuzione di una soluzione in modalità sandbox di SharePoint è molto diversa dalla distribuzione di una soluzione di fattoria. Invece un Add seguito da una distribuzione, una distribuzione in modalità sandbox è costituito da distribuire e attivare passaggi. Tuttavia, utilizzando un sandbox è un modo efficace per testare soluzioni prima di distribuirle dal vivo.
.jpg)
Steve Wright è un senior manager nella gestione di business intelligence per Sogeti USA LLC in Omaha, Neb Nel corso degli anni ultimi coltivano, Wright ha lavorato sul controllo del traffico aereo, finanziaria, assicurazioni e una moltitudine di altri tipi di sistemi. Ha creato ed eseguito valutazioni tecniche per molti titoli precedenti riguardanti prodotti Microsoft, tra cui Windows, SharePoint, SQL Server e BizTalk.
.jpg)
Corey Erkes è un consulente di gestione per Sogeti USA LLC in Omaha, Neb Erkes ha lavorato con una vasta gamma di aziende in diversi punti del ciclo di vita delle loro implementazioni SharePoint. Egli è anche uno dei membri fondatori del gruppo di utenti SharePoint Omaha.
© 2012 Apress Inc. Tutti i diritti riservati. Stampato con il permesso da Apress. Copyright 2012. "Pro 2012 Governance di SharePoint" da Steve Wright e Corey Erkes. Per ulteriori informazioni su questo titolo e altri libri simili, si prega di visitare apress.com.