Protocols are the most important feature of JGroups. They provide the actual functionality in any stack, such as retransmission of lost messages, ordering, flow control, state transfer, fragmentation and so on.
While we do have a sizeable number of unit tests in JGroups, we don't have many tests which test just 1 protocol in isolation.
Take a look at GMS_MergeTest (CVS head), that's how we need to test
protocols in the future. GMS_MergeTest tests (concurrent) merging, and only concurrent merging.
The following features are in this test:
* Injection of views. We inject the subpartitioned views directly
into the cluster, rather than waiting for a failure detector to
kick in. Remember, we test merging and NOT failure detection. The
good thing is that (a) this is much faster and (b) we can really
focus on 1 protocol/feature compared to multiple ones
* Injection of MERGE events. Rather than relying on MERGE2 to (after
some time) generate a MERGE event, we directly inject MERGE events
into the merge leader(s). Same as above: this is much faster and
we don't test MERGE2, but GMS/CoordGmsImpl
* Temporary enabling/disabling of logging for GMS: injectMerge()
enabled TRACE logging for GMS, so we can see what's going on
*selectively*, and don't get a huge TRACE log for the stuff that's
going on before
* SHARED_LOOPBACK: well, I might as well use UDP, but
SHARED_LOOPBACK never loses any messages, therefore no
retransmissions. Again, focus is on testing merging and not
merging with packet loss
* No failure detection, no merge protocol in the stack: this allows
us to set a breakpoint in a debugger and step around for as long
as we want to, without FD suspecting and excluding us
The use of these features allows us to really focus on testing one
feature in isolation. We need to go further into this direction,
thererfore, if you have existing tests you want to modify, go ahead !
New tests should follow this paradigm whenever possible.
Wednesday, May 20, 2009
Monday, May 04, 2009
First alpha of 2.8
I've uploaded a first alpha of 2.8 to SourceForge [1].
The major new features are logical addresses, improved support for asymmetrical merges, GossipRouter changes, and a new shared dir based discovery protocol.
Despite its name, alpha3 is already very stable, and I wanted to release it so I can get some useful feedback to go into beta1. There are still ca 20 JIRA issues open, but I expect we close them and release GA by the summer 09.
The remaining tasks are hardening of the merging code (e.g. to better handle concurrent merges), dropping commons-logging (so we can ship jgroups.jar without any other JAR dependency !), testing asymmetric merges some more and writing documentation for these new features.
I want to thank Vladimir and Richard for their hard work on 2.8 !
Enjoy !
[1] https://sourceforge.net/project/showfiles.php?group_id=6081&package_id=94868#
The major new features are logical addresses, improved support for asymmetrical merges, GossipRouter changes, and a new shared dir based discovery protocol.
Despite its name, alpha3 is already very stable, and I wanted to release it so I can get some useful feedback to go into beta1. There are still ca 20 JIRA issues open, but I expect we close them and release GA by the summer 09.
The remaining tasks are hardening of the merging code (e.g. to better handle concurrent merges), dropping commons-logging (so we can ship jgroups.jar without any other JAR dependency !), testing asymmetric merges some more and writing documentation for these new features.
I want to thank Vladimir and Richard for their hard work on 2.8 !
Enjoy !
[1] https://sourceforge.net/project/showfiles.php?group_id=6081&package_id=94868#
Subscribe to:
Posts (Atom)