]
Mark Little commented on JBESB-262:
-----------------------------------
I agree completely. Gateways and listeners should be independently recoverable and
manageable. Although the absence of one may ultimately cause a message to be lost/not
delivered, it should after suitable timeouts and retries.
JBossON isn't on the roadmap just yet, so let's leave that for now though.
Service dependency - recover capability. (i.e. Gateways ->
Listener dependency)
--------------------------------------------------------------------------------
Key: JBESB-262
URL:
http://jira.jboss.com/jira/browse/JBESB-262
Project: JBoss ESB
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: ESB Core
Affects Versions: 4.0 RC1
Reporter: Kurt Stam
Assigned To: Mark Little
Priority: Blocker
Fix For: 4.0
Original Estimate: 1 day
Remaining Estimate: 1 day
When a service depends on a resource that can not be discovered at when the service is
coming up, the service should log a warning, sleep for a bit and try again, indefinetly,
until the missing resource is found.
For example, all gateways depend on a listerner, if the gateway comes up before that
listener the current implementation pretty much dies. We should simply put the gateway in
a holding pattern.
Similarly, if during execution the JMS provider (ftp server, or any other dependency)
goes off line, we should not die, but simply log, sleep and retry.
A nice to have would be that after an n number of retries we send a notification to a
place where JBossON can pick it up and notify someone of a problem,
This behavior should be easy to implement, and should take care of the current race
condition we experience.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: