adding a simple logger properties file for use in testing
using newer version of basis
some re-organization/cleanup of meshy and some logging performance improvements
couple more logging fixes
start of meshy tests clean up (TestStreamService). mostly
cosmetic changes
move some test classes that got missed in the package
name change (in terms of their directory structure)
simple changes for test mesh
clean up for test peer service
clean up for teat meshy client connector;
logic change to call terminate on connector
clean up of test message service
very minor clean up for test message file system
clean up for test vfs and some logic changes:
- cleanup calls super.cleanup
- dummy handler uses a nullary constructor instead of non-static init
doesn't seem to have affected whether tests pass
clean up of test file service
removed extra attempt at loading the dummy handler class. Maven and
intellij both seem pretty okay with just the one, and this removes
a big ole stack trace or two
change some toString methods and renamed a variable to not
collide with a private variable in the super class (for clarity)
less noisy failed connections when other logging statements already
cover them
fix mismatch in byte accounting between sources and targets in
stream service. sources were not counting meshy/stream service
overhead and could eventually erroneously cease requesting more
data
agonized over this one for a while. The netty channel groups had to go
(enormous forced default sizes for even tiny, barely mutated sets)
and I think that is handled fine, but unsure on the concurrency handling
of its replacement. Since we are given a fixed set of < a few hundred
in size, that after initialization we only remove from, there should be
_something_. I am considering having the set itself be immutable, but to
represent their completion state with an atomic bit field. This would
encapsulate the idea that we know there is a limited world of possible
members and that we can map to them. The mapping could be something
trivial like the order of the set, but it could certainly be done
more efficiently.
fix main classpath - thanks, andres!
yet another fix to byte push pull tracking. apparently a long time ago
I mixed up getAndAdd and addAndGet. Maybe I didn't think much about
getAndAdd being a thing, because rather than switch them, this solution
using getAndAdd doesn't need a synchronize block or double checking.