Criando o controle

Primeiro de tudo temos que criar um novo projeto do tipo Class Library e adicionar a referência para WorkItemTracking.Controls essa DLL fica no diretório abaixo

C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\PrivateAssemblies \Microsoft.TeamFoundation.WorkItemTracking.Controls.dll

Agora vamos adicionar um novo User Control ao projeto

Todo controle deve ser herdado da interface IWorkItemControl

Para esse exemplo adicione uma label e um texto

Agora temos que criar um arquivo .wicc, esse arquivo irá conter a definição do nosso controle

<?xml version="1.0" encoding="utf-8" ?>
<CustomControl xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
  <Assembly>CustomControls.dll</Assembly>
  <FullClassName>CustomControls.WorkItemCustomControls</FullClassName>
</CustomControl>

Instalando o controle

Para instalar o novo controle temos que copiar a DLL e o arquivo .wicc para o seguinte diretório

C:\ProgramData\Microsoft\Team Foundation\Work Item Tracking\Custom Controls\10.0

Lembrando que a DLL e o arquivo .wicc devem estar no servidor do TFS e também na máquina local

Usando

Agora vamos adicionar esse controle no work item Task para isso vamos baixar o arquivo Task.xml usando o comando abaixo

Adicione uma nova aba, e dentro dessa aba o nosso novo controle

Depois de alterado temos que atualizar o work item no TFS usando o comando abaixo

Agora quando vamos criar um novo work item do tipo Task podemos ver o nosso novo controle

Referências

http://nickhoggard.wordpress.com/2009/11/12/tfs-2010-beta-2-custom-work-item-controls-step-1-getting-started/

No próximo post estaremos criando um controle para pesquisar documentos no Sharepoint e vincular ao Work Item

Deixe seu comentário, opinião, crítica

Aquele abraço!

Leia mais

• Rastreamento de Work Items no TFS 2010
• Integrando sua aplicação com o TFS 2010
• Revista Mundo .NET – Customizando Work Item
• Customizando WorkItem no TFS 2010
• Publicando sua aplicação no IIS com TFS 2010
• No Code Coverage Results
• TFS Express
• Customizando o portal do projeto
• Treinamento de ALM em São Paulo
• Configurando Build com TFS 2010

Nesse post vou descrever como  podemos publicar nossa aplicação em diversos ambientes com o IIS 7

1) WebDeployment Tool

Primeiro de tudo temos que instalar no servidor onde está o IIS a ferramenta WebDeployment Tool 2.1 que pode ser instalado usando o WebPlataform Installer

Essa ferramenta irá nos auxiliar a conectar no IIS para fazer a publicação da nossa aplicação

Depois de instalado o WebPlataform Installer basta localizar o aplicativo e instalar

Configurando a aplicação

Quando estamos falando de publicação de aplicações, sempre temos vários ambientes como Teste, Homologação e Produção e para cada ambiente desses sempre vamos ter diferentes configurações, geralmente a configuração que mais se altera é a string de conexão, onde para cada ambiente vamos ter uma banco de dados diferentes

Web.Config Transformations

Como podemos resolver esse problema, já que nosso build será automático, e não queremos ficar configurando na mão?

A resposta está no post anterior, onde falamos de Web.Config Transform, configurando nossos Web.Configs para cada ambiente, no build do TFS podemos setar para usar aquela configuração do Web.Config

Outra configuração que temos que fazer em nosso projeto é editar o arquivo csproj, clique com o botão direito sobre o projeto e selecione a opção Unload Project

Novamente clique com o botão direito sobre o projeto e selecione a opção Edit WebConfigTransforms.csproj

No final do arquivo adicione as seguintes linhas

  </ProjectExtensions>
  <Target Name="AfterBuild">
    <TransformXml
        Condition="Exists('$(OutDir)\_PublishedWebsites\$(TargetName)')"
        Source="Web.config"
        Transform="$(ProjectConfigTransformFileName)"
        Destination="$(OutDir)\_PublishedWebsites\$(TargetName)\Web.config" />
  </Target>

