https://code.cor-lab.de/https://code.cor-lab.de/favicon.ico?14019720732014-09-11T16:35:30ZOpen Source Collaboration PlatformAutomated Build Generator - Tasks #1990: Represent parallelism constraints of build systemshttps://code.cor-lab.de/issues/1990?journal_id=58112014-09-11T16:35:30ZJ. Moringenjmoringe@cor-lab.uni-bielefeld.de
<ul></ul><p>Seriously? It is not possible to execute more than one maven build in parallel on the same machine (can different users use maven in parallel on the same machine?)?</p>
<p>If true, this has far-reaching consequences beyond generating a restricted build-flow. Consider <code>citoolkit</code>, for example. With this restriction, we basically cannot have more than one distribution on that Jekins instance unless we resort to some locking strategy. But what would the scope of such a lock be, in general? The whole Jenkins instance? A particular slave?</p> Automated Build Generator - Tasks #1990: Represent parallelism constraints of build systemshttps://code.cor-lab.de/issues/1990?journal_id=58122014-09-11T16:39:04ZJ. Wienkejwienke@techfak.uni-bielefeld.de
<ul></ul><p>Jan Moringen wrote:</p>
<blockquote>
<p>Seriously? It is not possible to execute more than one maven build in parallel on the same machine (can different users use maven in parallel on the same machine?)?</p>
</blockquote>
<p>Normally it works but there is no guarantee that things work correctly due to the <code>.m2/repository</code> folder which would then be changed in parallel by several processes, which might lead to inconsistencies. Multiple users can operate in parallel since everyone has got its own cache.</p>
<blockquote>
<p>If true, this has far-reaching consequences beyond generating a restricted build-flow. Consider <code>citoolkit</code>, for example. With this restriction, we basically cannot have more than one distribution on that Jekins instance unless we resort to some locking strategy. But what would the scope of such a lock be, in general? The whole Jenkins instance? A particular slave?</p>
</blockquote>
<p>Beyond the scope of one distribution this is even harder. Sure. But maybe we can first generate the build flow in a way that this is respected. The triggering of different distributions can in the first step be sequenced by timing their build correctly.</p> Automated Build Generator - Tasks #1990: Represent parallelism constraints of build systemshttps://code.cor-lab.de/issues/1990?journal_id=66232015-03-02T13:07:54ZJ. Moringenjmoringe@cor-lab.uni-bielefeld.de
<ul><li><strong>Target version</strong> set to <i>0.5</i></li></ul> Automated Build Generator - Tasks #1990: Represent parallelism constraints of build systemshttps://code.cor-lab.de/issues/1990?journal_id=87432016-09-30T08:44:02ZJ. Moringenjmoringe@cor-lab.uni-bielefeld.de
<ul><li><strong>Target version</strong> changed from <i>0.5</i> to <i>0.8</i></li></ul> Automated Build Generator - Tasks #1990: Represent parallelism constraints of build systemshttps://code.cor-lab.de/issues/1990?journal_id=88012016-10-25T10:32:18ZJ. Moringenjmoringe@cor-lab.uni-bielefeld.de
<ul><li><strong>Target version</strong> changed from <i>0.8</i> to <i>0.9</i></li></ul> Automated Build Generator - Tasks #1990: Represent parallelism constraints of build systemshttps://code.cor-lab.de/issues/1990?journal_id=90442017-02-23T10:34:14ZJ. Moringenjmoringe@cor-lab.uni-bielefeld.de
<ul><li><strong>Target version</strong> changed from <i>0.9</i> to <i>1.0</i></li></ul>