Class NON_BLOCKING_SENDS

  • All Implemented Interfaces:
    Lifecycle

    public class NON_BLOCKING_SENDS
    extends Protocol
    Detects sends during processing of incoming messages and sets flag Message.TransientFlag.DONT_BLOCK to prevent blocking the incoming thread on a send.
    JIRA: https://issues.redhat.com/browse/JGRP-2772
    Since:
    5.3.5
    Author:
    Bela Ban
    • Field Detail

      • verbose

        protected boolean verbose
      • fix

        protected boolean fix
      • threads

        protected final java.util.Set<java.lang.Long> threads
    • Constructor Detail

      • NON_BLOCKING_SENDS

        public NON_BLOCKING_SENDS()
    • Method Detail

      • down

        public java.lang.Object down​(Message msg)
        Description copied from class: Protocol
        A message is sent down the stack. Protocols may examine the message and do something (e.g. add a header) with it, before passing it down.
        Overrides:
        down in class Protocol
      • up

        public java.lang.Object up​(Message msg)
        Description copied from class: Protocol
        A single message was received. Protocols may examine the message and do something (e.g. add a header) with it before passing it up.
        Overrides:
        up in class Protocol
      • up

        public void up​(MessageBatch batch)
        Description copied from class: Protocol
        Sends up a multiple messages in a MessageBatch. The sender of the batch is always the same, and so is the destination (null == multicast messages). Messages in a batch can be OOB messages, regular messages, or mixed messages, although the transport itself will create initial MessageBatches that contain only either OOB or regular messages.

        The default processing below sends messages up the stack individually, based on a matching criteria (calling Protocol.accept(Message)), and - if true - calls Protocol.up(org.jgroups.Event) for that message and removes the message. If the batch is not empty, it is passed up, or else it is dropped.

        Subclasses should check if there are any messages destined for them (e.g. using MessageBatch.iterator(Predicate)), then possibly remove and process them and finally pass the batch up to the next protocol. Protocols can also modify messages in place, e.g. ENCRYPT could decrypt all encrypted messages in the batch, not remove them, and pass the batch up when done.

        Overrides:
        up in class Protocol
        Parameters:
        batch - The message batch
      • threadId

        protected static long threadId()