Essa configuração é necessária para quando o build do TFS for executado, o Web.Config Transform também seja executado, para mais detalhes acessar essa thread no fórum do MSDN – http://social.msdn.microsoft.com/Forums/en-US/tfsbuild/thread/d5c6cc7b-fbb1-4299-a8af-ef602bad8898/

Depois clique novamente com o botão direito sobre o projeto e selecione a opção Reload Project

Outra opção para editar o arquivo csproj é usar o PowerCommands for Visual Studio 2010

Configurando o IIS

Vamos criar os ambientes no IIS, para isso abra o IIS 7 e clique com o botão direito sobre Sites e selecione a opção Add Web Site

Preencha os campos conforme a imagem abaixo:

Repita esse procedimento para os ambientes de Homologação e Testes, ao final teremos 3 ambientes separados, conforme abaixo

Configurando o Build

Vamos criar um Build Definition para cada ambiente, para mais informações de como criar um Build Definitions veja o post Configurando Build com TFS 2010, veja na imagem abaixo como deve ficar

Abara o arquivo Projeto SDL – Build Manual – Teste e clique na aba Process e depois Configurations to Build

Clique em Add

Digite o nome do ambiente, nesse caso Teste que é o mesmo nome do Web.Teste.Config e no campo Plataform selecione Any CPU, conforme a imagem abaixo

Ainda temos que passar alguns parâmetros para o MsBuild, para isso selecione a opção Advanced e no campo MSBuild Argument adicione as seguintes linhas

/p:DeployOnBuild=True/p:DeployTarget=MsDeployPublish /p:CreatePackageOnPublish=True /p:MSDeployPublishMethod=RemoteAgent /p:MSDeployServiceUrl=http://servidor/msdeployagentservice /p:DeployIisAppPath=”teste” /p:UserName=dominio\usuario /p:Password=senha

Os comandos mais importantes são:

• /p:MSDeployServiceUrl=http://servidor/msdeployagentservice – Agente responsável pela publicação, foi instalado pelo Web Deployment Tool
  
• /p:DeployIisAppPath=”teste”- Nome do Web Site que criamos lá no IIS
  
• /p:UserName=dominio\usuario - Usuário que tem permissão no Web Site do IIS
  
• /p:Password=senha - Senha do usuário
  

Repita esse procedimento para os builds definitions Projeto SDL – Build Manual – Homologacao e Projeto SDL – Build Manual – Producao

Executando o Build

Depois de configurado basta executar o build, selecione a opção

Aguardando a execução dos builds

Builds finalizados

Agora vamos acessar os endereços no IIS e verificar se a publicação ocorreu com sucesso

Ambiente de Teste

Ambiente de Homologação

Ambiente de Produção

Veja que temos 3 endereços diferentes e 3 configurações distintas sendo uma para cada ambiente

Referências

http://vishaljoshi.blogspot.com.br/2010/11/team-build-web-deployment-web-deploy-vs.html

Deixe seu comentário, opinião, critica

Aquele abraço!

Leia mais

• No Code Coverage Results
• Configurando Build com TFS 2010
• Custom Work Item Controls
• Como configurar web.config Transform
• TFS Express
• Customizando o portal do projeto
• Treinamento de ALM em São Paulo
• Rastreamento de Work Items no TFS 2010
• Integrando sua aplicação com o TFS 2010
• Gerenciando Branchs com TFS 2010

Para resolver esse problema temos um conceito de Transform onde conseguimos configurar quais chaves serão alteradas para cada ambiente

Quando criamos um projeto no Visual Studio, automaticamente temos dois arquivos Web.Config, uma para Debug e outro para Release, veja abaixo:

Veja que no arquivo Web.Config temos algumas chaves no item ConnectionString e AppSettings, conforme abaixo

Configurando o Web.Config.Debug

Agora vamos configurar essas mesmas chaves para o arquivo Web.Config.Debug

Configurando o Web.Config.Release

