Main Page | Namespace List | Class Hierarchy | Alphabetical List | Class List | File List | Namespace Members | Class Members | File Members | Related Pages

com::cosylab::acs::maci::manager::ReaderPreferenceReadWriteLock::WriterLock Class Reference

Inheritance diagram for com::cosylab::acs::maci::manager::ReaderPreferenceReadWriteLock::WriterLock:

Inheritance graph
[legend]
Collaboration diagram for com::cosylab::acs::maci::manager::ReaderPreferenceReadWriteLock::WriterLock:

Collaboration graph
[legend]
List of all members.

Public Member Functions

void lock ()
void unlock ()
boolean attempt (long msecs) throws InterruptedException

Package Functions

synchronized void signalWaiters ()

Member Function Documentation

boolean com::cosylab::acs::maci::manager::ReaderPreferenceReadWriteLock::WriterLock::attempt long  msecs  )  throws InterruptedException [inline]
 

Wait at most msecs to pass; report whether passed.

The method has best-effort semantics: The msecs bound cannot be guaranteed to be a precise upper bound on wait time in Java. Implementations generally can only attempt to return as soon as possible after the specified bound. Also, timers in Java do not stop during garbage collection, so timeouts can occur just because a GC intervened. So, msecs arguments should be used in a coarse-grained manner. Further, implementations cannot always guarantee that this method will return at all without blocking indefinitely when used in unintended ways. For example, deadlocks may be encountered when called in an unintended context.

Parameters:
msecs the number of milleseconds to wait. An argument less than or equal to zero means not to wait at all. However, this may still require access to a synchronization lock, which can impose unbounded delay if there is a lot of contention among threads.
Returns:
true if acquired

Implements com::cosylab::acs::maci::manager::ReaderPreferenceReadWriteLock::Sync.

void com::cosylab::acs::maci::manager::ReaderPreferenceReadWriteLock::WriterLock::lock  )  [inline]
 

Wait (possibly forever) until successful passage. Fail only upon interuption. Interruptions always result in `clean' failures. On failure, you can be sure that it has not been acquired, and that no corresponding release should be performed. Conversely, a normal return guarantees that the acquire was successful.

Implements com::cosylab::acs::maci::manager::ReaderPreferenceReadWriteLock::Sync.

synchronized void com::cosylab::acs::maci::manager::ReaderPreferenceReadWriteLock::WriterLock::signalWaiters  )  [inline, package, virtual]
 

Implements com::cosylab::acs::maci::manager::ReaderPreferenceReadWriteLock::Signaller.

void com::cosylab::acs::maci::manager::ReaderPreferenceReadWriteLock::WriterLock::unlock  )  [inline]
 

Potentially enable others to pass.

Because release does not raise exceptions, it can be used in `finally' clauses without requiring extra embedded try/catch blocks. But keep in mind that as with any java method, implementations may still throw unchecked exceptions such as Error or NullPointerException when faced with uncontinuable errors. However, these should normally only be caught by higher-level error handlers.

Implements com::cosylab::acs::maci::manager::ReaderPreferenceReadWriteLock::Sync.


The documentation for this class was generated from the following file:
Generated on Thu Apr 30 03:11:27 2009 for ACS Java API by doxygen 1.3.8