David Sellen Blog's

Metas Certificação - Desenvolvimento SharePoint 2010

2011-10-10T02:13:00.000-03:00

Meu objetivo é até o final do ano me tornar um "MCPD: SharePoint Developer 2010". Para isto terei que me submeter e passar nos seguintes exames:

Tenho um grande desafio pela frente e para não desanimar (ou me comprometer), vou atualizar este post sempre que houver alguma novidade.

Primeira prova: 70-573

Preparação:

Data: 30/11/2011

Status: Done/Pass!

Segunda prova: 70-576

Preparação:

* Esse vai ser um pouco complicado, não há treinamentos no Brasil, vamos ver no que dá...

Data limite: 30/12/2011

Status: Aguardando

Leitura recomendada - Refactory

2011-10-10T01:04:00.000-03:00

Este ano eu iniciei uma série de estudos para aperfeiçoar meus conhecimentos e habilidades com desenvolvimento de sistemas, um dos livros escolhidos foi sobre refactory:

Refactoring: Improving the Design of Existing Code

Este livro ensina como melhorar o código de um projeto existente. Nele, você vai aprender como melhorar o código fonte de um sistema, melhorando a estrutura interna sem alterar o comportamento externo das funcionalidades.

O livro oferece uma discussão aprofundada dos princípios envolvidos no refactory, mostra como detectar oportunidades para refactory e como configurar os testes necessários. Há também um catálogo de mais de 40 refatorações comprovada com detalhes a respeito de quando e por que usar o refactoring, instruções passo a passo para a sua aplicação, e exemplos que ilustram o funcionamento.

Os códigos de exemplo são escritos em java, mas as idéias podem ser utilizadas em qualquer linguagem orientada a objetos, no meu caso, codifiquei alguns exemplos em C# para observar a evolução de um código sujo a um código limpo, legível e fácil de manter.

Donwload código de exemplo em C#

Developing Applications for SharePoint 2010 - Parte 1

2011-07-22T15:03:00.000-03:00

Notas: Developing Applications for SharePoint 2010

Existe uma grande diferença entre escrever código para SharePoint e escrever aplicações de qualidade, por esta razão, é importante garantir que os aplicativos sejam construidos sobre fundamentos sólidos.

Quais atributos caracterizam um código como bom ? performance e estabilidade estão no topo a lista, no entanto, para aplicações de grande porte é importante considerar outros conceitos, são eles:

Testabilidade. Você consegue testar suas classes em isolado ? isto pode ser um desafio caso seu código seja fortemente acoplado a uma interface de usuário, ou depende de tipos específicos.
Flexibilidade. Você consegue atualizar ou substituir dependencias sem precisar editar e recompilar código ?
Configuração. Como você gerencia definições de configuração de sua solution ? será que seu codigo está preparado para um ambiente de grande escala ?
Logging e gerenciamento de exceções. Como você registra log de exceções e informação de trace no seu ambiente? Os outros desenvolvedores de sua equipe tratam deste problema da mesma forma que você ? os administradores do sistema conseguem informações relevantes para diagnosticar o sistema de forma efetiva ?
Manutenibilidade. Quão fácil de manter é o seu código? É necessário reescrever código sempre que uma classe dependente é atualizada ou substituida ?

Desenvolvedores não gostam de SharePoint?

2011-05-04T04:00:00.000-03:00

Existem muitos desenvolvedores que não gostam do SharePoint e não conseguem enxerga-lo como uma plataforma que pode trazer benefícios ao negócio do cliente. Eu não entendia o porquê disso até conversar com uma pessoa, ela se mostrava totalmente avesso ao desenvolvimento de projetos com a plataforma SharePoint, vejam um trecho da conversa:

Fulano: ...os caras estão usando muito sharelixo...

eu: ... a demanda por SharePoint aqui é muito grande... tem interesse ?

Fulano: nem a pau!!! SharePoint é chato d+... se você ver a intranet que os caras fizeram com .NET ficou melhor que SharePoint...

eu: Duvido!!! Pode ser verdade que a Intranet ficou boa, mas isso não prova ser melhor ou pior desenvolvimento do produto utilizando o SharePoint ou não, a única conclusão possível é que eles fizeram uma correta concepção do produto...

Fulano: o que eu estou falando é que da pra fazer a mesma coisa sem o SharePoint...

