On 2014-02-22 14:50, Marcin Miłkowski wrote:
BTW, if the JMeter configuration you use is stand-alone (i.e. can be
used by others to run the same tests), please put it in git.
Sure, but where exactly?
I'd suggest here, in a new jmeter directory:
Actually I did change all those code to the double-locking technique
because the IStemmer is not thread-safe. And I was pretty sure that
there's no problem with the double-locking technique. Damn it! Well,
now I know better. Thanks for hint.
The idea behind using the double-locking was just to
On 2014-02-21 21:35, Stefan Lotties wrote:
Actually I did change all those code to the double-locking technique
because the IStemmer is not thread-safe. And I was pretty sure that
there's no problem with the double-locking technique. Damn it! Well,
now I know better. Thanks for hint.
I'm
W dniu 2014-02-16 22:05, Dominique Pellé pisze:
Daniel Naber daniel.na...@languagetool.org
mailto:daniel.na...@languagetool.org wrote:
On 2014-02-01 17:08, Xavi Ivars wrote
wget -q -T 1 localhost:8081/Languages
If it works, then I do nothing, but if it doesn't succeed, then I
Daniel Naber daniel.na...@languagetool.org wrote:
On 2014-02-01 17:08, Xavi Ivars wrote
wget -q -T 1 localhost:8081/Languages
If it works, then I do nothing, but if it doesn't succeed, then I kill
the process (if it's still there) and I restart it again.
That wasn't enough for me, as
Alright. I'll go for a patch then. Are we supposed to maintain any
kind of compatibility to the existing server-code? Or may I change it
as much as I wish as long as the tests still succeed?
On Sun, Feb 2, 2014 at 7:59 PM, Daniel Naber
daniel.na...@languagetool.org wrote:
On 2014-02-02 19:25,
On 2014-02-01 17:08, Xavi Ivars wrote
wget -q -T 1 localhost:8081/Languages
If it works, then I do nothing, but if it doesn't succeed, then I kill
the process (if it's still there) and I restart it again.
That wasn't enough for me, as sometimes the server had a high load but
still replied
If it works, then I do nothing, but if it doesn't succeed, then I kill
the process (if it's still there) and I restart it again.
That wasn't enough for me, as sometimes the server had a high load but
still replied to some requests or so, so I'm using a script that checks
the load the process
On 2014-02-02 13:37, Stefan Lotties wrote:
Did you take further steps to analyse the problem already?
I can't remember getting any further than this:
http://stackoverflow.com/questions/15173709/why-does-com-sun-net-httpserver-httpserver-hang
The answer actually helped a lot, the process needs