Agora vamos configurar essas mesmas chaves para o arquivo Web.Config.Release

Perceba que temos um novo atributo chamado xdt:Transform=”SetAttributes” xdt:Locator=”Match(key)” esse é o atributo que será responsável por fazer a troca de configuração nos arquivos Web.Config

Depois de realizar a configuração, vamos fazer um publish do software selecionando em qual configuração queremos realizar a publicação conforme abaixo:

Veja o arquivo Web.Config depois de publicado

Criando uma nova configuração

Agora vamos criar a nossa própria configuração (Teste, Homologação e Produção) para isso clique em Build -> Configuration Manager

Clique em New

Adicione o Name e selecione Copy Settings from para Empty e clique em OK

Agora temos que criar o Web.Config para nossa nova configuração, clique com o botão direito sobre Web.Config da aplicação e selecione Add Config Transform

Automaticamente será criando um novo arquivo Web.Teste.Config

Dessa forma podemos criar um Web.Config para cada ambiente que temos e também podemos configurar o Build do TFS para usar essas configurações

Referências

http://msdn.microsoft.com/pt-br/vstudio/ff801895

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

Qualquer dúvida, opinião, reclamação mande seu comentário!

Aquele Abraço!

Leia mais

• Publicando sua aplicação no IIS com TFS 2010
• Configurando Build com TFS 2010

1. Começando com Fluent NHibernate
2. Mapeamentos com Fluent NHibernate
3. Usando o Fluent NHibernate
4. Gerando arquivos HBM
5. Gerar arquivo SQL do mapeamento
6. Configurando Log4NET
7. Como funciona o Lazy Load

O que Lazy Load?

O conceito de Lazy Load vem dos frameworks de ORM como NHibernate e Entitty Framework. Esse conceito permite que quando temos mapeamentos com associaçãoes entre as entidades sejam carregadas apenas quando realmente forem utilizadas, dessa forma quando efetuamos uma cosulta somente o objeto PAI é carrado em memória, e quando necessitar do objeto FILHO acessamos a propriedade e automaticamente será requisitado para o ORM carregar esse objeto FILHO em memória.

No Fluent NHibernate o Lazy Load vem configurado como default TRUE, isso quer dizer que sempre será carregado apenas os objetos PAI e quando requisitado será carregado os objetos FILHOS

Para ver o Lazy funcionando vamos alterar a nossa classe Pessoa desabilitando o Lazy Load, conforme abaixo

HasMany(x => x.Telefones)
    .Cascade.All()
    .Not.LazyLoad();

E quando executamos uma consulta (Pesquisar_Pessoa_Fisica) podemos ver que será executada duas querys no banco de uma só vez

NHibernate.SQL: 2012-03-17 15:38:47,420 DEBUG SQL:0 -
SELECT
	pessoafisi0_.Pessoa_id as Codigo3_0_,
	pessoafisi0_1_.Nome as Nome3_0_,
	pessoafisi0_1_.Endereco as Endereco3_0_,
	pessoafisi0_1_.Cep as Cep3_0_,
	pessoafisi0_1_.Email as Email3_0_,
	pessoafisi0_1_.DataCadastro as DataCada6_3_0_,
	pessoafisi0_1_.Status as Status3_0_,
	pessoafisi0_1_.Departamento_id as Departam8_3_0_,
	pessoafisi0_.Cpf as Cpf4_0_,
	pessoafisi0_.Nacionalidade as Nacional3_4_0_
FROM
	[PessoaFisica] pessoafisi0_
inner join [Pessoa]
	pessoafisi0_1_ on pessoafisi0_.Pessoa_id=pessoafisi0_1_.Codigo
WHERE
	pessoafisi0_.Pessoa_id=@p0;
	@p0 = 4 [Type: Int32 (0)]

NHibernate.SQL: 2012-03-17 15:38:47,610 DEBUG SQL:0 -
SELECT
	telefones0_.Pessoa_id as Pessoa4_1_,
	telefones0_.Codigo as Codigo1_,
	telefones0_.Codigo as Codigo6_0_,
	telefones0_.CodigoDdd as CodigoDdd6_0_,
	telefones0_.Numero as Numero6_0_,
	telefones0_.Pessoa_id as Pessoa4_6_0_