eu: hahahahaha, tá certo programador da nasa!!! J, vamos ver se isso realmente é possível, primeiro, com o SharePoint a empresa ganha muito mais...

Fulano: é isso que ainda não é claro: fluxo de aprovação e controle de usuário ? webparts ? grande coisa...

eu: Realmente isso não é grande coisa..., aliás SharePoint não é só isso, não se trata apenas de um clássico GED, é uma solução completa com poderosas ferramentas para Search, ECM, BI, KM, Social Computing, Automação de fluxos de trabalho sem código, e de quebra, possui uma rica interface de usuário, e tudo isso integrado!

Fulano: aaah... é por isso mesmo que eu acho paia, porque ninguém faz o que ele é capaz, só empurra documento dentro do site, faz um layout pra botar noticia da empresa e habilita lá um fluxo de aprovação..., grande coisa! Além disso, é muito complicado programar para SharePoint...

eu: Será realmente ???..., com a plataforma 2010, integração com TSF, os templates do VS 2010, e a concepção de padrões de projetos adequados, você vai longe!!!

O grande problema é que algumas empresas se metem em projetos SharePoint sem fazer a concepção do produto, o que acontece no final das contas é que o time de desenvolvimento recebe a demanda, executa do jeito que der, e, definitivamente, se não conhecer o potencial da ferramenta, um abraço!!! Tem muito projeto falhando por aí porque o cara resolve fazer de qualquer jeito, pensando que é só mais uma telinha web com .NET, desastre total!

Para entregar um portal SharePoint, o time precisa ir mais além do desenvolvimento de software convencional, ele precisa se reinventar, investir tempo para conhecer e aprender efetivamente o que o produto pode oferecer e como oferecer!

Nunca entre em qualquer tipo de projeto sem conhecer a ferramenta de trabalho, isso porque se você conseguir entregar o produto, não terá atributos de qualidade, por causa da iminente má utilização dos recursos disponíveis, excesso uso gambiarras, insatisfação generalizada do time de desenvolvimento, resultando em clientes insatisfeitos com seus produtos, se ainda não estão ainda, conte os dias!!!

Acho que depois deste bate papo, o colega vai pensar duas vezes antes de colocar a mão na massa!

Design Solutions for Microsoft SharePoint 2010

2011-04-23T03:01:00.010-03:00

Para quem está começando a estudar ou já está desenvolvendo, e ainda não leu o livro "Design Solutions for Microsoft SharePoint 2010"

Pare tudo agora!!!

Você deve adquirir e estudar este livro

O título já diz tudo, traz uma série de esclarecimentos sobre os recursos disponíveis, como e quando cada um deve ser utilizado. Está dividido em quatro partes:

Execution Models. Aqui ele apresenta e explica o funcionamento dos modelos de execução SharePoint farm Solutions, Sandboxed Solutions e quando criar uma solução com uma abordagem mista;
Data Models. Apresenta e explica os modelos de dados de listas, dados externos e como funciona o acesso à dados com o SharePoint 2010;
Client Models. Esta parte explica como funciona, quando e como deve ser um desenvolvimento que atenda aos requisitos de uma aplicação RIA e como se dá o acesso a dados do lado do cliente;
Application foundations. Esta última parte, os autores explicam como construir uma aplicação robusta, testável, flexível, além de apresentar os conceitos e etapas de testes para garantir que sua solução construída para SharePoint 2010 tenha qualidade;

Não faça como os demais, que se jogam no desenvolvimento pensando que é tudo a mesma coisa..., não é!!! Já vi projetos fracassados ou fortemente tendenciados ao fracasso!!!

Resultado da pesquisa sobre o uso de metodologias para gerenciar projetos de software

2010-12-12T15:58:00.008-02:00

Depois de muito tempo, finalmente tomei coragem para publicar o resultado da pesquisa realizada no meu trabalho de conclusão do curso de Ciências da Computação na Unit, quero agradecer o apoio e acompanhamento do meu orientador e professor Andres Menendez o co-orientador Adriano Lima, Danielle Menendez que participou da banca, Priscila que contribuiu com a correção do texto final, e finalmente, a todos que se dispuseram a responder o questionário e ajudaram divulgando em suas redes sociais.

A pesquisa

