[JBoss JIRA] Created: (JBESB-1164) Crash creates multiple EPRs for same service in JUDDI
by Tom Cunningham (JIRA)
Crash creates multiple EPRs for same service in JUDDI
-----------------------------------------------------
Key: JBESB-1164
URL: http://jira.jboss.com/jira/browse/JBESB-1164
Project: JBoss ESB
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Registry and Repository
Affects Versions: 4.2.1 IR1
Reporter: Tom Cunningham
Assigned To: Mark Little
If the AS or ESB server crashes or does not cleanly shut down, JUDDI will duplicate EPR records in its database table. For the monitoring/management console, this is a real problem because it depends on the fact that there will be only one EPR for its services per ESB server.
Post-crash, every time the console tries to collect data, it is getting back results from multiple EPRs on the same machine, which is causing ConstraintViolations when we try to store results. This is causing JBESB-1139.
JUDDI should probably clean up EPR records post-crash.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 5 months
[JBoss JIRA] Created: (JBESB-1590) Review File lifecycle management in the FileGateway
by Tom Fennelly (JIRA)
Review File lifecycle management in the FileGateway
---------------------------------------------------
Key: JBESB-1590
URL: http://jira.jboss.com/jira/browse/JBESB-1590
Project: JBoss ESB
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Transports
Affects Versions: 4.2.1 CP1
Reporter: Tom Fennelly
Fix For: 4.2.1 CP2
Task JBESB-1568 identified an issue thrown up by the scheduler code, but in doing so also highlighted a secondary issue in the way that the gateway itself manages the lifecycles of the files it is processing. Specifically... when a file "disappears" while that instance of the gateway is processing it (or about to process it).
This could happen through a single FileGateway config before JBESB-1568 was fixed, but can still happen when multiple gateways are configured to process the same fileset in the same directory.
The gateway should handle such contention issue more cleanly.
Should it support multiple gateway instances processing a single fileset in a single directory? This could be a head wrecker to get right *and prove right* on all platforms! We could just document this as something that's not supported. It should def be able to handle different filesets in the same dir using multiple gateway instances!
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years, 5 months