FROM
	[Telefone] telefones0_
WHERE
	telefones0_.Pessoa_id=@p0;
	@p0 = 4 [Type: Int32 (0)]

Agora se deixarmos o lazy load trabalhar, a segunda query só irá ser execuada quando chamar a propriedade _obj.Telefones

E dessa forma chegamos aom FIM dessa série sobre Fluent NHibernate, o código fonte dessa aplicação está em http://fluentnhibernate.codeplex.com

Qualquer dúvida, opinião, reclamação mande seu comentário!

Aquele Abraço!

Leia mais

• Configurando Fluent NHibernate com Log4NET
• Gerando arquivos HBM com Fluent NHibernate
• Gerar arquivo SQL do mapeamento com Fluent NHibernate
• Usando o Fluent NHibernate
• Mapeamentos com Fluent NHibernate
• Começando com Fluent NHibernate
• CRUD com Entity Framework e ASP NET MVC

1. Começando com Fluent NHibernate
2. Mapeamentos com Fluent NHibernate
3. Usando o Fluent NHibernate
4. Gerando arquivos HBM
5. Gerar arquivo SQL do mapeamento
6. Configurando Log4NET
7. Como funciona o Lazy Load

Quando estamos trabalhando com o Fluent NHibernate muitas vezes precisamos saber o que está acontecendo por “detrás dos panos” e uma das opções nesse caso é configurar o log usando o framework Log4Net

1) Instalação

Primeiro de tudo temos que adicionar a referência do Log4Net em nossa aplicação, vamos usar o NuGet para adicionar essa referência, basta abrir o Package Manager Console (View -> Other Windows -> Package Manager Console) e digitar a linha de comando Install-Package log4net conforme abaixo:

2) Configuração

Depois de instalado temos que configurar, para isso abra o arquivo de configuração (web.config, app.config) e adicione as seguintes linhas

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
    <configSections>
        <!-- Others sections -->
        <section name="log4net"
          type="log4net.Config.Log4NetConfigurationSectionHandler,log4net" />
    </configSections>

    <!-- This section contains the log4net configuration settings -->
    <log4net debug="false">

        <!-- Define some output appenders -->
        <appender name="TraceAppender" type="log4net.Appender.TraceAppender, log4net">
            <layout type="log4net.Layout.PatternLayout,log4net">
                <param name="ConversionPattern" value="%d{ABSOLUTE} %-5p %c{1}:%L - %m%n" />
            </layout>
        </appender>

        <appender name="FileAppender" type="log4net.Appender.RollingFileAppender,log4net" >
            <param name="File" value="log.txt" />
            <param name="AppendToFile" value="false" />
            <param name="RollingStyle" value="Date" />
            <param name="DatePattern" value="yyyy.MM.dd" />
            <param name="StaticLogFileName" value="true" />

            <layout type="log4net.Layout.PatternLayout,log4net">
                <param name="ConversionPattern" value="%d [%t] %-5p %c - %m%n" />
            </layout>
        </appender>

        <!-- Setup the root category, add the appenders and set the default priority -->
        <root>
            <priority value="DEBUG" />
            <appender-ref ref="TraceAppender" />
            <appender-ref ref="FileAppender" />
        </root>

    </log4net>

</configuration>

Quando executamos nossa aplicação podemos ver o log na janela de debug do Visual Studio

Também é gerado um arquivo de log

Podemos perceber que esse log está todos os eventos do NHibernate, agora podemos configurar outra seção para fazer log apenas das SQLs que estão sendo executadas no banco, veja abaixo

<!-- Setup the root category, add the appenders and set the default priority -->
<root>
    <priority value="DEBUG" />
    <appender-ref ref="FileAppender" />
</root>

<logger name="NHibernate.SQL">
    <level value="DEBUG" />
    <appender-ref ref="TraceAppender" />
