- 15 6月, 2014 1 次提交
-
-
由 Matt Moore 提交于
Null check the 'properties' element of the json message before attempting to 'rebuild' the 'DescribableList'
-
- 28 5月, 2014 1 次提交
-
-
由 Jesse Glick 提交于
-
- 15 5月, 2014 1 次提交
-
-
- 25 3月, 2014 1 次提交
-
-
由 Jesse Glick 提交于
java.lang.NullPointerException at hudson.model.Job.getBuildDir(Job.java:790) at hudson.model.Run.getRootDir(Run.java:993) at hudson.model.Run.getLogFile(Run.java:1306) at hudson.model.Run.execute(Run.java:1664) at hudson.maven.MavenBuild.access$900(MavenBuild.java:94) at hudson.maven.MavenBuild$ProxyImpl2.close(MavenBuild.java:636) at hudson.maven.AbstractMavenBuilder.end(AbstractMavenBuilder.java:106) at hudson.maven.MavenModuleSetBuild$MavenModuleSetBuildExecution.doRun(MavenModuleSetBuild.java:839) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:523) at hudson.model.Run.execute(Run.java:1688) at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:519) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:231) java.lang.NullPointerException at hudson.model.BuildStepListener.all(BuildStepListener.java:31) at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:739) at hudson.model.AbstractBuild$AbstractBuildExecution.performAllBuildSteps(AbstractBuild.java:714) at hudson.maven.MavenModuleSetBuild$MavenModuleSetBuildExecution.cleanUp(MavenModuleSetBuild.java:1054) at hudson.model.Run.execute(Run.java:1733) at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:519) at hudson.model.ResourceController.execute(ResourceController.java:88) at hudson.model.Executor.run(Executor.java:231)
-
- 05 3月, 2014 1 次提交
-
-
由 Jesse Glick 提交于
-
- 01 3月, 2014 1 次提交
-
-
由 Jesse Glick 提交于
-
- 09 1月, 2014 1 次提交
-
-
由 Stephen Connolly 提交于
[FIX JENKINS-21303] There is a NPE here that can and does happen for real when an aggresive slave retention strategy interacts with post build triggers that want to do token macro expansion
-
- 07 1月, 2014 1 次提交
-
-
由 Bruno Kühnen Meneguello 提交于
-
- 24 12月, 2013 1 次提交
-
-
由 Jesse Glick 提交于
-
- 12 12月, 2013 1 次提交
-
-
由 Jesse Glick 提交于
-
- 07 12月, 2013 1 次提交
-
-
由 Jesse Glick 提交于
-
- 25 8月, 2013 1 次提交
-
-
由 Larry North 提交于
unbuildable project.
-
- 02 8月, 2013 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
Added a new overloaded version that works on a project. Updated CoreEnvironmentContributor accordingly.
-
- 11 7月, 2013 2 次提交
-
-
由 Christoph Kutzinski 提交于
-
由 Christoph Kutzinski 提交于
-
- 06 7月, 2013 1 次提交
-
-
由 Christoph Kutzinski 提交于
Loading the last 3 successful builds may be very expensive in certain rare, but possible situations (all newer builds failed, only some very old builds were successful). Go only up to 6 build into the past for calculating the estimated duration. Also take failed builds into account, if we don't find any successful ones.
-
- 03 7月, 2013 1 次提交
-
-
由 Stephen Connolly 提交于
- Fixes a regression in core where the display name clear on copy was triggering a save - More than one way to do this, could also have used the marker interface approach This route seems slightly less fragile, though people could still add ItemListeners with order == -Double.MAX_VALUE which would then introduce intdeterminism. A marker interface would remove that indeterminism as the onCopyComplete method would be only called on the Job as the last method... but it could be hard to ensure that all ItemGroupMixin's respect the calling of onCopyComplete contract hence this approach seems better to me for that reason
-
- 31 5月, 2013 1 次提交
-
-
由 Jesse Glick 提交于
-
- 17 5月, 2013 1 次提交
-
-
由 Jesse Glick 提交于
-
- 14 3月, 2013 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
Report 100 recent builds in the JSON API, including in-progress builds. Not reporting all the builds since this would nullify the lazy loading effect. Will introduce a pagenation API that supports retrieval.
-
- 13 3月, 2013 2 次提交
-
-
由 Kohsuke Kawaguchi 提交于
Based on comments from Jesse, revising the fix. I'm now putting permlinks inside the builds/ directory to avoid the computing hassle involved in the split $JENKINS_HOME. What we historically had in $JENKINS_HOME/jobs/JOB/lastSuccessfulBuild is also now subsumed by this feature. I initially attempted to create these permalinks in the buidl root directory, but turns out those symlinks aren't the same name as the ID of permalinks, so it doesn't mesh well. And finally, a test!
-
由 Kohsuke Kawaguchi 提交于
Remember the permalink target as symlink (or simple text file) so that looking that up doesn't cause the walk of the build history. I think this is more in line with our general preference of making $JENKINS_HOME useful (than trying to persist cache into a blackbox.) Having a general purpose in-memory cache could be useful, so I'll see if I can add that, too, in a way that allows someone to plug different backend.
-
- 09 3月, 2013 1 次提交
-
-
由 Jesse Glick 提交于
-
- 16 2月, 2013 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
This is done by introducing a new base type 'BuildDiscarder' that's extensible. Plugins can implement their own logics.
-
- 03 2月, 2013 1 次提交
-
-
由 Christoph Kutzinski 提交于
- save() is not strictly necessary here. config.xml might be saved later or not - doesn't really matter - this else branch should only be entered when migrating from very old Hudson instances
-
- 06 1月, 2013 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
We are replacing it by the ConfidentialStore class and the ConfidentialKey class, which provides purpose-specific confidential information that are separated from each other. In this way, not all eggs are in one basket, and in case of a compromise, the impact will contained. Also replaced several insecure use of digest(secret|messsage) or digest(message|secret) by HMAC.
-
- 30 10月, 2012 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
- 25 10月, 2012 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
- 23 10月, 2012 1 次提交
-
-
由 Jesse Glick 提交于
-
- 10 10月, 2012 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
- 21 9月, 2012 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
- 20 9月, 2012 2 次提交
-
-
由 Kohsuke Kawaguchi 提交于
This is a signature breaking change, but it's critical in avoiding unnecessary record load operations. To my limited repository search, I couldn't find any use in a plugin where RunList is casted to ArrayList, so hopefully this would be safe enough.
-
由 Kohsuke Kawaguchi 提交于
overridden a number of Job methods in AbstractProject to avoid the slow path (of loading everything)
-
- 15 8月, 2012 1 次提交
-
-
由 Nicolas De Loof 提交于
-
- 24 7月, 2012 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
- 04 4月, 2012 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
- 10 3月, 2012 1 次提交
-
-
由 lvotypko 提交于
-
- 04 3月, 2012 2 次提交
-
-
由 imod 提交于
define new extension point to define ProjectNamingStrategy and add two implementations: Default and Pattern
-
由 Kohsuke Kawaguchi 提交于
-
- 02 3月, 2012 1 次提交
-
-
由 dty 提交于
done with post-production (as opposed to just done with build steps). Jobs that had long running tasks that occured in their post-production state, i.e., build wrappers, post-build steps, could get into the situation where a queued build would start running on an executor while the previous build was still running post-build actions. If the two executors shared the same workspace, the new build could delete information with a clean that the current build still needed for processing. - Changed AbstractProject.getCauseOfBlockage() to call isLogUpdated instead of isBuilding. core/src/main/java/hudson/model/AbstractProject.java - Added isLogUpdated. core/src/main/java/hudson/model/Job.java - Added test case. test/src/test/java/hudson/model/JobQueueTest.java - Change log changelog.html
-