CruiseControl.net falhando com erro HTTP 500 no Vista x64

Question

Eu instalei CruiseControl.net (a partir do instalador CruiseControl.NET-1.4-Setup.exe) em minha máquina de desenvolvimento do Vista x64. A parte do servidor está funcionando bem; No entanto, a peça webdashboard não está funcionando.

A primeira mensagem de erro que eu vi quando tentou puxar para cima http: // localhost / ccnet squawked sobre não ser capaz de rodar em modo de pipeline integrado. Facilmente corrigido. Eu abri o painel de IIS7 admin e mudou a aplicação ccnet usar o "Classic .NET App Pool" pool de aplicativos.

No entanto, agora estou recebendo um erro HTTP persistente 500 quando eu tento ligar. I definir as permissões NTFS na pasta webdashboard aberta na esperança de que talvez fosse um problema de permissões de arquivo. Nenhuma alegria.

Depois de um pouco de escavação e de tentativa e erro que eu encontrei um conjunto de passos que parece para corrigir o problema. Vou postar um acompanhamento resposta certa depois disto, mas queria compartilhar isso em stackoverflow na esperança de que ele pode ajudar alguém para baixo da linha. Além disso, se há uma solução melhor configuração Sou todo ouvidos:)

Answer 1

Aqui está o topo do depósito de erro HTTP 500 Eu estava ficando:

Erro HTTP 500.0 - Erro de servidor interno

Descrição: A página não pode ser exibida porque um erro interno do servidor ocorreu.

Código de erro: 0X800700C1

Notificação: ExecuteRequestHandler

Módulo: IsapiModule

URL Solicitada: http: //localhost/ccnet/default.aspx

Caminho físico: C: \ Program Files (x86) \ CruiseControl.NET \ webdashboard \ default.aspx

Logon Usuário: Anônimo

Logon Método: Anonymous

Handler: AboMapperCustom-80778

A maioria das causas prováveis:

IIS recebeu o pedido; No entanto, ocorreu um erro interna durante o processamento do pedido. A causa raiz desse erro depende de qual módulo processa o pedido eo que estava acontecendo no processo de trabalho quando este erro ocorreu. IIS não foi capaz de acessar o arquivo web.config para o site ou aplicativo. Isso pode ocorrer se as permissões NTFS estão definidas incorretamente. IIS não foi capaz de processar configuração para o Web site ou aplicativo. O usuário autenticado não tem permissão para usar este DLL. O pedido é mapeado para um manipulador gerenciado, mas o recurso de Extensibilidade do .NET não está instalado.

A chave para corrigir isso para mim foi a linha Handler. Por alguma razão, a aplicação Web ccnet foi configurado com dois manipuladores disputando o controle sobre * .aspx. O manipulador real, a partir Thoughtworks, é definido no arquivo web.config. No entanto, quando eu abri a seção Mapeamentos de manipulador de painel de controle do IIS7 para o ccnet aplicativo eu vi que havia outro manipulador chamado AboMapperCustom-80778 já criado e pronto para olhar para * .aspx.

Eu cliquei direito o manipulador e selecionados em "Remover". Depois que o aplicativo ccnet começou a correr bem para mim.

Answer 2

Este post parece indicar que uma série de problemas pode ocorrer w / IIS e 64-bit OS. Confira o link para algumas idéias sobre como resolver isso: http: // blogue .danbartels.com / Arquivo / 2005/05/18 / 662.aspx