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.
SP31

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

Reusing sleep

Adding High CPU thread option

Adding debug information

Adding debug information

Using group address on binding as well

Muticast fixes

Trying to add NIO

Adding NIO

some logging

Bug on loop

update logging

Adding script capability

Adding multi thread on waitForBroadcast

removing logging that is too verbose

update to logging

Adding udp-tracker

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

fix-udp backup

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-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-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.