Pergunta

Eu estou trabalhando em um recurso do sharepoint que inclui um par de definições de lista, 2 webparts, um receptor de recurso de montagem e um formulário do InfoPath.

Eu tenho que usar WSPBuilder para embalar estes, eo requisito para empacotar todas essas características em um único arquivo de solução WSP.

Agora, construtor WSP requer os arquivos de implantação em uma estrutura de pasta específica, mesmo que o 12 Hive do sharepoint.

O meu problema é que todos os meus recursos foram desenvolvidos separadamente, e consistem em vários arquivos de projeto, e estes não são necessariamente na mesma estrutura de pastas ..

Como posso usar WSP Builder para embalar vários recursos em uma solução WSP single?

Foi útil?

Solução

Talvez isto ajude: http: //www.codeplex. com / WSPBuilder / fio / View.aspx? ThreadId = 43125

Em última análise, eu acho que você ganhar um monte de flexibilidade através da construção de seus próprios arquivos WSP usando uma ferramenta como NANT.

Outras dicas

Não há nenhuma ação específica que você precisa para realizar em WSPBuilder ter vários recursos no mesmo pacote de solução. Tudo que você precisa fazer é criar uma nova pasta para cada recurso sob o MODELO 12 \ \ CARACTERÍSTICAS pasta dentro de sua solução no Visual Studio e colocar o arquivo feature.xml apropriado nessa pasta. Por exemplo, você pode ter:

12 \ TEMPLATE \ FEATURES \ FancyFeature \ feature.xml 12 \ TEMPLATE \ FEATURES \ ReallyCoolFeature \ feature.xml

... e assim por diante.

Após a construção da solução, WSPBuilder vai ler toda a estrutura de árvore de sua pasta 12 e acrescentar os nós correspondentes no arquivo manifest.xml do WSP. O mesmo vale para quaisquer outras subpastas possíveis dentro da pasta "modelo", incluindo imagens, layouts, etc: no momento da implementação todos eles serão copiados na pasta correta dentro da verdadeira 12 colméia, porque a pasta 12 dentro de sua solução destina-se a ser uma réplica do original.

Para uma melhor compreensão, criar algumas pastas e arquivos dentro de sua pasta 12 na solução visual studio, compilar seu projeto e olhar dentro do arquivo manifest.xml gerado.

A resposta simples é que você vai ter que copiar todos os arquivos formar os projetos individuais em um projeto mestre para a sua solução. Enquanto todos os seus arquivos de recursos individuais estão no local correto na sua pasta '12', então você vai ser bom para ir.

Nota:. Você precisa verificar todas as suas referências a quaisquer assembléias como esta solução irá criar uma montagem para toda a lógica o seu costume

Eu tive problemas acrescentando DLLs para o WSP então eu escrevi um pequeno artigo sobre isso: Como adicionar DLLs a um WSP Solution

Normalmente, eu tenho um projeto na solução designado como o "principal". I definir as dependências para que este projecto "principal" é construído passado. Então, para os outros projetos que eu quero ser incluído no pacote wsp, eu editar as "Post Build Events" para xcopy o conteúdo da pasta 12 e que dlls construídas pelos projetos em pastas correspondentes para o projeto principal. Então, depois de eu construir toda a solução, eu posso construir o pacote WSP para o projeto principal e saber que ele contém tudo.

Licenciado em: CC-BY-SA com atribuição
Não afiliado a StackOverflow
scroll top