lucene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Dawid Weiss <dawid.we...@cs.put.poznan.pl>
Subject Re: improving unique work.dir per JVM?
Date Sun, 23 Dec 2012 08:49:52 GMT
I would say separating builds should be the duty of a build container.
If Jenkins somehow allows two build plans to run from the same
directory then I think it's either a bug or a risky feature.

This said, there are also downsides of appending anything that changes
(per-run) to build directories -- you won't be able to tell where your
JVMs (and their output files) are created, if stuff is left behind
you'll have an incremental mess from which it'll be hard to determine
what's recent, what's stale, what failed, etc.

I know this for a fact because I initially created current working
directories in a temporary folder (at random). It was hell.

Dawid

On Sun, Dec 23, 2012 at 8:43 AM, Shai Erera <serera@gmail.com> wrote:
> Hi
>
> Today each JVM receives its own work.dir, e.g. J0, J1 and so forth. I think
> I've hit on my Jenkins an error that was caused due to overlapping builds,
> one deleted the work.dir of the other.
>
> So maybe we can do a best effort to detect the PID and if success, append it
> to work.dir, e.g. J0_9324? If the JVM ManagementBean is able to return a
> parseable PID, then we use it, otherwise we stick w/ J0.
>
> Is it possible?
>
> In the meanwhile, I've configured my Jenkins to not run overlapping builds.
>
> Shai

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org


Mime
View raw message