Foram coletadas 123 opiniões de profissionais residentes em diferentes estados brasileiros, todos eles trabalham de forma direta ou indireta no processo de desenvolvimento de software.

As perguntas foram agrupadas para estudar os seguintes aspectos:

Perfil e atribuições - identificar onde o pesquisado está classificado em relação as suas funções exercidas;
Metodologia adotada – avaliar e o grau de satisfação em relação ao resultado dos projetos e a metodologia adotada;
Automação dos processos – avaliar a eficiência das ferramentas utilizadas para automatizar os processos de gerência de projetos;
Habilidades exigidas – identificar o grau de satisfação em relação às habilidades das classes de profissionais;
Registro de lições aprendidas – avaliar o interesse em registrar erros e tratamentos.

Os Perfis

De toda a amostra, 75% estão situadas em Sergipe, sendo que do total, 93% alegam trabalhar em empresas que têm como produto final a tecnologia de software.

Para melhor entendimento do perfil da amostra, os cargos e funções dos profissionais foram agrupados em três classes distintas conforme figura em seguida.

Classes de profissionais de Tecnologia

O agrupamento em classes permitiu identificar que 36,07% dos profissionais pesquisados são da classe de execução, entretanto, verifica-se que ao menos 12,03%, além de executar, fazem parte da classe de planejamento, e ainda, 0,82% estão incluídos na classe de gerenciamento, e finalmente, 8,20% dos profissionais da classe de execução também exerce funções de gerenciamento e planejamento (Figura 19).

Classes de funções desempenhadas

Atribuições

Os dados revelam que, 14,29% da classe de gerenciamento têm conhecimento apenas de sua equipe, isto caracteriza um problema grave nesta classe, visto que são eles os responsáveis pelo gerenciamento do projeto, se não têm conhecimento das atribuições de todos os envolvidos, então os projetos conduzidos por estes, não estão sendo bem gerenciados. Existem 6,94% da classe de planejamento que conhece apenas suas atribuições, isto também é considerado um problema quando o papel dos profissionais desta classe é planejar como as ações deverão ser realizadas pelos profissionais da classe de execução. Finalmente, ainda existem 10,0% dos profissionais da classe de execução que têm conhecimento apenas de suas atribuições, isto impede o compartilhamento de informações e conhecimento e implica em retrabalho.

Classes de função e a atribuição de tarefas

Classe	Minha função	Função da minha equipe	Todas as funções
Execução	10,00%	30,00%	60,00%
Planejamento	6,94%	22,22%	70,83%
Gerenciamento	-	14,29%	85,71%

Utilização de Metodologias

Verificou-se que 59% de toda a amostra, afirma ter uma metodologia para gerenciar projetos na empresa que trabalha, entretanto, 16% não têm certeza desta informação.

Utilização de metodologias

Das pessoas que responderam afirmativamente, 50% apontaram o PMBOK como guia base da metodologia, 14% responderam que a metodologia base é fundamentada em conceitos ágeis do SCRUM, e 18% utilizam como base a união das metodologias tradicional e ágil. Os resultados revelam ainda que, 15% não têm certeza desta informação, isto indica que ainda existem profissionais que não se interessam pela metodologia utilizada e consequentemente não possuem as competências necessárias para trabalhar em projetos gerenciados.

Fundamentos da Metodologia utilizada

Observou-se que a metodologia ágil obteve maior aprovação no requisito escopo, enquanto a metodologia tradicional destacou-se com 50% de aprovação no requisito prazo, entretanto, as empresas que utilizaram metodologias baseadas em ágil e tradicional obtiveram melhor índice de aprovação no requisito qualidade e custo.

Metodologias e a avaliação de requisitos

Metodologia	Requisitos	Atende	Atende parcialmente	Não atende	Não se aplica
Ágil	Prazo	40%	60%	-	-
	Escopo	70%	30%	-	-
	Qualidade	60%	40%	-	-
	Custo	60%	30%	-	10%

Tradicional	Prazo	50,00%	50,00%	-	-
	Escopo	63,89%	30,56%	5,56%	-
	Qualidade	61,11%	36,11%	2,78%	-
	Custo	58,33%	27,78%	8,33%	5,56%

