Reconnect does not happen when the endpoint release throws exception

[arinban]

When a connection with the broker fails the generic ra tries to reconnect to the broker ( if configured in the activation spec). During this time, the ra tries to release the endpoint ( stop the pool) before reconnecting to the broker. If the release endpoint ( which inturn calls afterDelivery() on the enpoint) fails then the reconnect does not happen. There are 2 issues here

1. There is a timeout in the inbound resource pool to release all the resources in the pool, but there is no timeout for releasing a single resource. So ideally the total pool release timeout should be divided across the resources in the pool ( simplest solution of course).

2. If releasing one of the resources in the pool causes an exception, ( which is not handled now) then the other resources are not released properly. This indirectly affects the reconnection feature in the following way. When an existing MQ connection throws an exception then the ReconnectHelper in the RA tries to reconnect to the broker, before doing this the jms resource pool is stopped and reinitialized, and if there is an exception while stopping the pool ( which is dependendent on releasing the endpoint) then the pool does not get re-initialized and the reconnection does not happen. So, the exceptions need to be handled appropriately.

This issue can can be reproduced by installing a broker on a remote machine and the app server and ra on one machine and then causing a network outage when the messages are in transit.

Environment

Operating System: All Platform: All

Affected Versions

[v1.6]

[arinban]

• Issue Imported From: https://github.com/ari-ban/test1/issues/24
• Original Issue Raised By:@arinban
• Original Issue Assigned To: @glassfishrobot

[arinban]

@arinban Commented

• Issue Imported From: https://github.com/ari-ban/glassfish-genericjmsra/issues/24
• Original Issue Raised By:@arinban
• Original Issue Assigned To: @glassfishrobot

[arinban]

@arinban Commented @arinban Commented

• Issue Imported From: https://github.com/javaee/glassfish-genericjmsra/issues/24
• Original Issue Raised By:@glassfishrobot
• Original Issue Assigned To: @glassfishrobot

[arinban]

@arinban Commented @arinban Commented @glassfishrobot Commented Reported by rampsarathy

[arinban]

@arinban Commented @arinban Commented @glassfishrobot Commented rampsarathy said: changing to INVALID

[arinban]

@arinban Commented @arinban Commented @glassfishrobot Commented rampsarathy said: incorrectly marked as INVALID, so re-opening

[arinban]

@arinban Commented @arinban Commented @glassfishrobot Commented marogl said: Created an attachment (id=2) Example of fails

[arinban]

@arinban Commented @arinban Commented @glassfishrobot Commented File: [issue 24.txt](https://java.net/jira/secure/attachment/12201/issue 24.txt) Attached By: marogl

[arinban]

@arinban Commented @arinban Commented @glassfishrobot Commented Was assigned to rampsarathy

[arinban]

@arinban Commented @arinban Commented @glassfishrobot Commented This issue was imported from java.net JIRA GENERICJMSRA-24

[arinban]

Closing this as this issue is migrated to https://github.com/ari-ban/test1/issues/24