SharePoint 2010: Embalagem de solução

  • Artigo

Depois que você desenvolveu suas soluções do SharePoint, como empacotar e implantá-los é a parte final do processo.

Steve Wright e Corey Erkes

Adaptado de "Governança Pro SharePoint 2010" (Apress, 2012)

Quando você está desenvolvendo soluções para usar dentro do SharePoint, você ainda tem opções sobre como empacotar e implantar essas soluções. Instalar personalizadas melhorias dentro dos ambientes SharePoint, o SharePoint usa a estrutura de solução.

A estrutura da solução permite que você implantar, ativar e atualizar componentes personalizados de uma forma controlada. Essa estrutura é projetada para manter o farm de servidores do SharePoint estável. Seus pacotes de solução podem conter arquivos de recurso para uma abordagem consistente para a localização de seus componentes personalizados. A estrutura da solução substitui outras tecnologias do instalador usadas em ambientes Windows como arquivos do Microsoft Installer (MSI) e ClickOnce.

Pacotes de solução também fornecem um meio para agregar todos os componentes associados com um acessório personalizado em um arquivo com uma extensão WSP. Então, você pode implantar esses arquivos para a fazenda para que todos os componentes instalar simultaneamente em todos os servidores no farm. Isso elimina a necessidade de manter arquivos de página da Web, modelos e arquivos executáveis separadamente em cada servidor.

O SharePoint 2010 solução framework também inclui novas funções que o ajudam você atualizar pacotes de solução no lugar, sem interferir com a operação da fazenda. Você pode fazer isso pelo controle de versão de que cada implantado característica e proporcionando ações personalizadas para atualizar de uma versão de um recurso para outra.

Pacotes de solução

Um arquivo de pacote de solução é um único arquivo com uma extensão de nome de arquivo WSP. No entanto, o que parece ser um arquivo pode na verdade ser vários arquivos arquivados em um. O formato de arquivo WSP é realmente nada mais do que um padrão arquivo Windows gabinete (CAB). Para provar isso, tomar qualquer solução arquivo e altere a extensão de WSP para CAB. Agora abra o arquivo e você verá a estrutura do arquivo.

Há um arquivo de manifesto do pacote no diretório raiz e um ou mais subdiretórios que contém os outros componentes. Muitos desses componentes são arquivos XML com informações de configuração para listas, sites, tipos de conteúdo, e assim por diante.

Os arquivos mais comuns que você encontrará em um pacote de solução são:

  • **Manifest. xml:**É um arquivo de manifesto em um pacote. Ele contém uma descrição de tudo no pacote, diretamente ou através de referências a outros arquivos.
  • **Feature:**Estes arquivos descrevem a configuração e os componentes associados a um recurso. Você pode ligá-las ou desativar no ambiente do SharePoint.
  • **Elements:**Esses arquivos contêm listas de componentes individuais e suas informações de configuração. Componentes são itens como instâncias de lista, arquivos de conteúdo, colunas do site, tipos de conteúdo e receptores de evento.
  • **Schema:**Esses arquivos contêm as especificações de metadados para um objeto, como um modelo de lista.

Existem muitos outros tipos de arquivos que aparecem em um pacote de solução, mas estas são as mais importantes. Eles controlam a configuração de recurso e componente. Antes de usá-los, você precisa entender um pouco sobre o ambiente que vai ser implantados.

Entender os ambientes de implantação

Quando você implanta um pacote de solução em um farm do SharePoint server, implanta em um dos dois ambientes de tempo de execução. O primeiro ambiente é o farm de servidores. Isso dá os componentes da solução a capacidade de acessar recursos em toda a exploração e além, dentro dos limites das permissões de acesso sobre esses itens.

O segundo ambiente — sandbox — é muito mais limitada. Quando um pacote de solução é executado no sandbox, sua capacidade de afetar a fazenda como um todo é restrita. Compreender a diferença entre soluções de farm e soluções em modo seguro é fundamental para implantação planejamento para melhorias personalizadas.

A primeira coisa a considerar é onde a solução será implantada. Soluções de fazenda são globais para o farm de servidores. Soluções de área restrita são local para um conjunto de sites específicos. Se vários conjuntos de sites precisam usar sua solução no modo seguro, você terá que implantar em cada um separadamente.

A diferença mais importante entre a fazenda e sandboxed solutions é segurança. Fazenda soluções geralmente executadas com confiança total. Usando segurança de acesso de código .NET (CAS), você pode criar componentes de solução de fazenda que executado com confiança total inferior. Esta é uma boa idéia de um ponto de vista de segurança, porque ele permite que o código executar com um conjunto mínimo de privilégios necessários. Você deve reservar a implantação em farm para código altamente confiável e bem testado.

Sandboxed solutions executado em um ambiente de segurança muito diferentes. Seu acesso aos recursos é limitado ao conjunto de sites em que eles estão implantados. Há também restrições de recursos e você pode aplicar para evitar que os componentes da solução desonestos de comprometer o desempenho do sistema de cotas. Você pode facilmente desabilitar mal-comportados sandboxed solutions e impedir-lhes a execução inteiramente, se necessário.

Gerenciar suas soluções de fazenda

Implantando um pacote de solução em um farm do SharePoint server consiste em duas operações básicas: Adicionar e implantar. A operação de adição carrega o arquivo de solução para o banco de dados de configuração de SharePoint, onde ele pode ser acessado por cada servidor no farm. Implantar instala os arquivos em vários diretórios de sistema de arquivo em cada servidor no farm.