Ágil e Tradicional	Prazo	38,46%	53,85%	-	7,69%
	Escopo	38,46%	61,54%	-	-
	Qualidade	61,54%	38,46%	-	-
	Custo	61,54%	15,38%	15,38%	7,69%

A adequação é considerada um requisito crítico de sucesso na escolha e configuração da metodologia, o PMI (2008) afirma que, os gerentes de projetos devem levar em consideração todas as características do projeto, inclusive da empresa, e, para cada processo utilizado, atribuir um grau de rigor de utilização. Isso pode evitar que o processo de desenvolvimento dos projetos seja prejudicado com excesso de burocratização que acaba impactando na saúde dos projetos em relação aos seus requisitos de prazo, escopo, qualidade e custo.

Os resultados apontam que, 61,11% dos que afirmaram existir uma metodologia para gerenciar projetos alegaram existir também um escritório para gerenciar projetos, destes, percebeu-se que 52,27% alegam ter a estrutura organizacional orientada a projetos.

Estrutura organizacional da empresa

Os dados foram filtrados por estrutura organizacional para identificar o grau de aceitação da estrutura adotada, esta ação revelou que, a estrutura organizacional matricial balanceada obteve 100% de aceitação e, a que mais se aproximou foi a estrutura orientada a projetos com 73,91% de aceitação.

Avaliação de performance da estrutura organizacional

Estrutura Organizacional	Às vezes	Sim	Não tenho certeza
Funcional	41,67%	50%	8,33%
Matricial balanceada	-	100%	-
Matricial forte	40%	40%	20%
Matricial fraca	50%	50%	-
Orientada a projetos	13,04%	73,91%	13,04%

Automação dos processos

Os dados nesta sessão foram filtrados por classes de profissionais, de forma que seja factível a compreensão da opinião por perfil a respeito da utilização de ferramentas de software para a automação do processo de gerencia de projetos.

Percebeu-se de forma unânime entre as classes de profissionais que, das ferramentas, as que estão sendo utilizada com mais eficiência são as de elaboração de cronogramas, controle de documentos e as ferramentas de atualização do trabalho, entretanto, sabe-se que, em geral, ferramentas de construção de cronogramas também oferecem recursos para elaborar estimativas de forma integrada, com isto, entende-se que, a utilização destas ferramentas não está sendo tão eficiente como deveria.

Tabela 4. Utilização de ferramentas para auxílio a gerencia

Classe	Ferramenta	Atende	Atende parcialmente	Não atende	Não se aplica
Execução	Cronogramas	44,29%	30,00%	14,29%	11,43%
	Estimativas	25,71%	41,43%	22,86%	10,00%
	Relatórios de progresso	30,00%	37,14%	18,57%	14,29%
	Atualização de trabalho	38,57%	27,14%	24,29%	10,00%
	Gerencia de configuração	30,00%	31,43%	27,14%	11,43%
	Controle de documentos	44,29%	34,29%	11,43%	10,00%

Planejamento	Cronogramas	58,33%	20,83%	11,11%	9,72%
	Estimativas	31,94%	33,33%	22,22%	12,50%
	Relatórios de progresso	38,89%	29,17%	19,44%	12,50%
	Atualização de trabalho	44,44%	25,00%	20,83%	9,72%
	Gerencia de configuração	29,17%	30,56%	29,17%	11,11%
	Controle de documentos	55,56%	19,44%	15,28%	9,72%

Gerenciamento	Cronogramas	64,29%	21,43%	3,57%	10,71%
	Estimativas	32,14%	32,14%	21,43%	14,29%
	Relatórios de progresso	35,71%	35,71%	17,86%	10,71%
	Atualização de trabalho	50,00%	25,00%	17,86%	7,14%
	Gerencia de configuração	39,29%	17,86%	32,14%	10,71%
	Controle de documentos	60,71%	21,43%	10,71%	7,14%

Nesta sessão de perguntas, quem respondeu que não se aplica, é porque não utiliza uma ferramenta para automatizar o processo referido, já quem respondeu que não atende, é porque utiliza uma ferramenta, porem, ela não está sendo aplicada eficientemente. Ao analisar o somatório das respostas negativas, percebe-se que ainda existe um grande problema na automação dos processos de gerencia de projetos.

Utilização de ferramentas de apoio ao gerenciamento de projetos

Habilidades exigidas

