Devo manter soluções e recursos em uma relação de 1-1?

Question

Eu tenho um implantar o SharePoint complexo com múltiplas EventReceivers e fluxos de trabalho.

Eu também tenho alterações de esquema para listas existentes, adicionar novas colunas de metadados e alterar colunas existentes.

Eu deveria embalar uma característica única, eventreceiver ou fluxo de trabalho, a uma única solução, ou devo colocar várias características dentro da única solução, uma vez que todos trabalham juntos?

Uma das principais razões que eu estou pedindo é para atualizações de código futuro. Se os recursos são separados, então um upgrade em uma parte do código não exigiria uma re-implantação de todos os recursos na solução. Isto é algo que deve se preocupar ou será que o "StsAdmin -o upgradesolution" cuidar de quaisquer problemas com a atualização de uma solução com muitas características?

Deixe-me saber se isso faz sentido para qualquer gurus SharePoint lá fora.

Obrigado,
Keith

Update: Olhando para o site drax referenciada, eu encontrei este site de referência: http://msdn.microsoft.com /en-us/library/aa543659.aspx

Esta declaração parece colocar uma grande deficiência na atualização apresenta em soluções simples:

atualização Solution só pode ser usado para substituir arquivos. Você pode adicionar novos arquivos em uma solução de atualizar e remover velho versões dos arquivos, mas você não pode instalar recursos ou uso de recursos evento manipuladores para executar um código para Característica instalação e activação. o seguintes operações não são suportadas na atualização solução.

• remoção de recursos de idade em um novo versão de uma solução.

• adicionando novas funcionalidades em uma solução atualizar.

• Atualização ou alterar o receptor montagem para recursos existentes em um nova versão de uma solução.

• adicionar ou alterar os elementos de recurso (Arquivos element.xml) em uma nova versão de uma solução.

• Adicionar ou alterar Característica propriedades em uma nova versão de um solução.

• A alteração do ID ou extensão do velho Características de uma nova versão de um solução.

• remoção de elementos de recurso (Arquivos element.xml) em uma nova versão de uma solução.

• A remoção propriedades recurso em um novo versão de uma solução.

Então ... O que você pode fazer com um upgrade solução?

Answer 1

Eu aconselharia contra dividindo tudo em múltiplas soluções. Maintaing que pode rapidamente tornar-se pesadelo. Tente estruturar seu projeto, que deve é ??usado para criar WSP, na mesma maneira que 12 pasta de sharepoint. Então você pode usar WSP construtor , última versão estável traz um monte de coisas úteis.

Também eu já não notou qualquer problema com soluções reimplantação. De acordo com a este artigo e à minha experiência de implantação de WSP cuida de sincronização entre as versões. Então, se você irá adicionar algumas novas funcionalidades que irão aparecer e se você remover / alterar os recursos que serão modificados em conformidade.

EDITADO:

Então eu fiz alguma pesquisa rápida sobre MOSS Atualização tópico. De acordo com o MS, existem duas maneiras de soluções de atualização:

1. atualização in-loco
2. atualização incremental

Basicamente, no local de atualização é a maneira padrão de atualização. Ou seja, você está confiando em build-in funcionalidade, como descrito no este ( mesmo documento que postou antes) documento. Problema com esta solução é que ela não tem um monte de funcionalidade (versionamento, mudando de ID de de recursos, ...).

atualização incremental (isto é como MS chama isso provavelmente) não contam com build-in soluções. Isso significa que cabe a todos para implementá-lo por si :(. O que é ainda melhor que eu não era realmente capaz de encontrar quaisquer orientações para esta abordagem. Suponho que a abordagem que você gostaria de tomar é exemplo de atualização incremental (projeto dividindo-se em muitas soluções independentes).

Observe também que atualização incremental não é oficialmente suportado pelo MS.

Então, eu realmente não sei que conselho eu deveria dar a você. Único WSP é mais maintanable de buch deles, também se você estiver fazendo apenas algumas pequenas alterações atualizações funcionam perfeitamente. Mas se você precisa fazer algumas mudanças estruturais maiores problemas começam a aparecer.

Eu provavelmente vou esperar e ver se as pessoas com mais experiência MOSS pode dizer algo sobre este tema.

Answer 2

Basicamente (pelas razões que você mencionou), você deve pensar em soluções como faria .Net assembleias - unidades atômicas de código que podem ser implantados separadamente dos outros. Usando upgradesolution irá causar um redeploy de todos os recursos contidos - se nada mudou, então nada deve mudar para os sites que usam esse recurso. Mas, se isso o deixa nervoso, considere dividindo-o.

Answer 3

Upgradesolution é realmente útil se você está apenas atualizando a montagem e deixando os arquivos provisionados intacta.

A menos que você especifique upgradesolution então -local irá realizar um iisreset completa em toda a sua infra-estrutura. Isto é realmente digno de nota para quando você está planejando o momento certo para realizar upgrades.