Molteplici soluzioni che utilizzano DLL condivise possono causare il caos in cui le singole soluzioni sono retratti

sharepoint.stackexchange https://sharepoint.stackexchange.com/questions/48

Domanda

Problema:. Molteplici soluzioni che utilizzano possono causare il caos della DLL condiviso quando soluzioni individuali sono ritratte

Esempio: Hai un web dll parte helper usata da tutto il codice web part. Se ritirare una soluzione contenente un riferimento alla presente dll allora la voce SafeControl viene rimossa dal web application appropriata e tutti cominciano le vostre parti di Internet per fallire. O meglio ancora, la dll viene rimosso dal GAC del tutto.

Soluzione: non so? Tu mi dici.

È stato utile?

Soluzione

Quando si dispone di componenti comuni / condivisi, come la DLL di supporto di cui parli, che vengono utilizzati in più soluzioni dentro di voi organizzazione. La mia raccomandazione è quella di confezionare questi come una 'soluzione di quadro' che viene distribuito ai server indendently delle 'soluzioni basate funzione'.

In questo modo vengono sviluppati voi 'caratteristica soluzioni' nella consapevolezza che il 'quadro' è sempre disponibile.

SharePoint sempre si ritrae / rimuovere ciò che è stato aggiunto in un pacchetto di soluzioni, Unforunately non ha nulla costruito per rilevare i componenti condivisi.

Altri suggerimenti

L'uso metodo che consiste nel unire tutti i gruppi in uno utilizzando ILMerge come parte della costruzione, prima del confezionamento

Questo rende la sua prova di proiettile, come poi il suo impossibile per qualcuno per rimuovere qualche modo assembly dipendenti.

Sì, questo è un problema comune in distribuzione di SharePoint. La mia soluzione è di cambiare il numero di versione per helper DLL s. Quindi, anche avete helper multipla dll-s in GAC che non dovrebbe essere un grosso problema. Suggerimento: solutioninfo

assegnare ogni assemblea condivisa in un singolo file WSP. Abbiamo quindi utilizzare dipendenze delle funzionalità per descrivere se uno qualsiasi utilizza il componente condiviso e hanno la regola che le dipendenze condivise non possono essere disinstallati se tutte le funzioni attive dipendono da esso.

La difficoltà sta nel convincere tutti a seguire le regole.

Squadre tendono a copiare e incollare Assemblee nelle proprie file WSP o disinstallare qualsiasi file WSP si schierano senza prestare attenzione alle regole.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a sharepoint.stackexchange
scroll top