gluegen.git - GLUEGEN repository on http://jogamp.org/ ;

	Commit message (Collapse)	Author	Age	Files	Lines
*	SingletonInstanceServerSocket: serverSocket.setReuseAddress(true); // reuse ↵	Sven Gothel	2012-10-04	1	-0/+1
\| \| \| \|	same port w/ subsequent instance, i.e. overcome TO state when JVM crashed
*	SingletonInstanceServerSocket: Add unit tests; Create new server Thread @ ↵	Sven Gothel	2012-09-21	1	-15/+15
\| \| \| \|	start, otherwise we may collide w/ a failed start. Misc: Cleanup / reuse strings.
*	SingletonInstanceServerSocket: Add kill @ JVM Shutdown _and_ if normal ↵	Sven Gothel	2012-09-21	1	-8/+39
\| \| \| \|	unlock fails ; Added unit tests.
*	Lock Cleanup (API Change)	Sven Gothel	2012-06-27	1	-0/+2
\| \| \| \| \| \| \| \|	- LockExt -> ThreadLock - clarifying semantics (API Change) - ThreadLock: Remove isOwner(), use isOwner(Thread.currentThread) - adding @Override
*	SingletonInstanceServerSocket: composite thread name w/ leading original one	Sven Gothel	2011-09-25	1	-1/+8
\|
*	SingletonInstanceServerSocket: Fix setDaemon(true), give Thread a proper name	Sven Gothel	2011-06-12	1	-2/+2
\|
*	SingletonInstance Enhancements / Minor Lock/LockExt API Change (isLocked ↵	Sven Gothel	2011-06-11	1	-0/+222
	moved up) We learned that FileChannel.lock() is not reliable on at least GNU/Linux + Sun's JVM implementation, hence we need a ServerSocket implementation. Since this code may be useful to others, it has been promoted to GlueGen. - Abstract SingletonInstance - Implement Lock interface - SingletonInstance Spezialisation: FileLock and ServerSocket Minor API Change: LockExt.isLocked() -> Lock.isLocked()