HornetQ

Clone Tools
  • last updated a few minutes ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
back to snapshot

    • -1
    • +1
    /examples/core/embedded-remote/pom.xml
    • -1
    • +1
    /examples/core/twitter-connector/pom.xml
  1. … 130 more files in changeset.
SP31

    • -1
    • +1
    /examples/core/embedded-remote/pom.xml
    • -1
    • +1
    /examples/core/twitter-connector/pom.xml
  1. … 130 more files in changeset.
Back to snapshot

    • -1
    • +1
    /examples/core/embedded-remote/pom.xml
    • -1
    • +1
    /examples/core/twitter-connector/pom.xml
  1. … 129 more files in changeset.
SP30

    • -1
    • +1
    /examples/core/embedded-remote/pom.xml
    • -1
    • +1
    /examples/core/twitter-connector/pom.xml
  1. … 129 more files in changeset.
BZ-1806709/ARTEMIS-2637 Making UDP client discovery resilient

In case there is a hardware, firewal or any other thing making the UDP connection to go deaf

we will now reopen the connection in an attempt to go over possible issues.

This is also improving locking around DiscoveryGroup initial connection.

This is bringing the commit from artemis: https://github.com/apache/activemq-artemis/pull/2994

NO-JIRA Disabling Checkstyle

I have been constantly cherry-picking (I mean.. copy & pasting) changes from artemis on this codebase

and it is being annoying to adapt to checkstyle between hornetq and artemis style.

So, from now on... the style is mixed.. new code could be artemis' style, and current code stays as is

HORNETQ-1581 LargeMessage copy(long) leak files

In LargeServerMessageImpl.copy(long) after the newMessage

is copied, its file should be properly closed.

Otherwise the file is leaking.

HORNETQ-1580 Large message's copy may be interfered by other threads

In LargeMessageImpl.copy(long) it need to open the underlying file in

order to read and copy bytes into the new copied message. However

there is a chance that another thread can come in and close the file

in the middle, making the copy failed with "channel is null" error.

HORNETQ-1579 Messsage's doesn't make a full copy of its properties

When MessageImpl is doing copyHeadersAndProperties() it doesn't

make a full copy of its properties (a TypedProperties object).

It will cause problem when multiple threads/parties are modifying the

properties of the copied messages from the same message.

BZ-1730102 Back Porting fix from ARTEMIS-2053 on compactation issue

BZ1700841 ARTEMIS-2299 Support for redelivery-delay and LVQ

BZ1700838 ARTEMIS-2299 Test

SP29

    • -1
    • +1
    /examples/core/embedded-remote/pom.xml
    • -1
    • +1
    /examples/core/twitter-connector/pom.xml
  1. … 129 more files in changeset.
HORNETQ-1578 Exceptions are swallowed, making it hard to diagnose issues

NO-JIRA Avoid NPE during backup shutdown

When a backup starts without a live, it's nodeID is null.

Added a null check in ClusterConnection's stop() to avoid

NPE if it's shut down.

NO-JIRA Improve and Fix tests

- Increase some timeouts

- Improve wait

- Fix some incorrect tests

- Add more logging in tests

HORNETQ-1575 Fix new connection establishment after failure during failover

In a live-backup scenario, when live is down and backup becomes live, clients

using HA Connection Factories can failover automatically. However if a

client decides to create a new connection by itself (as in camel jms case)

there is a chance that the new connection is pointing to the dead live

and the connection won't be successful. The reason is that if the old

connection is gone the backup will not get a chance to announce itself

back to client so it fails on initial connection.

The fix is to let CF remember the old topology and use it on any

initial connection attempts.

back to snapshot

This reverts commit c48d8363c3815f4ce68915c4507e9c242540b14f.

    • -1
    • +1
    /examples/core/embedded-remote/pom.xml
    • -1
    • +1
    /examples/core/twitter-connector/pom.xml
  1. … 129 more files in changeset.
SP28

    • -1
    • +1
    /examples/core/embedded-remote/pom.xml
    • -1
    • +1
    /examples/core/twitter-connector/pom.xml
  1. … 129 more files in changeset.
https://bugzilla.redhat.com/show_bug.cgi?id=1613494 Wrong classLoader used in reconnect

On this commit I'm also improving https://bugzilla.redhat.com/show_bug.cgi?id=1609964 by not issuing interrupt on reconnect

Back to snapshot

This reverts commit 1d2c11fd2a66867f940c58a312b3a7db275e52ef.

    • -1
    • +1
    /examples/core/embedded-remote/pom.xml
    • -1
    • +1
    /examples/core/twitter-connector/pom.xml
  1. … 129 more files in changeset.
SP27

    • -1
    • +1
    /examples/core/embedded-remote/pom.xml
    • -1
    • +1
    /examples/core/twitter-connector/pom.xml
  1. … 129 more files in changeset.
https://bugzilla.redhat.com/show_bug.cgi?id=1609964 Adding possibility to disable interrupts, fixing classloading issues after tearDown

back to snapshot

This reverts commit 90ba517c3a4c20940d87b18a0836f4708dfb824e.

    • -1
    • +1
    /examples/core/embedded-remote/pom.xml
    • -1
    • +1
    /examples/core/twitter-connector/pom.xml
  1. … 129 more files in changeset.
SP26

    • -1
    • +1
    /examples/core/embedded-remote/pom.xml
    • -1
    • +1
    /examples/core/twitter-connector/pom.xml
  1. … 129 more files in changeset.
https://bugzilla.redhat.com/show_bug.cgi?id=1609964 Fixing another possible case with InterruptException and reconnect

NO-JIRA Just changing logging @ NetUtil

Back to snapshot

This reverts commit c1d3dc742296579d9595eabc8c7869b036e2904e.

    • -1
    • +1
    /examples/core/embedded-remote/pom.xml
    • -1
    • +1
    /examples/core/twitter-connector/pom.xml
  1. … 129 more files in changeset.
SP25

    • -1
    • +1
    /examples/core/embedded-remote/pom.xml
    • -1
    • +1
    /examples/core/twitter-connector/pom.xml
  1. … 129 more files in changeset.