Debugando mais precisamente Farm Solutions

Para começar, um post bem simples e prático de uma tarefa bem comum no meu dia-a-dia.

Quando desejo debugar alguma WebPart, Event Receiver ou qualquer outro recurso que seja executado em um IIS Application Pool Process e implantado em um site SharePoint, faço os seguintes passos, sem eles geralmente o breakpoint fica inacessível

Assegure que a URL do Site SharePoint está informada corretamente, nas propriedades do Projeto, campo Site URL:

Assegure também, que a configuração de compilação do seu projeto está marcado como Debug e não Release.

Faça um deploy da WebPart para garantir que a última versão esteja instalada.

Recarregue qualquer página do Site SharePoint a fim de que ele "aqueça" o servidor e cacheie tudo que for necessário. No meu exemplo, recarreguei a página que minha WebPart está.

Insira um breakpoint onde você deseja fazer o debug.

Abra o menu DEBUG na barra superior do Visual Studio e selecione Attach to Process.

Uma tela com diversos processos do Windows será apresentada. Marque a opção Show processes from all users.

Normalmente, o processo w3wp correto é o primeiro por ter sido o último acessado por algum usuário e você acabou de acessar uma página qualquer do seu servidor, porém, para confirmarmos esse dado utilize estes comandos abaixo diretamente no Prompt de Comando (cmd.exe) do seu servidor, rodando-o como Administrador.

cd C:\Windows\System32\inetsrv
Appcmd list wp
pause

Com este comando, conseguimos descobrir qual o w3wp correto. Assim, selecione o processo do Pool do IIS que contém o seu site SharePoint e clique em Attach. Aguarde até que o breakpoint fique uma bolinha vermelha cheia e acesse a página que contém sua WebPart, ou recarregue-a (caso já esteja nela). Com isto, o breakpoint deve ser "atingido" pelo Visual Studio e você pode debugar tranquilamente.

Qualquer dúvida ou problema neste pequeno tutorial, não hesite em comentar abaixo. Obrigado.

Pontapé inicial

Depois de ler e reler diversos Blogs, enfrentando o dia-a-dia de um programador SharePoint, a fim de solucionar probleminhas básicos ou planejar alterações e migrações de grande impacto, decidi fazer minha parte colaborando com a comunidade de profissionais SharePoint, compartilhando o que aprendi, apresentando soluções para diversos problemas que tivemos e teremos em comum e até mesmo, alguns "workarounds" sobre adversidades que as tecnologias Microsoft nos oferecem de vez em quando (contornar os problemas, foco nos resultados).

Iniciei minha carreira no SharePoint em 2011, conhecia um pouco de C# por mexer em jogos com XNA e obtive a oportunidade de trabalhar na equipe de Internet Business da empresa que eu estava naquele momento. Lá conheci ótimos profissionais, dos quais pude aprender muito. Somado com algumas certificações que fiz para desenvolvedores do SharePoint 2010, alcancei um bom nível de conhecimento técnico para me virar sozinho.

No inicio, eu não conseguia explicar bem o que era ou para que servia o SharePoint. Dentre diversas teorias e explicações, um vídeo em inglês me apresentou o básico necessário para entender no que é que eu estou mexendo. Abaixo segue este vídeo, no qual legendei para caso você não tenha muito contato com o Inglês.

Espero que este Blog venha a lhe ser útil e que você não perca muitos fios de cabelos quando o Visual Studio não permitir que você faça deploy ou o SharePoint Designer se feche sozinho.

Happy Coding!