[JBoss JIRA] (JBESB-986) ContentBasedRouter action complains for missing destinations
by Mark Little (JIRA)
[ https://issues.jboss.org/browse/JBESB-986?page=com.atlassian.jira.plugin.... ]
Mark Little closed JBESB-986.
-----------------------------
Resolution: Done
> ContentBasedRouter action complains for missing destinations
> ------------------------------------------------------------
>
> Key: JBESB-986
> URL: https://issues.jboss.org/browse/JBESB-986
> Project: JBoss ESB
> Issue Type: Bug
> Components: Content Based Routing, Rosetta
> Affects Versions: 4.2.1
> Reporter: Jiri Pechanec
> Assignee: Mark Little
> Priority: Minor
>
> The ContentBasedRouter is subcalss of ContentBasedWiretap. This class complains during the initialization - Missing or empty destination list - This action class won't have any effect. If the action is used not for routing but for message modification according to business rules (see e.g. business_rules_service quickstart) then it behaves as false alarm.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 5 months
[JBoss JIRA] (JBESB-823) Separate DLQ from Message Store
by Mark Little (JIRA)
[ https://issues.jboss.org/browse/JBESB-823?page=com.atlassian.jira.plugin.... ]
Mark Little closed JBESB-823.
-----------------------------
Resolution: Done
> Separate DLQ from Message Store
> -------------------------------
>
> Key: JBESB-823
> URL: https://issues.jboss.org/browse/JBESB-823
> Project: JBoss ESB
> Issue Type: Feature Request
> Components: Message Store
> Affects Versions: 4.2 Milestone Release 3
> Reporter: Mark Little
> Assignee: Mark Little
>
> The Message Store was intended to logging, debugging etc. It keeps track of what's on the wire. We're now using it for the retry/retransmit and DLQ. Even if the same backend implementation were used, shouldn't that be a separate service? DLQ is for reliability, whereas the Message Store implementation isn't necessarily reliable or available to users, e.g., an organisation may not want to expose it's Message Store details to the world for security reasons, but a general DLQ may be supported by the ESB for reliability reasons.
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 5 months
[JBoss JIRA] (JBESB-1692) Need a quickstart that demonstrates Filters
by Mark Little (JIRA)
[ https://issues.jboss.org/browse/JBESB-1692?page=com.atlassian.jira.plugin... ]
Mark Little closed JBESB-1692.
------------------------------
Resolution: Done
> Need a quickstart that demonstrates Filters
> -------------------------------------------
>
> Key: JBESB-1692
> URL: https://issues.jboss.org/browse/JBESB-1692
> Project: JBoss ESB
> Issue Type: Feature Request
> Components: Examples
> Reporter: Burr Sutter
> Assignee: Mark Little
> Priority: Minor
>
> From the Programmers Guide
> The class org.jboss.soa.esb.filter.InputOutputFilter has two methods:
> ? public Message onOutput (Message msg, Map<String, Object> params) throws
> CourierException which is called as a message flows to the transport. An implementation
> may modify the message and return a new version. Additional information may be provided
> by the caller in the form of extra parameters.
> ? public Message onInput (Message msg, Map<String, Object> params) throws
> CourierException which is called as a message flows from the transport. An implementation
> may modify the message and return a new version. Additional information may be provided
> by the caller in the form of extra parameters.
> Filters are defined in the filters section of the jbossesb-properties.xml file using the property
> org.jboss.soa.esb.filter.<number>, where <number> can be any value and is used to
> indicate the order in which multiple filters are to be called (lowest to highest).
--
This message was sent by Atlassian JIRA
(v6.4.11#64026)
10 years, 5 months