J'ai vu répondre à des questions cela avec Visual Studioaddon Eclipse pour désactiver temporairement/supprimer des blocs catch
mais ne peut pas trouver quoi que ce soit en ce qui concerne Java ou Eclipse . Cette fonctionnalité existe-t-elle ou existe-t-il un type de solution de contournement que je peux utiliser à la place?
Je ne sais pas d'une manière spécifique pour désactiver les blocs catch, mais ce que vous pouvez essayer est having eclipse automatically break on exceptions.
Il n'y a pas standard de le faire (sauf le code d'octets plutôt difficile réécriture).
Vous pouvez cependant, dire Eclipse pour définir un point d'arrêt lors de la levée d'une exception donnée. La façon la plus simple de le faire est de coller la trace de la pile gênante dans le panneau de trace de la pile dans la console, et cliquez sur le nom de l'exception (pas les lignes se référant au code). Cela ouvrira la boîte de dialogue appropriée.
Merci pour avoir le soupçon, malheureusement, je n'ai pas la trace de la pile que la prise absorbe. –
je donnerai la même réponse que M. Skeet a donné dans le second lien.
Pourquoi voudriez-vous faire cela?
Si vous rencontrez des problèmes avec la gestion des erreurs cachant les véritables erreurs, vous devez vous assurer que les gestionnaires d'erreurs et de contrôler correctement connecter les niveaux de journalisation. Je pense à quelque chose comme Log4j.
La seule raison valable pour laquelle quelqu'un aurait besoin de faire cela serait de maintenir le code nul de quelqu'un d'autre avec une tonne de catch (Throwable t) {}. Dans ce cas, vous avez mes condoléances.
PMD crieront au sujet de ce genre de chose, et sauf dans des circonstances très spécifiques, il est préférable d'arracher tous les gestionnaires d'erreur de manger, ou tout au moins de les remplacer par l'exploitation forestière.
Oui, c'est la seule raison valable, sauf que tout ce qu'il fait est d'imprimer le nom de l'exception. –
Merci, c'est ce que je cherchais. –
En fait, j'aime cette réponse. Cependant, je continue de prétendre que c'est une très mauvaise pratique; votre structure de consignation des erreurs doit être configurée de manière à pouvoir suivre ce processus. –
@Mike, en effet. « Si » est un mot dangereux ;-) –