if (_executor.getPoolSize() < _executor.getMaximumPoolSize()) {
return false;
}
return super.offer(inJob);
} finally {
_lock.unlock();
}
}
--Arjan Verstoep
On 2 Jul 2014, at 09:52, Lance Java wrote:
> I'm not convinced this solution is thr
Yes, the default implementation is very counter-intuitive. I have invesigated
once, and it was possible to 'repair' the ThreadPoolExecutor if you provide the
'right' work-queue.
I don't know if you can apply this to Tapestry's ThreadPoolExecutor, but
anyhow
23,289 ERROR [MusiController4]:253 - Servlet.service() for
servlet MusiController4 threw exception
java.lang.OutOfMemoryError: Java heap space
~Arjan Verstoep
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
have a look at
http://musicontroller.cvs.sourceforge.net/musicontroller/ for more
sourcecode)
Thanks,
~Arjan Verstoep
public abstract class CurrentlyPlaying extends BasePage {
public abstract SessionUserState getSessionUserState();
public abstract Dao getDao();
private So
n, on that particular page put this code to get the
Authentication-object. Then, You can put the Authentication object into
the ASO-object.
I currently use this code in my border-component, so it executes way too
often. But I'll get to that eventually.
~ Arjan Verstoep
private