</logger>

O código fonte dessa aplicação está em http://fluentnhibernate.codeplex.com

Deixe seu comentário, opinião, critica

Aquele abraço!

Leia mais

• Como funciona o Lazy Load
• Gerando arquivos HBM com Fluent NHibernate
• Gerar arquivo SQL do mapeamento com Fluent NHibernate
• Usando o Fluent NHibernate
• Mapeamentos com Fluent NHibernate
• Começando com Fluent NHibernate
• CRUD com Entity Framework e ASP NET MVC

Hoje comecei a brincar um pouco e ver as novidades do Team Foundation Server 11, segue abaixo algumas novidades que percebi logo de início

1) Quando vamos criar um projeto já temos um Process Template padrão para SCRUM

2) O portal WebAcess está bem diferente, aqui poderemos criar Product Backlog, Team, etc…

3) Para cada Sprint podemos colocar datas de início e fim

4) Gerenciamento de permissões, no TFS 11 temos um conceito de “Times” para alocar as atividades nos Work Items

5) Capacidade de trabalho de um time, e a atividade de cada um no time

6) Criação de Product Backlog

7) Distribuição das atividades de uma sprint, veja que do lado direito ja temos um gráfico representado a alocação das pessoas do meu time conforme a capacidade de horas diárias que configuramos anteriormente

Acompanhamento dos status das atividades

Porinquanto é isso, logo mais novidades

Aquele Abraço!

Leia mais

• Team Foundation Server 11 – Beta
• TFS Express

Abaixo vou descrever os passos necessários para fazer o TFS Build executar o Code Coverage

Configuração do Teste

Primeiramente temos que configurar o nosso projeto de teste para habilitar a opção de Code Coverage, para isso abra o arquivo Local.testsettings

Agora selecione Data and Diagnostics e depois habilitar a opção Code Coverage

Agora clique em Configure

Selecione a DLL que queremos verificar a cobertura de código e clique em OK

Configuração do Build

Agora temos que configurar o nosso Build, no item Process temos um campo TestSettings File

Selecione o arquivo de teste que configuramos anteriormente

Depois de todo esse processo, salvei o Build Configuration e mandei executar novamente, porém não me resolveu o problema ;(

Executei varias tentativas passando parâmetros para o MSBuild porém também sem sucesso

Solução

Encontrei esse post http://social.msdn.microsoft.com/Forums/pl/tfsbuild/thread/a7c8921b-808c-483b-a517-09f8ba35c149

Primeiramente achei meio estranho ter que instalar o VS Premium ou Ultimate no servidor de Build, porém eu instalei e no final deu certo

Relatório de Builds

Conclusão

O grande problema dessa solução é, que estamos usando mais uma licença do Visual Studio e ainda por cima as versões mais caras

Aquele Abraço!

Leia mais

• Publicando sua aplicação no IIS com TFS 2010
• Custom Work Item Controls
• TFS Express
• Customizando o portal do projeto
• Treinamento de ALM em São Paulo
• Rastreamento de Work Items no TFS 2010
• Configurando Build com TFS 2010
• Integrando sua aplicação com o TFS 2010
• Gerenciando Branchs com TFS 2010
• Configurando o TFS 2010

Dia com grandes novidades!!! Como ja tinha falado aqui, hoje foi lançada a nova família Visual Studio 11 que ainda está na versão Beta

Visual Studio 11 Team Foundation Server Beta

Visual Studio 11 Ultimate Beta

Mais informações no blog do Brian Keller - http://blogs.msdn.com/b/briankel/archive/2011/09/16/visual-studio-11-application-lifecycle-management-virtual-machine-and-hands-on-labs-demo-scripts.aspx

Segue algumas imagens abaixo:

Já estou baixando.. depois crio um post com as primeiras impressões

Aquele Abraço!

Leia mais

• Novidades do Team Foundation Server 11 Beta
• TFS Express

Hoje saiu no blog do Brian Harry algumas novidades sobre o TFS, uma delas é que será lançado a nova versão do  TFS 11 Beta em dois meses, e junto com essa versão teremos uma novidade que é o TFS Express

O TFS EXPRESS será uma versão gratuíta mas é claro com algumas limitações:

• Apenas 5 desenvolvedores poderão acessar esse ambiente, a partir do 6 desenvolvedor terá que adquirir uma CAL (Client Access Licenses)
• Apenas suporta o SQL Server Express Edition
• Só pode ser instalado em um único servidor
• Sem integração com o SharePoint, sem relatório
• Exclui o TFS Proxy

Veja abaixo alguns recursos que virá nessa versão:

• Source Control
• Work Item Tracking
• Build Automation
• Agile Taskboard

Para mais detalhes acesse: http://blogs.msdn.com/b/bharry/archive/2012/02/23/coming-soon-tfs-express.aspx

Vamos ficar de olho nessa próxima versão do TFS, novidades estão por vir!

Aquele Abraço!

Leia mais

• Custom Work Item Controls
• Publicando sua aplicação no IIS com TFS 2010
• Novidades do Team Foundation Server 11 Beta
• No Code Coverage Results
• Team Foundation Server 11 – Beta
• Customizando o portal do projeto
• Treinamento de ALM em São Paulo
• Rastreamento de Work Items no TFS 2010
• Configurando Build com TFS 2010
• Integrando sua aplicação com o TFS 2010

Abaixo segue uma imagem do portal padrão:

Porém muitos clientes pedem para que esse portal seja customizado, como por exemplo criar bibliotecas com as fases de construção do projeto, então esse post irá exemplificar como criar algumas listas no portal, salvar como template e setar como um novo padrão para novos projetos no TFS.

As versões que estamos usando é TFS 2010 e Sharepoint 2010

1) Criar as listas

