2010-01-06 2 views
2

J'utilise NANT pour déployer le code sur des serveurs en utilisant s/w CCtray. parfois je reçois cette erreur, mais ressemble à la vsts est en hausse selon l'administrateur. Il ne peut pas comprendre pourquoi il dit cette erreur et moi non plus. Parce qu'il n'enregistre pas d'autres informations que ceci. Est-ce que quelqu'un a déjà fait face à ce genre d'erreur et si oui comment l'avez-vous résolu? Ou quelles sont les options par lesquelles vous pourriez obtenir cette erreur.Délai d'expiration du processus NANT après 1800 s

alice a déclenché une construction (ForceBuild)

+0

obtenez-vous un stacktrace? Si oui, merci de le publier. –

+0

NON en fait, je ne reçois aucune trace de la pile lorsque cela échoue.C'est ce que le problème est. – alice7

Répondre

0

Je suppose que vous voulez dire que vous déployez avec CCNet, puisque CCTray est juste la porte-fenêtre basé sur le moniteur pour CCNet.

Vous devriez avoir votre script de construction cracher des instructions de débogage à divers intervalles afin que vous puissiez dire exactement quelle partie de la construction échoue. Que se passe-t-il lorsque vous l'exécutez manuellement sur votre ordinateur ou le serveur de génération?

+0

Il existe des instructions de débogage dans mes scripts de construction. Il me dit que c'est le rendu qui signifie faire quelque chose sur la page des rapports, mais finalement quand il finit, il dit simplement que le processus NANT a expiré. – alice7

+0

Vous devrez isoler et publier la section du script de compilation qui expire afin que nous puissions répondre à votre question. –

+0

En fait, je ne sais pas quelle partie du script de build est expirée. Elle me dit juste une exception de timeout. Et il n'y a aucune journalisation pour les cibles qu'elle touche dans les scripts de construction. Ma supposition est que quand il essaie de déployer le code en raison de lenteur n/w quand il échoue au milieu, il vous donne juste une exception sans rien enregistrer. – alice7

3

Oui, je l'ai, en particulier lors de la construction de grands projets dans les scripts de construction NAnt sous le serveur d'intégration continue CruiseControl. Le correctif pour cela est assez facile, en ce que vous devez remplacer le délai d'attente CruiseControl par défaut (1800 secondes) en faisant quelque chose comme cela dans votre fichier C: \ Program Files \ CruiseControl.NET \ server \ ccnet.config:

<tasks> 
    <nant> 
     <baseDirectory>c:\your-folder\your-system</baseDirectory> 
     <buildFile>your-system.build</buildFile> 
     <buildTimeoutSeconds>2400</buildTimeoutSeconds> 
    </nant> 
</tasks> 

Ce processus achète alors votre plus de temps, mais toujours donner CruiseControl une chance de tuer un processus si elle se poursuit trop longtemps (anormalement).

Tout est bon?

Questions connexes