Filtrer par placeholder de propriété

Question

J'essaie de laisser un fichier de propriétés externe décider de la météo ou non un certain flux (et son point de terminaison entrant) doit être actif ou non.

Actuellement, j'essaie d'obtenir ceci pour un flux avec un générateur d'événements à quartz - et je veux utiliser un évaluateur d'expression personnalisé pour arrêter le flux s'il doit être actif (comme défini dans le fichier de propriétés), mais je obtenir une erreur xml en procédant ainsi: Une erreur irrécupérable s'est produite lors de l'exécution du serveur: cvc-complex-type.3.2.2: l'attribut 'custom-evaluator' n'est pas autorisé à apparaître dans l'élément 'expression-filter'. (org.xml.sax.SAXParseException).

et c'est le code correspondant: (je cours ceci sur Eclipse avec Mule IDE) <expression-filter evaluator="custom" custom-evaluator="IsActiveEvaulator" expression="${chFlow.isActive}"/>

Plusieurs questions au sujet de cette 1) Pourquoi cette erreur se passe? J'ai copié la ligne directement hors du tutoriel du site. 2) Existe-t-il un évaluateur d'expressions par défaut qui pourrait filtrer en fonction de l'espace réservé de la propriété? 3) Comment irais-je sur ce type de filtre avec un débit qui n'a pas commencé avec un générateur d'événements à quartz. ce qui signifie, comment j'arrêterais un certain flux (et ses points de terminaison) de travailler en fonction d'une propriété d'espace réservé.

Merci d'avance!

Answer 1

1) Vous être mordu par a bug :(

2) Je vous suggère de créer un grain de contrôle (disons abcDynamicFlowController), le configurer avec le printemps pour injecter la valeur d'espace réservé en elle, exposer la valeur d'espace réservé comme "isWhateverFlowActive". Créez ensuite un intercepting message processor personnalisé et placez-le dans votre flux après le point de terminaison entrant en tant que "processeur de message personnalisé". Injectez votre bean de contrôle dans ce processeur de messages et utilisez la valeur appropriée pour décider si l'événement doit être traité ou abandonné.

3) Un processeur d'interception de messages le fera pour vous. Si vous exposez également votre bean de contrôle sur JMX, vous pourrez contrôler son état initial à partir d'un fichier de propriétés, puis modifier son état lors de l'exécution.