GitHub user gaohoward opened a pull request:
https://github.com/apache/activemq-artemis/pull/2462
ARTEMIS-2197 Page deleted before transaction finishes
When a receiving transaction is committed in a paging situation,
if a page happens to be completed and it will be deleted in a
GitHub user franz1981 opened a pull request:
https://github.com/apache/activemq-artemis/pull/2461
ARTEMIS-2202 Improve MSSQL support for JDBC storage
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/franz1981/activemq-artemis ARTE
Github user asfgit closed the pull request at:
https://github.com/apache/activemq-artemis/pull/2455
---
GitHub user feuillemorte opened a pull request:
https://github.com/apache/activemq-artemis/pull/2460
ARTEMIS-2201 Added tests on DEFAULT_JOURNAL_FILE_OPEN_TIMEOUT value
You can merge this pull request into a Git repository by running:
$ git pull https://github.com/feuillemorte
Github user TomasHofman commented on the issue:
https://github.com/apache/activemq-artemis/pull/2287
No, if `lockAcquisitionTimeout` is set to -1, it will wait 2 seconds, and
then retry the lock. I don't see what you are referring to.
There are two situations:
* `tryLock(p
Github user franz1981 commented on the issue:
https://github.com/apache/activemq-artemis/pull/2459
I need to implement a better test for this one, given that is happening
with any protocol :+1:
---
Github user franz1981 commented on the issue:
https://github.com/apache/activemq-artemis/pull/2457
I'm closing this one that will be replaced by
https://github.com/apache/activemq-artemis/pull/2459
---
Github user franz1981 closed the pull request at:
https://github.com/apache/activemq-artemis/pull/2457
---
GitHub user franz1981 opened a pull request:
https://github.com/apache/activemq-artemis/pull/2459
ARTEMIS-2200 NPE while dropping/failing large messages on paging
Large messages pendingRecordID is not accessed atomically, leading
to races that would lead to records that cannot be