Para criar novas listas no portal do projeto, acesse a opção Site actions -> New Document Library

Abrirá uma nova tela para adicionar o Nome e Descrição, depois clique em Create

Faça esse mesmo processo para as listas Desenvolvimento, Testes, Protótipo

No final seu portal deve ficar conforme abaixo:

2) Salvar como template

Depois de criado todo o padrão do portal, temos que salvar esse portal como um template, para isso temos que selecionar a opção Site Action -> Site Settings

Selecione a opção Save site as template

Preencha as informações de Name, Description e clique em OK

Se tudo ocorrer corretamente, deverá ser exibida a seguinte mensagem, clique em OK:

Para verificar se seu template foi salvo, entre no portal da Collection, que nesse caso é Default Collection

Agora selecione a opção Site Actions -> Site Settings -> Solutions

Veja que o nosso template com o nome TemplateTutorial esta aparecendo na lista e seu status está Activated

3) Alterar o Process Template do TFS

Agora que o nosso portal padrão ja está criado, temos que alterar o process template do TFS para que nos próximos projetos ele possa usar esse novo padrão.

Para isso baixe o process template do TFS para sua máquina usando o TFS Power Tools ( se você não sabe baixar, veja esse post ) e acesse a pasta Windows SharePoint Services. Dentro dessa pasta existe um arquivo XML chamado WssTasks.xml, abra em um editor e altere a opção site template para o nome do template salvo anteriormente

Após de fazer essa pequena alteração, fala o upload do process template novamente para o TFS

4) Testando

Para verificar se nosso template está como padrão no TFS, vamos criar um novo projeto usando nosso process template alterado, veja na imagem abaixo que as listas que criamos já vem como default no portal

Deixe seu comentário, opinião, critica

Aquele abraço!

Leia mais

• Treinamento de ALM em São Paulo
• Custom Work Item Controls
• Publicando sua aplicação no IIS com TFS 2010
• No Code Coverage Results
• TFS Express
• Rastreamento de Work Items no TFS 2010
• Configurando Build com TFS 2010
• Integrando sua aplicação com o TFS 2010
• Gerenciando Branchs com TFS 2010
• Configurando o TFS 2010