Os entrevistados tiveram a oportunidade de informar o grau de satisfação em relação às habilidades técnicas e interpessoais exigidas para o profissional da classe técnica e das classes de gerenciamento e planejamento.

Classe de gerência e planejamento: Os dados revelam que o índice de aprovação da classe de gerenciamento e planejamento é de apenas 43% em habilidades técnicas e 41% em habilidades interpessoais, este último pode ser considerado muito baixo, visto que a bibliografia recomenda ao menos um bom nível de habilidade interpessoal para a classe estudada.

Habilidades exigidas para classe de Gerência e Planejamento

Classe de execução: Por outro lado, percebeu-se que, a equipe de execução não está bem em relação às habilidades técnicas esperadas, com apenas 61,48% de aceitação, isto implica que tais habilidades ainda não estão sendo consideradas efetivamente na fase de planejamento do projeto.

Habilidades exigidas para a classe de execução

Registro de lições aprendidas

De toda a amostra, apenas 54,10% se preocupam em registrar problemas encontrados, e 27,05% nem sempre se preocupam, existe ainda, 18,85% que perdem a oportunidade de realizar análise de lições aprendidas em projetos anteriores, visando não cometer erros, porque não se preocupam em registrar os problemas encontrados e o tratamento aplicado.

Registro de problemas encontrados

No trabalho foram levantadas sete hipóteses que foram confirmadas quase que em totalidade na conclusão. Quem tiver interesse em ler o trabalho completo é só dizer!

Uso de metodologias para gerenciar projetos de software

2009-11-18T15:33:00.010-02:00

Depois de muito tempo sem postar nada, estou aqui para publicar que finalmente estou chegando ao final da graduação em Ciencia da Computação.
Para inovar, decidi realizar um TCC diferente, com pesquisa de campo e tudo, seguindo a orientação do professor Andres Menendez, depois das várias discussões que tivemos em um grupo aqui em Sergipe sobre o assunto, realizamos uma análise das respostas e percebemos a necessidade de evoluir que ainda existe nos times de desenvolvimento de software.

Contudo, se você desenvolve software ou faz parte da equipe que desenvolve software, em sua empresa, convido-os para participar da pesquisa "Uso de Metodologias para Gerenciar Projetos de Software" que estamos conduzindo, utilizando o google forms (quem nunca utilizou, aconselho! eh bom e free!)

Brevemente publicarei o resultado da pesquisa e o artigo produzido aqui.

Obrigado!

Erros com Infopath - Unexpected end of file while parsing Name has occurred

2009-02-10T12:18:00.001-02:00

PessoALL

Ultimamente programando com InfoPath venho encontrado um problema muito comentado nos fóruns MS e outros de desenvolvimento na web, a infeliz exceção Unexpected end of file while parsing Name has occurred

Meu cenário era o seguinte:

Dois DataSources Secundários apontando para listas do SharePoint cada um ligado à um DropDownList do InfoPath

Ao criar minha regra de negócio no VS e executar os testes com o cliente do InfoPath tudo funciona uma beleza! Porém ao publicar no SharePoint Form Services o mesmo lançou uma exceção desconhecida, a mensagem consegui enxergar nos logs K do SharePoint

%Program Files%\Common Files\Microsoft Shared\Web Server Extensions\12\LOGS

