SharePoint 4 Developers

Tudo bem pessoal?

Esse post é a continuação da lição Core SharePoint Features, onde veremos definições, tipos e exemplo de criação de Listas.

O entendimento desse objeto é essencial para a compreensão de como o WSS e MOSS armazenam dados e os disponibilizam aos usuários.

Listas e Libraries (Bibliotecas)

São tabelas de dados, parecidas com as tabelas de um banco de dados. Porém não podemos comparar uma lista do Sharepoint a uma simples tabela de banco de dados, cuja função é de armazenar registros.

Uma lista é uma mini-aplicação dentro do Sharepoint, criada a partir de templates de listas que suportam recursos como workflows, content types*, versionamento e permissões.

Nas tabelas 1 e 2 podemos ver quais são as listas disponibilizadas pelo WSS e MOSS respectivamente.

Tabela 1 – Templates de listas disponibilizados pelo WSS

Tabela 2 – Templates de listas adicionais do MOSS

Libraries (Bibliotecas) são tipos especiais de listas, cuja principal diferença de uma lista é a sua utilização para armazenamento de arquivos.

Nas tabelas 3 e 4 podemos ver quais são as libraries disponibilizadas pelo WSS e MOSS respectivamente.

Tabela 3 – Templates de libraries disponibilizados pelo WSS

Tabela 4 – Templates de libraries adicionais pelo MOSS

Dentre todos os tipos de listas e libraries mostradas nas tabelas acima, criaremos uma library que, além de possuir todas as características de uma lista, também oferece o recurso para armazenamento de arquivos.

Vejamos a criação de uma library utilizando o template Document Library, que por sinal é o mesmo utilizado na criação padrão da library Shared Documents (Fig. 1).

OBS: Nos próximos posts da lição 1 esse mesmo exemplo será utilizado nas explicações.

Para visualizarmos algumas libraries disponibilizadas no site, clique em View All Site Content (Fig. 1).

Figura 1 – Página principal

Na Fig. 2 algumas listas e libraries são exibidas agrupadas em categorias, já estando disponíveis no site por padrão quando da criação de um novo site.

Figura 2 – Conteúdo do Site

Clique em Create. Iremos criar uma lista com base em um template de library do tipo Document Library.

Figura 3 – Criação de Library

O nome de nossa library é bem sugestivo e nos diz um pouco a respeito de como utilizar listas para armazenamento de documentos. Nossa lista se chamará VIDocs, conforme exibido na Fig. 4, que significa Very Important Documents. É dessa forma que devemos utilizar libraries, armazenando apenas documentos importantes.
Algumas empresas insistem em transformar o Sharepoint como um repositório de arquivos, porém não enxergam algumas limitações no crescimento de listas e de problemas de performance que podem ocorrer.

Atenção: Esse é um assunto polêmico que nos renderá um outro post em breve. Minha recomendação é de armazenar apenas documentos importantes, a não ser que você saiba exatamente o que está fazendo.

Figura 4 – Detalhes da criação da Library

Clique em New ou faça o upload de alguns documentos na nova library para ver como é bem simples armazenar arquivos.

Faça o upload preferencialmente de tipos de arquivos diferentes tais como documentos Word, texto, PDF, Excel, etc.

Se você possui o Office 2003 Pro ou o Office 2007 instalado, você conseguirá utilizar a feature Upload Multiple Documents.

Figura 5 – Upload de documentos

OBS: Existem outras formas de realizar upload em massa de arquivos, que não serão demonstradas nesse post. Se você tiver interesse em saber mais sobre isso de imediato, por favor me contate, do contrário disponibilizarei um post da categoria Dicas e Truques para esse fim.

A lição 1 continua no próximo post, com explicações de colunas e views.

----------------------------------------------------------------------------------------------------------
content types* - Coleção de configurações de conteúdo. (Veremos mais adiante)
----------------------------------------------------------------------------------------------------------

Referências:

