Fabio Gouw

Ganhei um netbook (Acer Aspire One D250) no Natal. Decidi instalar o Windows XP nele para ir usando, enquanto eu não pego um Windows 7 (32 bits, por sinal, pois esse modelo de netbook só suporta esta arquitetura). Após instalar o Windows XP, através do USB (utilizei o aplicativo WinToFlash para copiar o setup de instalação do CD para o pen drive), precisei instalar o Office 2007. Durante a instalação do Office, ocorreu um problema e não consegui terminá-la. O erro está na imagem abaixo: O setup reclamou que não conseguiu atualizar uma dll chamada fp4autl.dll que fica em c:\arquivos de programas\arquivos comuns\microsoft shared\web server extensions\40\bin\. Fui neste diretório e esta dll não existia. Procurando na Internet, encontrei um caso similar . Parece que este problema ocorre pelo fato de ter instalado o sistema operacional no netbook pela USB (talvez a aplicação que move o setup para o pen drive tenha feito alguma alteração…). Bom, para resolver basta copiar a dl...

Onde trabalho, não faz muito tempo que fomos questionados sobre boas práticas e o bom uso de assemblies .NET no GAC (Global Assembly Cache). Sinceramente, o melhor uso do GAC é não utilizá-lo, pelo menos no contexto que as aplicações aqui são desenvolvidas. As aplicações, com excessão das que são utilitários e frameworks, geralmente são isoladas no que se diz respeito a reaproveitamento de código. Então, o uso do GAC não se justifica para essa maioria dos casos. Umas das coisas legais que aprendi enquanto dava uma olhada no assunto foi utilizar melhor as configurações de runtime, mais especificamente em relação ao codebase. Com esta configuração, é possível indicar o caminho de um assembly que deve ser utilizado pela aplicação, estando ela onde estiver na máquina ou inclusive na rede! Com isso, acabou a desculpa de colocar um componente no GAC apenas porque a aplicação, seja ela windows ou web, não consegue encontrá-lo. GAC é para compartilhar, como o próprio nome diz. E como f...

Finalmente consegui resolver o problema que estava tendo com o Windows Installer e o COM+ de uma forma aceitável. O Problema O problema inicial foi quando criei um instalador, utilizando o InstallShield, para empacotar um aplicativo que utilizamos onde trabalho, que havia sido migrado de .NET 1.1 para .NET 2.0. Este aplicativo é composto de componentes .NET 1.1 (para manter a compatibilidade com versões de sistemas que usam esse runtime), .NET 2.0 com windows services e COM+ (também para manter compatibilidade). A compatibilidade foi necessária para fazer com que os sistemas que utilizassem a versão em .NET 1.1 desse aplicativo pudessem passar a utilizar a nova, sem a necessidade de alterações em código. E para manter a compatibilidade, foi criado o pacote COM+ citado acima, para ser o divisor de águas entre os runtimes 1.1 e 2.0, permitindo as chamadas. Quando este pacote foi instalado nos servidores de componentes, a cada chamada do aplicativo, eram logados os eventos abaixo, além de...

Atualmente tenho lido sobre uma característica do Windows Installer, que é a "resiliência" (não encontrei ainda tradução para resiliency). Trata-se de uma característica onde o próprio serviço do Windows Installer consegue identificar se um produto instalado está saudável, ou seja, se todos seus componentes estão instalados e configurados, etc etc. O seguinte artigo é muito bom, pois explica um pouco mais sobre a forma que a resiliência funciona: (Application Resiliency: Unlock the Hidden Features of Windows Installer) http://msdn.microsoft.com/en-us/library/aa302344.aspx . []'s

Hoje encontrei um problema ao tentar compilar um projeto dentro do Source Control (no caso, Rational Clear Case). Este projeto em C# faz referência a um web service, e por isso no processo de compilação é chamado o SGEN para gerar dll *.XmlSerializers.dll. Pra ser sincero não sei porque esta dll deve existir, isso fica para um próximo post. A questão agora é como resolver o problema. O erro que ocorreu foi o abaixo. Deu access denied na hora de executar o SGEN em cima do meu projeto, sendo que este projeto faz referência a componentes (FxCopSdk.dll) que fazem parte do Source Control (ou seja, estão com o atributo read-only). ------ Rebuild All started: Project: bba.fwk.vbp.rules.code, Configuration: Release Any CPU ------c:\WINDOWS\Microsoft.NET\Framework\v3.5\Csc.exe /noconfig /nowarn:1701,1702 /errorreport:prompt /warn:4 /define:TRACE /reference:..\..\04_referencias\FxCop\FxCopSdk.dll /reference:..\..\04_referencias\FxCop\Microsoft.Cci.dll /reference:c:\WINDOWS\Microsoft.NET\Framewor...

Vira e mexe temos um problema onde não conseguimos desinstalar um MSI instalado, onde não temos mais o arquivo .msi. Quando tentamos remover, aparece uma mensagem informando que a referência ao arquivo não é encontrada. Para remediar, existe uma aplicação (Windows Installer CleanUp Utility) que faz a limpeza da instalação MSI no registry. Note que ela não desinstala o produto, só remove as referências. A desinstalação fica por sua parte... A aplicação lista todos os produtos instalados, e remove os que você selecionou usando o MSIZAP. Segue KB http://support.microsoft.com/kb/290301/en-us e onde baixar http://download.microsoft.com/download/e/9/d/e9d80355-7ab4-45b8-80e8-983a48d5e1bd/msicuu2.exe . []'s

Por algum motivo que foge a razão, o Configuration Manager havia sumido do meu Visual Studio 2008. Não conseguia encontrar a opção para compilar as minhas soluções em Debug ou Release. Coisa de louco. Reparei a instalação do Visual Studio, e nada... até que encontrei o seguinte post: http://blogs.msdn.com/saraford/archive/2008/03/05/did-you-know-how-to-pretend-the-configuration-manager-doesn-t-exist-besides-closing-your-eyes-and-saying-i-don-t-see-you-165.aspx Nele se explica que para que o Configuration Manager apareça, é necessário que uma opção esteja marcada nas configurações do Visual Studio. É a “Show advanced build configuration”, e fica em Tools --> Options --> Project and Solutions --> General. Após selecionar (e ainda quero descobrir com certeza o que aconteceu para ela ser removida), o Configuration Manager voltou. O Solution Configuration (aquela combo que mostra Debug e Release) voltou a aparece, agora posso configurar opções para compilações em Debug e Re...