Exceção durante o processamento da solicitação. (Usuário: Dominio\UserName, Nome do Formulário: Formulario, IP: , Solicitação: http://server/_layouts/Postback.FormServer.aspx, ID do Formulário: urn:schemas-microsoft-com:office:infopath:formulario:-myXSD-2009-02-10T11-21-53, Tipo: XmlException, Mensagem de Exceção: Unexpected end of file while parsing Name has occurred. Line 1, position 324.)

O problema real é o modelo de objetos não estava gerando o XML corretamente por causa do formato das listas... Mas como? Simples o nome da lista continha caracteres especiais e algumas colunas também!

Algo do tipo:

Lista de Funcionários

Coluna: Data de Aniversário

Imaginem que na hora de codificar os acentos o sistema por engano faça o seguinte: Codifique > em seu valor > ou < < ?

As tags do nosso XML ficam corropidas e ele acaba por perceber que ocorreu um Unexpected end of file while parsing Name

Consegui driblar por esse problema com um “work around” mudando os nomes na definição da lista para outros sem caracteres especiais.

Existem outras formas de resolver este problema, esta foi a que funcionou no meu ambiente.

Abraços e até a próxima.

Guide to understand NLB / Entendendo o NLB do ISA Server

2009-01-24T02:32:00.004-02:00

Olá Pessoal

Estou de volta com mais um post, dessa vez para listar alguns recursos que me ajudaram a entender o NLB (Network Load Balance) da Microsoft, não é muito da minha área, mas por ser questão de prova de configuração do SharePoint precisei estudar.
Alem de adiquirir uma base sólida no assunto, obtive de quebra um bom resultado na prova, seguem as dicas:

Antes de ir para o site de documentação NLB da Microsoft leiam a série de artigos: Using NLB with ISA Server By Thomas W Shinder M.D.

How Network Load Balancing Works
Nesse você vai poder compreender como funciona os recursos de tolerancia a falhas e balanceamento de carga com o ISA Server entendendo os conceitos de convergência, afinidade, algoritmo NLB e Endereços IP virtual e dedicado.

Layer 2 Fun with Unicast and Multicast Modes
Neste outro, você vai utilizar os conceitos do link anterior e entender o funcionamento dos modos NLB Unicast e Multicast

Configuring NLB Array Parameters
Nesse um visual how to sobre:

Como configurar parametros do Array
Como configurar os parametros do Host
Como configurar as regras das portas

A última série não cheguei a implementar, e recomendo procurar uma mais atual, visto que esse último se aplica ao ISA na versão 2000, entretanto, os dois primeiros artigos são de fácil entendimento e cumpre missão ao explicar o conceito base podendo ser utilizado em outras versões.

Outro recurso tambem é assistir este vídeo sobre alta disponibilidade publicado num post do Bruno Velaz

Só lembrando que os artigos são em inglês técnico, apenas o vídeo está em português!

Abraços e até a próxima!

Padrões para Desenvolvimento SharePoint

2009-01-20T23:41:00.002-02:00

Olá senhores, este post foi originalmente publicado por mim no canalsharepoint e resolvi trazer para cá tambem.

Últimamente estamos vendo como soluções de portal intranet ou internet são necessárias à propagação e compartilhamento de conhecimento.

Como todos já sabemos, os recursos oferecidos pelo SharePoint vão muito mais alem disso, acreditamos que a demanda de desenvolvimento SharePoint aumente com os serviços de computação nas nuvens do Microsoft Azures.

A possibilidade de ter toda infra-estrutura e recursos do SharePoint na web onde o desenvolvedor não se preocupa mais com questões de autenticação, níveis de permissão, integração com Exchange on-line, CRM on-line, e outras aplicações personalizadas é uma ótima oportunidade para desenvolver sistemas baseados em SharePoint para isso é preciso alcançar um nível aceitável para implementarmos nossos projetos que reúnem um nível aceitável de usabilidade e funcionalidade.

Não existe um padrão específico, mas o que vemos é uma mobilização para obter a melhor combinação destes itens.

Mas calma, não estamos sozinhos e sem rumo! Temos disponível no site da Microsoft um guia muito bom que poderemos utilizar como inicio da padronização para nossa metodologia de desenvolvimento SharePoint.

Lá são abordados os seguintes itens:

· Guia para decisões sobre arquitetura e recursos

· Guia para desenhar a solução ideal de listas para armazenar dados

· Exemplo de implementação passo a passo com uma aplicação um QuickStart de gerenciamento de cursos/treinos, aplicação de temas, isso mesmo customização de layout!

· Guia para implantação de ambientes de testes e integração

· Guia para desenvolvimento, testes, implantação, atualização

Para iniciar os testes você pode começar acessando http://msdn.microsoft.com/en-us/library/dd203468.aspx e baixando o wizard de instalação da documentação e pacotes de fontes para customização.

Olha só que tema bonito:

Obs: This guidance is intended for software architects and developers. To get the most benefit from this guidance, you should have an understanding of Microsoft Visual C#, the Microsoft.NET Framework, and ASP.NET.

Espero ter contribuído com este post, abraços e até a próxima!

Como Exibir Formulários InfoPath no navegador

2008-11-25T17:12:00.001-02:00

Olá Pessoal,

A questão de hoje é InfoPath...(saiba mais sobre isso aqui)
Quando instalamos um SharePoint habilitado para InfoPath Form Services, para cada formulário publicado no servidor o padrão de visualização do SharePoint é expandir o formulario por toda a tela do navegador, fica como se estivéssemos em outro ambiente, isso não é legal.

Em ambientes de produção, o que podemos fazer é utilizar uma web part para exibi-los e ou criar nossa própria, como ja tem feito, não vamos re-inventar a roda.

Existem algumas questões sobre essa webpart XmlFormView, tais como: ela não vem "Out-Of-the-Box". Pra ativar tem que incluir o namespace no web config.

Resolvir reunir nesse post alguns links interessantes para quem precisar utilizar esse recurso:

Os links acima foram acessados em 25/11/2008, espero que seja útil!

Até a próxima.

Preenchendo um DataTable em Tempo de Execução com C#.NET

2008-08-29T01:14:00.000-03:00

Olá,

Depois de muito tempo resolvi escrever algo, aproveitando que fui questionado sobre como instanciar um DataTable em tempo de execução e adicionar registros exibindo-os num controle Asp.Net GridView .

Para testar essa funcionalidade do C#.NET criei uma tela para cadastro de contatos conforme pode ser visto na tela abaixo:

Para esta tela é necessário:

* 2 Controles TextBox
* 1 controle de validação RequiredFiledValidator associado ao TextBox Nome
* 1 controle de validação RegularExpressionValidator associado ao TextBox Email
* 1 Botão para inserir o registro
* 1 Controle GridView para visualizar os dados.

Antes de ir para o código fonte, vamos definir como seria nossa tabela física:
ID Inteiro, Auto-Incremento, Chave

Nome String
Email String

Para isso precisaremos construir e configurar os campos do DataTable para depois inserirmos os dados e associar ao controle de visualização.

1° Crie um método para construir o DataTable conforme segue:

2° Declare as variáveis necessárias num escopo global da aplicação.

Obs.: O static é necessário para garantir que os dados em memória continuarão lá até a página ser fechada ou forem excluídos.

3° No clique do Botão Inserir adicione o código para adicionar um registro e atualizar o controle de visualização, conforme o código abaixo:

Após a inserção do registro, como o DataTable foi atualizado o controle GridView precisa saber que houve essa atualização, para isso, informe o DataSet e Execute um DataBind conforme as linhas 31 e 33 da figura acima.

4° configurar o nosso GridView para exibir os registros do DataTable, isso pode ser feito no código, mas vamos fazê-lo visualmente.

a) Clique na SmartTag do Controle GridView e escolha Editar Colunas