http://msdn.microsoft.com/en-us/library/dd490727.aspx
Livro: Essential SharePoint 2007 (Addison Wesley Series)
Livro: Essential SharePoint 2007, Second Edition (O'Reilly, 2007)

[]’s

Marcel Medina

Clique aqui para ler o mesmo conteúdo em Inglês.

Tudo bem pessoal?

Estou inaugurando uma nova seção chamada “Dicas e Truques”, cujo objetivo principal é compartilhar dicas e experiências (macetes).

Nesse post disponibilizarei uma macro que facilitará (e muito) sua vida debugando os serviços W3wp e OWSTIMER, que o SharePoint utiliza. Se você não sabe o que são e para que servem tais serviços, dê uma olhada abaixo:

• OWSTimer – SharePoint Timer Service é um Windows service que é instalado com o Windows SharePoint Services (WSS). É utilizado para lidar com os jobs agendados relacionados ao WSS. Pensou em Custom Timer Jobs, esse é o serviço a ser debugado.

• W3wp – Trata-se de um work process associado ao application pool do IIS. Se você possui mais de um application pool, mais de uma instância do w3wp.exe é executada. É um processo que geralmente aloca bastante memória. Pensou em qualquer customização para o SharePoint, esse é o serviço a ser debugado.

Em poucas palavras, uma macro é uma coleção de comandos, cujo objetivo é a automação de ações repetitivas dentro uma IDE. Ex: Excel, Visual Studio.

Que ação repetitiva você se refere?

Para debugar qualquer customização para o SharePoint, você precisa utilizar o conhecido anexador de processos (attacher) do Visual Studio, encontrado em: Debug > Attach to Process, conforme Fig. 1 e 2. E, além disso, é necessário selecionar os serviços desejados. Fazer isso uma vez não é nenhum problema, mas é muito chato quando você precisa repetir isso várias vezes. Sem falar dos erros de attach que aparecem de vez em quando.

Fig. 1 – Anexar processo

Fig.2 – Anexar processo manualmente

Qual seria a solução para esse caso?

Você pode criar suas próprias macros no Visual Studio para facilitar o seu dia-a-dia com desenvolvimento. O código abaixo é apenas um exemplo de macro, específico para anexar processos utilizados pelo SharePoint com o objetivo de debug:

Download do código

Agora você só precisa adicionar esse código ao Visual Studio. Para fazer isso acesse a aba Macro Explorer (ALT+F8):

Fig. 3 – Habilitar visualização do Macro Explorer

Antes de tudo, se você fez o download do código Sharepoint.vb, pode inserir o código diretamente em MyMacros pela IDE de macros (Macros IDE):

Fig. 4 – Ativar Macro IDE pelo Macro Explorer

Fig. 5 – Adicionar código existente

Se não fez o download, insira o código manualmente. Na raiz MyMacros adicione um novo módulo chamado SharepointDebugger:

Fig. 6 – Adicionar novo módulo

Uma vez que o módulo foi adicionado, é necessário editá-lo:

Fig. 7 – Editar módulo

Bastando colar o código na região comentada (apenas as Subs e Function) e salvar:

Fig. 8 – Colar código

Feito isso, sua macro já está pronta para ser executada:

Fig. 9 – Visualizar macros

Mas antes crie um atalho para chamar as rotinas criadas. Você não vai querer executar as macros com cliques de mouse, certo? Usaremos atalhos de teclado. Para isso devemos criar um mapeamento do teclado em Tools > Options > Environment > Keyboard.

Em show commands digite o nome do módulo SharepointDebugger. Você irá perceber que a lista de macros será filtrada automaticamente:

Fig. 10 – Selecionar macros

Você pode criar seus próprios atalhos de teclado conforme desejar, clicando no campo “Press shortcut keys” e selecionado as teclas desejadas.

Para esse exemplo utilize Ctrl + Shift + P, A. Isso significa que você deve apertar juntos Ctrl+Shift+P, soltá-los e apertar A (de Attach). Por fim, clique em Assign:

Fig. 11 – Adicionar atalhos

Repare que esse atalho só foi criado para a rotina AttachDebuggerToIIS. Você deve criar um outro atalho para a outra rotina AttachDebuggerToWssTimerService.

Para parar o debug, ou você clica no botão Stop na aba de controles do Visual Studio, ou você cria outro mapeamento para tal. Para isso procure pela macro detachall:

Fig. 12 – Adicionar atalho para DetachAll

Para esse exemplo utilize Ctrl + Shift + P, D (de detach).

Essas macros tem me ajudado bastante no debug de aplicações para o SharePoint e espero que também venha a te ajudar.

Referências para criação deste post:
http://msdn.microsoft.com/pt-br/library/b4c73967.aspx
http://office.microsoft.com/pt-br/help/HA100072101046.aspx
http://www.andrewconnell.com/blog/archive/2007/01/25/5855.aspx

[]’s

Marcel Medina

Clique aqui para ler o mesmo conteúdo em Inglês.

Pessoal, tudo bem?

Como falado no post anterior, nesse post iniciaremos a série “Lições de SharePoint”. Essa série irá abordar um conteúdo focado para o desenvolvedor de soluções em SharePoint (WSS 3.0/ MOSS 2007).

Alguns podem estar se perguntando, de quantas lições essa série é composta? Posso afirmar de mais de 10 lições... Tem bastante conteúdo para ser apresentado.

Essa lição inicial chama-se Core SharePoint Features. Nela serão apresentados os recursos essenciais que todos precisam entender. São eles: Site collections e sites, listas, colunas, views e web parts.

Iniciaremos nesse momento com essa lição, pois as demais possuem dependência dessa. Se após a leitura do post você tiver alguma dúvida, peço para que deixe seu comentário. Assim podemos compartilhar mais informações a respeito desse assunto.

Bem, vamos ao que interessa.

Site Collections e Sites

Os sites são organizados de forma hierárquica dentro do WSS e MOSS, da mesma forma que um sistema de arquivos. Porém, ao invés de unidades, pastas e subpastas, temos web applications, site collections e sites.

A figura abaixo mostra a estrutura básica de como os sites são organizados:

Fig. 1 – Estrutura hierárquica de sites

Esta estrutura se inicia com os servidores de um farm (coleção de um ou mais SharePoint servers) e vai até os subsites.

Os Site Collections atuam como containers de sites, sendo que este contém um site em seu root (raiz), conforme podemos ver na Fig. 1. Onde /sites/RH é seu top-level site.

Dica: se a sua empresa possui vários departamentos, crie para cada departamento um site collection. Dessa forma todos os sites criados abaixo do respectivo site collection desfrutarão de um mesmo contexto de segurança (permissões administrativas), ou seja, dentro desse contexto de segurança cada departamento poderá gerenciar seus respectivos sites.

Para complementar essa dica, na Fig. 2 podemos ver Managed Paths padrões na criação de site collections: sites e (root)

Fig. 2 – Exemplo de Managed Paths

Obs: Você pode criar seus próprios Managed Paths no momento de criar um site collection. Na Fig. 3 é exibida a tela de criação de Site Collections.

Fig. 3 – Tela de criação de Site Collections

Atentar para os tipos de Managed Paths: Wildcard e Explicit inclusion.

A principal diferença entre esses tipos é de que um Explicit inclusion só pode ser utilizado para adicionar o site collection especificado em seu path, conforme Fig. 4.

Enquanto que o Wildcard pode ser utilizado várias vezes para adicionar site collections subordinados ao path, conforme Fig. 5.

Fig 4. Explicit inclusion

Fig 5. Wildcard inclusion

Figuras falam mais do que palavras, conseguem ver a diferença?

Voltando ao assunto, para aqueles que gostam de ver para crer, estou anexando um link de código para recuperar Site Collections e Sites:

http://msdn.microsoft.com/en-us/library/ms462161.aspx

Tem vários exemplos para testar dentro do ambiente do SharePoint apenas. Caso queira testá-los em um Console Application, siga por esse exemplo:

http://msdn.microsoft.com/en-us/library/ms438026.aspx

Lembrando: No que diz respeito à API de desenvolvimento, SPSite representa um site collection e SPWeb representa um site.

Outra opção para verificar sites collections está disponível na aba de Application Management, conforme Fig. 6.

Fig. 6 – Application Management contém lista de site collections

Bem, vimos nesse post definições sobre sites e sites collections, alguns conceitos básicos para entendimento de como estruturar seu site.

Essa lição não terminou, na próxima parte continuarei falando sobre listas, colunas, views e web parts.

[]’s

Marcel Medina

Clique aqui para ler o mesmo conteúdo em Inglês.