- 06 1月, 2015 3 次提交
-
-
由 Jesse Glick 提交于
[FIXED JENKINS-10944] [FIXED JENKINS-24519] If makeBuildable fails on a FlyweightTask, keep it in queue.
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
Plenty of plugins assume that a FlyweightTask will behave in a certain way and might break if this feature were simply disabled.
-
- 27 11月, 2014 1 次提交
-
-
由 Kanstantsin Shautsou 提交于
-
- 17 11月, 2014 3 次提交
-
-
由 Stephen Connolly 提交于
Allow Projects to take the Queue.Item's actions into consideration when determining their default authentication
-
由 Stephen Connolly 提交于
-
由 Stephen Connolly 提交于
- Also tidy up some holes in locking strategy that can cause builds to be scheduled on executors that are about to be interrupted or nodes in the process of being removed
-
- 27 10月, 2014 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
The original fix was made in 0c3d6709. In this fix, I'm also moving the code that creates LeftItem. It makes no sense that there's Item.cancel(Queue) and Queue.cancel(Item) and they do different things!
-
- 06 9月, 2014 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
Since ConsistentHash is written as a mutable class, I think a better way to fit the existing design is to provide a bulk add operation. It already has several methods to that end, so I just added one more that's needed for our purpose.
-
- 05 9月, 2014 1 次提交
-
-
由 Nicolas De Loof 提交于
invoking add(Node, replica) for all nodes rebuild the internal Table many times. Using a builder, Table is only created (and sorted) once also avoid creating a fresh new Hash object (java 8 lambdas, I miss you)
-
- 18 8月, 2014 1 次提交
-
-
由 Oleg Nenashev 提交于
This change improves the handling of errors in hudson.model.Executor, which cause issues like JENKINS-18164. The change also introduces several annotations in order to prevent further issues. Signed-off-by: NOleg Nenashev <o.v.nenashev@gmail.com>
-
- 14 8月, 2014 2 次提交
-
-
由 Oliver Gondža 提交于
-
由 Oleg Nenashev 提交于
The option allows to manage the refresh period of the internal queue cache. Signed-off-by: NOleg Nenashev <o.v.nenashev@gmail.com>
-
- 12 8月, 2014 1 次提交
-
-
由 Jesse Glick 提交于
Deprecating AbstractProject.ABORT, since it is simply Item.CANCEL anyway, and better documenting this permission and its usage.
-
- 05 8月, 2014 1 次提交
-
-
由 Jesse Glick 提交于
-
- 09 7月, 2014 1 次提交
-
-
由 Jesse Glick 提交于
WARNING: Caught exception evaluating: e.hasStopPermission() in /. Reason: java.lang.NullPointerException java.lang.NullPointerException at hudson.model.Executor.hasStopPermission(Executor.java:523)
-
- 03 6月, 2014 1 次提交
-
-
由 Oleg Nenashev 提交于
Added missing null checks for Computer::getNode(), SlaveComputer::getNode() and AbstractBuild::getCurrentNode() Signed-off-by: NOleg Nenashev <o.v.nenashev@gmail.com> Conflicts: core/src/main/java/hudson/model/AbstractBuild.java
-
- 22 5月, 2014 1 次提交
-
-
由 Daniel Beck 提交于
-
- 20 4月, 2014 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
- 25 3月, 2014 1 次提交
-
-
由 Jesse Glick 提交于
[JENKINS-22326] Calling into foreign code from a toString method, like Queue.Item.getWhy → QueueTaskDispatcher, is unsafe.
-
- 15 3月, 2014 1 次提交
-
-
由 ikedam 提交于
-
- 21 2月, 2014 1 次提交
-
-
由 Jesse Glick 提交于
Javadoc for Queue.Task claimed they were compared using .equals(), but in critical cases this was not actually true. Does not matter for the common case of Job, but when implementing custom tasks this could cause duplicate queue items (and executables).
-
- 12 12月, 2013 1 次提交
-
-
由 Jesse Glick 提交于
-
- 29 10月, 2013 1 次提交
-
-
由 Ryan Campbell 提交于
[FIXES JENKINS-19622] Replace hudson.model.Trigger#timer with jenkins.util.Timer, which exposes a ScheduledExecutorService. Up to 10 additional threads will be created to run pending tasks even if running tasks are blocked. Also, move static initialization of timers to the classes which require them.
-
- 12 10月, 2013 2 次提交
-
-
由 Kohsuke Kawaguchi 提交于
Turns out in the new executor on-demand code, queue maintenance happens so quickly that even when a job is submitted with delay 0, it can still fail the test if the check happens when "new GregorianCalendar()" returns the same value as "top.timestamp". I'm relaxing that check
-
由 Kohsuke Kawaguchi 提交于
-
- 11 10月, 2013 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
- 15 9月, 2013 2 次提交
-
-
由 Kohsuke Kawaguchi 提交于
Use our own queue
-
由 Kohsuke Kawaguchi 提交于
-
- 10 9月, 2013 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
- 05 9月, 2013 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
- 30 7月, 2013 1 次提交
-
-
由 Mark Waite 提交于
-
- 20 7月, 2013 1 次提交
-
-
由 Mark Waite 提交于
-
- 26 6月, 2013 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
Added Queue.schedule2 to allow the caller to retrieve the existing item in the queue. AbstractProject.doBuild() changed the behavior a bit to reply 201 if the item was already found in the queue (instead of a new one created.)
-
- 21 6月, 2013 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
Exposed the UI that sets the assigned label of matrix projects. This deprecates the "Matrix tie parent" plugin.
-
- 13 6月, 2013 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
This can track items as they go through the queue.
-
- 12 6月, 2013 2 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
由 Kohsuke Kawaguchi 提交于
As Jesse pointed out, contextual information is often useful in authenticating the build, which means we need to take Queue.Item (initially AbstractBuild was the parameter, which provided the context, and I failed to accommodate that in transition to AbstractProject.) To still allow Queue.Tasks to provide a meaningful value fallback to Queue.Task.getDefaultAuthentication() as opposed to hard code it to ACL.SYSTEM. This allow plugins like remote-terminal-access to supply a meaningful secure value without forcing a configuration change to the user.
-
- 10 6月, 2013 1 次提交
-
-
由 Jesse Glick 提交于
-
- 08 6月, 2013 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-