[
https://issues.jboss.org/browse/JBESB-3724?page=com.atlassian.jira.plugin...
]
Brad Davis updated JBESB-3724:
------------------------------
Comment: was deleted
(was: I actually think we could accomplish this with globally defined Acitons for the
action pipeline, where we could define the actions to be added to every action pipeline at
both the beginning and end of the service. This might be the cheapest time commitment for
ESB.
If we had that, we could implement the following fairly easily:
1) exception handling (since actions already support exception methods)
2) analytics by stamping message time information onto the message as one of the global
"head" actions, and reading that at a globally defined "tail" action
3) business activity monitoring by publishing notifications when a message arrives at a
service; each message could be stamped in the body with a stack of locations the message
had been to, and we could log that somewhere in the future for customers to see the path a
message took. This would be valuable from a logging and testing angle to developers as
well.
4) because actions get the service configuration when the action is instantiated, we could
probably get the listeners to register to a human-readable repository in the future.
)
Global Action Pipeline Interceptor
----------------------------------
Key: JBESB-3724
URL:
https://issues.jboss.org/browse/JBESB-3724
Project: JBoss ESB
Issue Type: Feature Request
Security Level: Public(Everyone can see)
Components: Configuration
Affects Versions: 4.10
Reporter: Brad Davis
We would like to have the capability to intercept prior to the action pipeline the
Message, globally. This will lay the foundation for being able to hook in global
interceptors for global exception handling, business activity monitoring, and service
analytics.
When the interceptor is executed for the service, it would be helpful to send in not just
the Message, but information on the current service (name, etc) as well. This may include
which adapter the message is arriving on, what the service name and category is, etc. We
have tried in the past to create something like this for a client using AOP, but
couldn't achieve it this way, as JBoss AOP has some serious limitations in the
Enterprise offerings.
It would be also great if the interceptor had the capability to read the full
configuration of the service to know what listeners are provided. This could be used in
the future to log inputs for services to a service registry.
In addition to the hooks for this in the Action Pipeline code, we would also need to have
a globally defined configuration for interceptors.
The background behind this request is that often times, clients need to do analytics over
service request / response times, or need to globally define rules for Exception Handling,
or need to intercept input and output messages for auditing. We are hoping that this
feature would facilitate all of these by allowing Red Hat to start shipping generic
implementations for these things incrementally, and also enabling customers to craft their
own to meet specific business needs.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.jboss.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see:
http://www.atlassian.com/software/jira