Class FRAG3
- All Implemented Interfaces:
Lifecycle
FRAG2.When a message is fragmented, all fragments carry the size of the original message, their offset and length with respect to the original message and a fragment ID (to identify the fragment).
When the first fragment is received, the full message is created and each fragment copies its data into the full message at its offset and length. When all fragments have been received, the full message is passed up.
Only the first fragment carries the headers and dest and src addresses. When received, its src/dest addresses and the headers will be set in the full message.
For details see https://issues.redhat.com/browse/JGRP-2154
Requirement: lossless delivery (e.g. NAKACK2 or UNICAST3). No requirement on ordering. Works for both unicast and multicast messages.
- Since:
- 4.0
-
Nested Class Summary
Nested ClassesModifier and TypeClassDescriptionprotected classEntry for a full message, received fragments are copied into buffer and set in the bitset of expected frags. -
Field Summary
FieldsModifier and TypeFieldDescriptionprotected final AverageMinMaxprotected final AverageMinMaxprotected final AtomicIntegerprotected final ConcurrentMap<Address, ConcurrentMap<Integer, FRAG3.FragEntry>> protected MessageFactoryFields inherited from class org.jgroups.protocols.Fragmentation
frag_size, num_frags_received, num_frags_sentFields inherited from class org.jgroups.stack.Protocol
after_creation_hook, down_prot, ergonomics, id, local_addr, log, policies, stack, stats, up_prot -
Constructor Summary
Constructors -
Method Summary
Modifier and TypeMethodDescriptionvoidvoidclearFragmentsFor(Address mbr) Fragment a packet if larger than frag_size (add a header).A message is sent down the stack.protected voidSend all fragments as separate messages (with same ID !).protected intprotected voidhandleViewChange(View view) voidinit()Called after a protocol has been created and before the protocol is started.voidprotected Messageunfragment(Message msg, Frag3Header hdr) 1.If event is a message, if it is fragmented, re-assemble fragments into big message and pass up the stack.A single message was received.voidup(MessageBatch batch) Sends up a multiple messages in aMessageBatch.Methods inherited from class org.jgroups.protocols.Fragmentation
getFragSize, getNumberOfReceivedFragments, getNumberOfSentFragments, setFragSizeMethods inherited from class org.jgroups.stack.Protocol
accept, addPolicy, addr, addr, afterCreationHook, destroy, down, enableStats, getAddress, getComponents, getDownProtocol, getDownServices, getId, getIdsAbove, getLevel, getLog, getName, getPolicies, getProtocolStack, getSocketFactory, getThreadFactory, getTransport, getUpProtocol, getUpServices, getValue, isErgonomics, level, parse, policies, providedDownServices, providedUpServices, removePolicy, requiredDownServices, requiredUpServices, resetStatistics, setAddress, setDownProtocol, setErgonomics, setId, setLevel, setPolicies, setProtocolStack, setSocketFactory, setUpProtocol, setValue, start, statsEnabled, stop, toString
-
Field Details
-
fragment_list
-
HAS_FRAG_HEADER
-
curr_id
-
members
-
msg_factory
-
avg_size_down
-
avg_size_up
-
-
Constructor Details
-
FRAG3
public FRAG3()
-
-
Method Details
-
getAvgSizeDown
-
getAvgSizeUp
-
getNextId
protected int getNextId() -
init
Description copied from class:ProtocolCalled after a protocol has been created and before the protocol is started. Attributes are already set. Other protocols are not yet connected and events cannot yet be sent. -
resetStats
public void resetStats()- Overrides:
resetStatsin classFragmentation
-
down
Fragment a packet if larger than frag_size (add a header). Otherwise just pass down. Only add a header if fragmentation is needed ! -
down
Description copied from class:ProtocolA 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. -
up
If event is a message, if it is fragmented, re-assemble fragments into big message and pass up the stack. -
up
Description copied from class:ProtocolA single message was received. Protocols may examine the message and do something (e.g. add a header) with it before passing it up. -
up
Description copied from class:ProtocolSends up a multiple messages in aMessageBatch. 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 - callsProtocol.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. -
handleViewChange
-
clearFragmentsFor
-
clearAllFragments
public void clearAllFragments() -
fragment
Send all fragments as separate messages (with same ID !). Example:Given the generated ID is 2344, number of fragments=3, message {dst,src,buf} would be fragmented into: [2344,3,0]{dst,src,buf1}, [2344,3,1]{dst,src,buf2} and [2344,3,2]{dst,src,buf3} -
unfragment
1. Get all the fragment buffers 2. When all are received: assemble them into one big buffer 3. Read headers and byte buffer from big buffer 4. Set headers and buffer in msg 5. Return the message
-