2009-10-15 9 views
0

Je suis nouveau à Drools et ils ont ces écouteurs de débogage très sympa, DebugAgendaEventListener et DebugWorkingMEmoryEventListener, qui crachent des événements sur System.err. C'est bien beau, mais les événements sous-jacents ne mettent pas en œuvre toString() si vous vous retrouvez avec une ligne de débogage qui ressemble à:Drools Déboguer les écouteurs inutiles car les événements n'ont pas toString()?

[email protected] 

Ce qui est pas très utile. Je sens que je dois manquer quelque chose d'évident puisque je n'arrive pas à comprendre pourquoi Drools enverrait ces auditeurs qui ne vous donneraient aucune information utile. Y a-t-il une configuration qui me manque pour que les détails de l'événement soient crachés? J'ai regardé le code EventXYZ et il n'y a pas toString() donc le comportement semble correct, mais le manuel montre des exemples où il recrache les détails de l'événement (accordé, sous Eclipse plutôt, mais je ne pense pas que cela devrait être important pour System .err crachant).

Répondre

0

Les écouteurs Debug comme ceux-ci ne semblent pas très utiles pour ces événements - comme vous le dites. Je pense qu'ils sont principalement conçus comme un exemple de mise en œuvre? Pour faire quelque chose d'utile, vous auriez besoin de vos propres implémentations de ces auditeurs, je suppose.

+0

Cela semble certainement être le cas. Je me demande s'ils ont été «cassés» dans la version récente, car le manuel semble indiquer qu'ils étaient fonctionnels. Eh bien, écrire le mien n'est pas un gros problème. –