Erro MS Excel em servidor Windows 2008

Problema:

Você está no Windows 2008 64bits e ao tentar abrir um arquivo Excel via .Net Framework recebe a seguinte mensagem:

“Microsoft Office Excel não pode acessar o arquivo”

“Microsoft Office Excel cannot access the file”

Pra ser mais preciso, geralmente ocorre ao executar o método:

Excel.Workbooks.Open()

Pode vir acompanhado de erros mais detalhados como por exemplo:

System.Runtime.InteropServices.COMException (0x800A03EC)

Historinha:

Vou considerar que você já resolveu os problemas de permissão utilizando o DCOMCNFG.EXE. Foi lá na aba Security deu permissão para os usuários do pool do IIS no Launch and Activation Permissions e de quebra no Access Permissions. Vamos considerar que isso é o básico e o erro grave mesmo é o acima citado.

Não vou nem citar que talvez você já tenha analisado a execução dos processos com o Process Monitor, ativado tracer, já é analista sênior de event viewer, talvez já gerou até um Dump do processo, não, no Dump talvez já teria matado o problema.

O que importa é que existe algum bug maldito que exige que criemos uma pasta no Windows apenas para que o Excel funcione perfeitamente no caso descrito acima.

Solução:

Em caso de Windows 2008 x64:

Crie a pasta C:\Windows\SysWOW64\config\systemprofile\Desktop

Em caso de Windows 2008 x86:

Crie a pasta C:\Windows\System32\config\systemprofile\Desktop

É sério, você não entendeu errado não, é só criar a pasta e testar.

Melhorar o desempenho do Visual Studio 2010

A notícia é velha, mas vale a pena compartilhá-la aqui. O blog da “Developer Division Performance Engineering” comunicou uma maneira simples de melhorar o desempenho do VS 2010 em casos de drivers de vídeo ruins.

Vou dar a notícia de uma maneira mais simples e generalizada.

Se o seu VS2010 está com um desempenho insatisfatório então faça o que direi abaixo. Depois disso trabalhe com ele 1(um) dia e analise se foi melhor. Caso não goste volte para a configuração anterior. É muito simples e no meu caso valeu à pena.

Com o Visual Studio 2010 aberto vá em:

Tools->Options 

Selecione:

Environment -> General 

Desmarque a opção:

“Automatically adjust visual experience based on client performance”

Depois desmarque

“Use hardware graphics acceleration if available”

Feche o Visual Studio abra novamente e veja o resultado.

Para saber mais veja o suporte da Microsoft.

Could not load file or assembly ReportViewer.WebForms

Então você está utilizando o Reporting Service no Visual Studio 2010(Vale para outras versões) e Quando foi publicar a aplicação deparou-se com o seguinte erro apontando para o Web.Config:

“Parser Error Message: Could not load file or assembly 'Microsoft.ReportViewer.WebForms, Version=10.0.0.0, Culture=neutral, PublicKeyToken=b03f5f7f11d50a3a' or one of its dependencies. The system cannot find the file specified.”

Veja a imagem.

Solução:

Basta instalar o Microsoft Report Viewer 2010 Redistributable Package no servidor.

Não aparece o JIT debugger dialog

Se você tentar debugar um Windows Service utilizando a técnica do:

C#
#if DEBUG
System.Diagnostics.Debugger.Break();
#endif

VB.Net
#If DEBUG Then
System.Diagnostics.Debugger.Break()
#End If

Ou seja, inserindo um breakpoint programaticamente e tentar fazer isso no Windows Vista, talvez se depare com uma mensagem de erro ao tentar iniciar o serviço, unido a isso, talvez não seja exibida a janela de escolha do aplicativo utilizado para debug("JIT debugger dialog"); para completar é exibida a seguinte mensagem no Event Viewer:

“…Common Language Runtime Debugging Services: Application has encountered a user-defined breakpoint…”

Tente conter os ânimos.

Vá ao registro do Windows no caminho

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework]

O valor default do registro DbgJITDebugLaunchSetting é 16 mude para 2.

Reinicie o Windows para garantir.

Assim aparecerá o "JIT debugger dialog" com os possíveis depuradores escolha o que estiver aberto com o código em questão.