b) Adicione 2 BoundFields e desmarque a opção Auto-Generate Fields

c) Configure as propriedades HeaderText para o nome do campo desejado e DataField para o nome da coluna que foi criada no DataTable.

Feita todas as configurações, agora é só executar e testar.

Clique para fazer o Download dos fonte de exemplo.

Clique para para maiores informações sobre como trabalhar com DataTable

Qualquer dúvida, sugestão fiquem à vontade.

Abraços e até a próxima.

Estrela SharePoint Services

2008-05-30T23:51:00.000-03:00

Ae galera,

Estou a um passo da 5a Estrela no programa de certificação microsoft em Produtos e Tecnologias SharePoint...
As provas são fáceis, só falta a melhor prova do programa:
70-631 (TS: Microsoft SharePoint Services 3.0, Configuration)
Pra quem está iniciando nesta tecnologia e outros servidores produtos para Servidores MS, vale a pena acompanhar este programa.

Abraços

Novas séries de estudo para o programa 5 Estrelas Microsoft

2008-05-24T15:15:00.000-03:00

Participem do novo programa Profissional Cinco Estrelas da microsoft, é uma ótima oportunidade gratuita de obter conhecimento técnico e um passo para a certificação em tecnologias microsoft.

Além do material 5 estrelas para desenvolvimento, foram criados tambem novas séries sobre tecnologias Microsoft: Active Directory 2003, ISA Server, Sharepoint Services 3.0 e WS2003 para ambientes de Hosted e tambem um programa 5 estrelas dedicado à segurança.

Saiba mais, http://www.microsoft.com/brasil/technet/cincoestrelas/default.aspx