Apenas administradores de farm podem adicionar soluções para o armazenamento de solução de fazenda. Não há nenhuma página Administração Central que permite que você envie um pacote. Você tem que fazer isso com uma ferramenta de linha de comando. Você também pode adicionar soluções usando a API do SharePoint.

Para usar a ferramenta STSADM para adicionar o pacote, use um comando como o seguinte:

stsadm -o addsolution - filename MySolution.wsp

Para executar a mesma operação, usando o Windows PowerShell, use um comando como o seguinte:

Adicionar-SPSolution - LiteralPath MySolution.wsp

Uma vez concluída a operação de adição, o pacote irá aparecer na página Gerenciamento de solução do site da Administração Central. Embora você carregou o arquivo de pacote, suas características ainda não estão prontas usar. Neste ponto, os arquivos de solução ainda não foi instalados em cada servidor de SharePoint.

Agora que você adicionou seu pacote para o repositório de soluções do farm, você está pronto para implantá-lo para a fazenda. Há duas maneiras que você pode implantar um pacote da loja farm: implantação local e através de um trabalho de timer.

Uma implantação local instala os arquivos de solução em um servidor no farm. Você só pode fazer esse tipo de implantação usando a linha de comando. Isso afetará apenas o servidor no qual ele será executado. Você não será capaz de usar sua solução até que ele é implantado em todos os servidores do farm. Portanto, você terá que repetir o processo de implantação em cada servidor.

O tipo mais comum de implantação usa o serviço de Timer do SharePoint. Você pode implantar dessa forma usando a linha de comando ou o site de Administração Central. Quando você iniciar a implantação, o SharePoint cria um trabalho de timer que será executado em cada servidor no farm. Isto tem o mesmo efeito que executar implantações locais em cada servidor.

Além de deixar você implantar em uma única etapa, implantações de trabalho de timer também automatizam o processo de reinicialização dos processos de trabalho do IIS. Você tem que fazer isso para deixar o SharePoint reconhecer corretamente os novos arquivos da solução. Pode haver uma breve interrupção quando o processo de trabalho do IIS é reiniciado, mas isso não deve durar mais que alguns segundos na maioria dos casos.

Para executar uma implantação de farm da linha de comando, você pode usar a opção - o deploysolution na ferramenta STSADM ou o cmdlet Install-SPSolution no Windows PowerShell. (Nota que o cmdlet do Windows PowerShell é chamado de Install-SPSolution, não implantar-SPSolution.)

Ambos estes comandos têm uma - bandeira local para executar uma implantação local. Para usar um trabalho de timer que será executado em um determinado momento, use o - opção de tempo em qualquer comando. Para usar um trabalho de timer que executa imediatamente depois de entrar o comando, use o - opção imediata STSADM ou apenas deixam as - opções locais e tempo fora o comando do Windows PowerShell.

Ao implantar uma solução do farm, você pode especificar várias outras opções. Aqui estão alguns dos mais importantes:

  • **Aplicação Web:**Algumas soluções têm recursos, que você precisará implantar dentro da estrutura de diretório de aplicativo Web do IIS. Ao implantar uma solução, você pode selecionar um conjunto de aplicativos da Web de destino para esses recursos.
  • **Assemblies globais:**Se o pacote de solução contém os assemblies que você precisa implantar para o Global Assembly Cache (GAC), há uma opção que impede que você inconscientemente implantando código totalmente confiável.
  • **CAS:**Condições de CAS controlam as permissões concedidas ao código parcialmente confiável, executando no farm. Se um pacote de solução contém novas políticas de CAS, você terá que sinalizar isso.

Você também pode implantar uma solução de site de Administração Central. Selecione Configurações do sistema no menu esquerdo. Em seguida, selecione gerenciar soluções de Farm. Um pacote recém adicionado será exibido com o status não implantado.

Clique no nome do pacote e você verá uma tela com informações úteis sobre o pacote, inclusive se ele contém itens que requerem tratamento especial durante a implantação como assemblies totalmente confiáveis ou condições de CAS. Clique no link de implantar solução para exibir um formulário, que você pode usar para iniciar um trabalho de timer para implantação. Você não pode executar implantações locais através da interface Web.

Implantando uma solução no modo seguro do SharePoint é muito diferente da implantação de uma solução. Em vez de um Add seguido de um Deploy, uma implantação em área restrita consiste em etapas de implantar e ativar. No entanto, usar uma caixa de areia é uma forma eficaz de soluções de teste antes de implantá-los ao vivo.

Steve Wright

Steve Wright é gerente sênior de gestão de inteligência empresarial para Sogeti USA LLC em Omaha, Nebraska Ao longo dos anos 20-última Plus, Wright trabalhou no controle de tráfego aéreo, financeiro, seguros e uma infinidade de outros tipos de sistemas. Ele tem o autor e realizadas avaliações técnicas para muitos títulos anteriores cobrindo produtos Microsoft, incluindo Windows, SharePoint, SQL Server e BizTalk.

Corey Erkes

Corey Erkes é Consultor Gerente Sogeti USA LLC em Omaha, NEB. Erkes trabalhou com uma vasta gama de empresas em diferentes pontos do ciclo de vida da suas implementações de SharePoint. Ele também é um dos membros fundadores do grupo de usuários do SharePoint de Omaha.

© 2012 Apress Inc. Todos os direitos reservados. Impresso com permissão da Apress. Copyright 2012. "Pro SharePoint 2012 governação" por Steve Wright e Corey Erkes. Para obter mais informações sobre este título e outros livros similares, por favor visite apress.com.

Conteúdo relacionado