- 24 11月, 2014 1 次提交
-
-
由 Jesse Glick 提交于
Not fully solved, since the scannedDirs field can still grow to be large, but at least clearing files/dirsNotIncluded. Also imposing a 5s timeout on the scan regardless of file count, and defining a user-customizable bound.
-
- 14 10月, 2014 1 次提交
-
-
由 Jesse Glick 提交于
-
- 25 9月, 2014 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
If we ever decide to develop a compatibility thunk library for these changes to help promote deployment in plugins, then these classes being a nested type is problematic as they'll fail to load under onld Jenkins
-
- 24 9月, 2014 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
- 13 8月, 2014 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
- 09 8月, 2014 1 次提交
-
-
由 Jesse Glick 提交于
f43a450c addendum: during migration, if nothing else is being fingerprinted besides archived artifacts, then there is no reason to keep the separate fingerprint publisher at all.
-
- 01 8月, 2014 1 次提交
-
-
由 Jesse Glick 提交于
-
- 22 7月, 2014 3 次提交
-
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
This is simpler: we do not need to inspect the configuration of the project.
-
由 Jesse Glick 提交于
-
- 22 6月, 2014 1 次提交
-
-
由 Daniel Beck 提交于
-
- 20 6月, 2014 1 次提交
-
-
由 nlabrot 提交于
-
- 22 4月, 2014 1 次提交
-
-
由 Daniel Beck 提交于
-
- 10 9月, 2013 1 次提交
-
-
由 Jesse Glick 提交于
Observed in 1.509.2: Parsing POMs Failed to transfer Could not find artifact … in central (http://repo.maven.apache.org/maven2) Archiving artifacts ERROR: Processing failed due to a bug in the code. Please report this to jenkinsci-users@googlegroups.com java.lang.NullPointerException at hudson.tasks.ArtifactArchiver.perform(ArtifactArchiver.java:138) at org.zeroturnaround.jenkins.LiveRebelDeployBuilder.getArtificatOrMetadata(LiveRebelDeployBuilder.java:194) at org.zeroturnaround.jenkins.LiveRebelDeployBuilder.uploadConfiguration(LiveRebelDeployBuilder.java:171) at org.zeroturnaround.jenkins.LiveRebelDeployBuilder.perform(LiveRebelDeployBuilder.java:108) at hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:19) at hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:812) at hudson.maven.MavenModuleSetBuild$MavenModuleSetBuildExecution.build(MavenModuleSetBuild.java:828) at hudson.maven.MavenModuleSetBuild$MavenModuleSetBuildExecution.doRun(MavenModuleSetBuild.java:779) at hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:594) at hudson.model.Run.execute(Run.java:1575) at hudson.maven.MavenModuleSetBuild.run(MavenModuleSetBuild.java:485)
-
- 22 8月, 2013 1 次提交
-
-
由 Jesse Glick 提交于
-
- 21 8月, 2013 1 次提交
-
-
由 Jesse Glick 提交于
-
- 13 8月, 2013 1 次提交
-
-
由 Jesse Glick 提交于
Reworked ArtifactManager.archive to take a Map<String,String> to allow more flexible archiving behaviors.
-
- 05 8月, 2013 1 次提交
-
-
由 lvotypko 提交于
-
- 16 4月, 2013 1 次提交
-
-
由 Nicolas De loof 提交于
d3096819 changed constructor signature. Add a backward-compatible one
-
- 23 3月, 2013 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
-
- 22 3月, 2013 1 次提交
-
-
由 Kohsuke Kawaguchi 提交于
Fixed the throughput problem between master/slave communication. This fix contains two independent problems. One was in the remoting. During a large sustained data transfer (such as artifact archiving and large test reports), the way we were doing flow control and ACK-ing were penalizing us badly. I improved the flow control algorithm in remoting 1.23, and also increased advertised window size so that the transfer can saturate available bandwidth even when a latency is large. (And unless the reader side is excessivesly slow, this shouldn't increase any memory consumption.) The other fix was in trilead-ssh2, which is our SSH client implementation used by ssh-slaves plugin. The buffer size for flow control was too small. I improved the way buffering is done to reduce the memory footprint when the reader closely follows the writer, then I increased the advertised window size. Again, this shouldn't increase memory consumption (in fact it'll likely actually reduce them) unless the reader end gets abandoned. On my simulated latency-injected network, the sustained transfer rate is now on par with scp. We win for smaller files because of the TCP slow start penality that scp would incur, and we lose a bit as files get larger due to additional framing overhead. If you have manually extracted slave.jar and placed them on slaves, you need to update them to 2.23 to see the performance benefits.
-
- 18 3月, 2013 1 次提交
-
-
由 Jesse Glick 提交于
These do different things that should not be conflated.
-
- 16 3月, 2013 5 次提交
-
-
由 Pedro Rodriguez 提交于
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
-
由 Jesse Glick 提交于
-
- 14 3月, 2013 1 次提交
-
-
由 Pedro Rodriguez 提交于
-
- 10 3月, 2013 1 次提交
-
-
由 Pedro Rodriguez 提交于
-
- 29 5月, 2011 2 次提交
-
-
由 Nigel Magnay 提交于
Just import changes, from hudson.model.Jenkins -> jenkins.model.Jenkins, and Javadoc comments. Signed-off-by: NNigel Magnay <nigel.magnay@gmail.com>
-
由 Nigel Magnay 提交于
Signed-off-by: NNigel Magnay <nigel.magnay@gmail.com>
-
- 25 5月, 2010 1 次提交
-
-
由 pgweiss 提交于
Don't abort the build just because we hit an error when trying to explain why there was no matching artifact. git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@31302 71c3de6d-444a-0410-be80-ed276b4c234a
-
- 15 9月, 2009 1 次提交
-
-
由 mindless 提交于
git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@21655 71c3de6d-444a-0410-be80-ed276b4c234a
-
- 14 9月, 2009 1 次提交
-
-
由 pgweiss 提交于
Don't fail the build when there is nothing to archive -- just warn -- provided system property hudson.tasks.ArtifactArchiver.warnOnEmpty=true git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@21652 71c3de6d-444a-0410-be80-ed276b4c234a
-
- 04 8月, 2009 1 次提交
-
-
由 huybrechts 提交于
git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@20419 71c3de6d-444a-0410-be80-ed276b4c234a
-
- 30 7月, 2009 1 次提交
-
-
由 kohsuke 提交于
Merged revisions 19592-19593,19651,19669,19671-19672,19709,19712-19715,19728-19729,19825-19828,19859-19861,19863-19865,19869,19874-19875,19889,19896,19908-19909,19979,19982,20106,20115,20141-20144,20184,20196,20207-20208,20215-20216,20222,20286,20293 via svnmerge from https://www.dev.java.net/svn/hudson/branches/concurrent-build ........ r19592 | kohsuke | 2009-07-10 14:02:22 -0700 (Fri, 10 Jul 2009) | 1 line introduced getWorkspace() and getModuleRoot() on AbstractBuild. ........ r19593 | kohsuke | 2009-07-10 15:06:08 -0700 (Fri, 10 Jul 2009) | 1 line introduced a flag to control the behavior, so that we can expose the feature much later after we merge the branch into the trunk. ........ r19651 | kohsuke | 2009-07-13 08:48:31 -0700 (Mon, 13 Jul 2009) | 1 line modified to work with multiple concurrent builds ........ r19669 | kohsuke | 2009-07-13 14:25:58 -0700 (Mon, 13 Jul 2009) | 1 line updating TODOs ........ r19671 | kohsuke | 2009-07-13 16:50:42 -0700 (Mon, 13 Jul 2009) | 1 line committing my changes before I push this up to the Run class. ........ r19672 | kohsuke | 2009-07-13 17:14:41 -0700 (Mon, 13 Jul 2009) | 1 line pushed the change up to the Run class, which simplifies things a bit, and avoids a race condition in the final "notifyAll" when the build is completed. ........ r19709 | kohsuke | 2009-07-14 17:56:24 -0700 (Tue, 14 Jul 2009) | 1 line added checkpoint methods to the base type of where it's commonly used, to simplify invocations. ........ r19712 | kohsuke | 2009-07-14 18:16:50 -0700 (Tue, 14 Jul 2009) | 1 line revisited the CheckPoint abstraction. I think this is more OO now ........ r19713 | kohsuke | 2009-07-14 18:17:18 -0700 (Tue, 14 Jul 2009) | 1 line doc fix ........ r19714 | kohsuke | 2009-07-14 18:23:32 -0700 (Tue, 14 Jul 2009) | 1 line replaced AbstractProject.getWorkspace() by AbstractBuild.getWorkspace(). The easy ones are done, but the harder ones remain. ........ r19715 | kohsuke | 2009-07-14 18:32:56 -0700 (Tue, 14 Jul 2009) | 1 line more getWorkspace() changes ........ r19728 | kohsuke | 2009-07-15 11:17:25 -0700 (Wed, 15 Jul 2009) | 1 line removed more getWorkspace() usage by getSomeWorkspace() ........ r19729 | kohsuke | 2009-07-15 11:17:43 -0700 (Wed, 15 Jul 2009) | 1 line this is done ........ r19825 | kohsuke | 2009-07-17 15:35:21 -0700 (Fri, 17 Jul 2009) | 4 lines - refactored SCM triggering code to avoid queueing up too many threads. - workspace locking only happens if the SCM declares that the polling requires a workspace. TODO: given the face of concurrent builds, a single workspace lock won't work. ........ r19826 | kohsuke | 2009-07-17 16:21:15 -0700 (Fri, 17 Jul 2009) | 5 lines implemented the handling of polling/build mutual exclusion when polling requires a workspace. The SCMs that require a workspace for polling, such as CVS, do so by comparing the state of the workspace vs that of the remote. So it needs to use the workspace of the last build. Polling needs to wait for this workspace if it's currently in use by a build, so a wait/notify scheme was needed, and hence WorkspaceList. ........ r19827 | kohsuke | 2009-07-17 16:32:54 -0700 (Fri, 17 Jul 2009) | 1 line removed the workspace resource lock. ........ r19828 | kohsuke | 2009-07-17 16:40:09 -0700 (Fri, 17 Jul 2009) | 1 line got rid of the lock. A build will always allocate an available workspace, so this is no longer necessary. ........ r19859 | kohsuke | 2009-07-18 12:45:03 -0700 (Sat, 18 Jul 2009) | 2 lines Fixing a test failure. This might be signaling a depper abstraction problem, but let's see... ........ r19860 | kohsuke | 2009-07-18 13:10:32 -0700 (Sat, 18 Jul 2009) | 1 line bug fix ........ r19861 | kohsuke | 2009-07-18 13:12:18 -0700 (Sat, 18 Jul 2009) | 1 line typo ........ r19863 | kohsuke | 2009-07-18 13:25:20 -0700 (Sat, 18 Jul 2009) | 1 line pass in common parameters for convenience. ........ r19864 | kohsuke | 2009-07-18 13:36:34 -0700 (Sat, 18 Jul 2009) | 1 line doc fix ........ r19865 | kohsuke | 2009-07-18 13:57:55 -0700 (Sat, 18 Jul 2009) | 1 line bug fix. ........ r19869 | kohsuke | 2009-07-18 14:07:18 -0700 (Sat, 18 Jul 2009) | 2 lines This fixes the elusive NPE in com.gargoylesoftware.htmlunit.javascript.host.Event.<init>(Event.java:164) ........ r19874 | kohsuke | 2009-07-18 14:44:39 -0700 (Sat, 18 Jul 2009) | 1 line forgot to update this. ........ r19875 | kohsuke | 2009-07-18 14:44:48 -0700 (Sat, 18 Jul 2009) | 1 line forgot to update this. ........ r19889 | kohsuke | 2009-07-18 16:12:04 -0700 (Sat, 18 Jul 2009) | 1 line fixed the license header. ........ r19896 | kohsuke | 2009-07-18 16:16:44 -0700 (Sat, 18 Jul 2009) | 1 line adding a note. ........ r19908 | kohsuke | 2009-07-18 17:13:03 -0700 (Sat, 18 Jul 2009) | 1 line fixed a bug. The parent build will likely run on a different node, so we can't just inherit its workspace. ........ r19909 | kohsuke | 2009-07-18 17:16:54 -0700 (Sat, 18 Jul 2009) | 1 line reorgznied imports. ........ r19979 | kohsuke | 2009-07-20 14:22:50 -0700 (Mon, 20 Jul 2009) | 1 line [HUDSON-4060] fixed a reported ClassCastException, but I don't think that's related to the hang problem. ........ r19982 | kohsuke | 2009-07-20 14:51:11 -0700 (Mon, 20 Jul 2009) | 31 lines increasing the error margin in response to the flaky test that causes this error: unexpected build status; build log was: ------ Legacy code started this job. No cause information is available Recording test results Test reports were found but none of them are new. Did tests run? For example, /tmp/hudson3604989730528561398test/jobs/test0/workspace/junit.xml is 1 sec old Finished: FAILURE ------ expected:<UNSTABLE> but was:<FAILURE> Stacktrace junit.framework.AssertionFailedError: unexpected build status; build log was: ------ Legacy code started this job. No cause information is available Recording test results Test reports were found but none of them are new. Did tests run? For example, /tmp/hudson3604989730528561398test/jobs/test0/workspace/junit.xml is 1 sec old Finished: FAILURE ------ expected:<UNSTABLE> but was:<FAILURE> at junit.framework.Assert.fail(Assert.java:47) at junit.framework.Assert.failNotEquals(Assert.java:282) at junit.framework.Assert.assertEquals(Assert.java:64) at org.jvnet.hudson.test.HudsonTestCase.assertBuildStatus(HudsonTestCase.java:520) at hudson.tasks.junit.CaseResultTest.testIssue20090516(CaseResultTest.java:74) Standard Output === Starting testIssue20090516 Standard Error 2009-07-20 07:20:23.430::INFO: jetty-6.1.11 2009-07-20 07:20:23.434::INFO: NO JSP Support for /, did not find org.apache.jasper.servlet.JspServlet 2009-07-20 07:20:23.436::INFO: Started SocketConnector@0.0.0.0:45218 ........ r20106 | kohsuke | 2009-07-24 10:27:30 -0700 (Fri, 24 Jul 2009) | 1 line adding a few well-known check points to expose them to plugins. ........ r20115 | kohsuke | 2009-07-24 14:42:58 -0700 (Fri, 24 Jul 2009) | 3 lines Added a mechanism to handle the compatibility with earlier plugins. Have plugins declare the synchronization service it expects Hudson to provide. This being binary compatible change allows Hudson to use existing plugins correctly, but it's source incompatibility allows us to advertize the new semantics to plugin developers, new or old. ........ r20141 | kohsuke | 2009-07-24 19:03:07 -0700 (Fri, 24 Jul 2009) | 1 line better type safety ........ r20142 | kohsuke | 2009-07-24 19:13:43 -0700 (Fri, 24 Jul 2009) | 1 line update the thread name to make the thread dump more understandable. ........ r20143 | kohsuke | 2009-07-24 19:22:12 -0700 (Fri, 24 Jul 2009) | 1 line fixed a compilation problem. ........ r20144 | kohsuke | 2009-07-24 19:30:22 -0700 (Fri, 24 Jul 2009) | 1 line fixed a test failure. Runner needs to be a stack. ........ r20184 | kohsuke | 2009-07-27 10:51:20 -0700 (Mon, 27 Jul 2009) | 3 lines When remote JVM (in this case Maven) calls back to the proxy object, the executing thread needs to be able to behave as if it's the executor thread. So added the necessary abstractions for doing that. It might have been better to do this in the remoting, by using the blocking caller thread to serve requests. That would be harder, but it gets rid of this ugly ThreadLocal book keeping. ........ r20196 | kohsuke | 2009-07-27 13:22:33 -0700 (Mon, 27 Jul 2009) | 1 line Fixed a test failure. The proxy interface needs to be public for the interceptor to be able to invoke it. ........ r20207 | kohsuke | 2009-07-27 17:27:35 -0700 (Mon, 27 Jul 2009) | 1 line [HUDSON-4060] this class-level synchronization has a devastating effect as it effectively creates a single giant lock for the entire Hudson and can cause a dead lock. ........ r20208 | kohsuke | 2009-07-27 17:28:58 -0700 (Mon, 27 Jul 2009) | 1 line improved the thread name. ........ r20215 | kohsuke | 2009-07-28 10:58:15 -0700 (Tue, 28 Jul 2009) | 1 line added form databinding support for <f:optionalBlock> ........ r20216 | kohsuke | 2009-07-28 11:00:35 -0700 (Tue, 28 Jul 2009) | 1 line concurrent build is now a switch activated for each project separately. ........ r20222 | kohsuke | 2009-07-28 15:30:18 -0700 (Tue, 28 Jul 2009) | 3 lines bug fix in the rendering of the build history when you have some builds finished earlier than their earlier builds that are still in progress. This also fixes a race condition in a non concurrent build case, which can result in some build #s showing up more than once after AJAX update if the status of the build changes between the computation of 'nn' and that of the rendering. ........ r20286 | kohsuke | 2009-07-29 11:05:00 -0700 (Wed, 29 Jul 2009) | 1 line still fixing more build list update issues. The original fix only kicked in for the list produced by AJAX, and didn't work for the initial list. ........ r20293 | kohsuke | 2009-07-29 17:03:20 -0700 (Wed, 29 Jul 2009) | 1 line simplified a bit ........ git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@20296 71c3de6d-444a-0410-be80-ed276b4c234a
-
- 09 4月, 2009 1 次提交
-
-
由 kohsuke 提交于
git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16942 71c3de6d-444a-0410-be80-ed276b4c234a
-
- 31 3月, 2009 1 次提交
-
-
由 kohsuke 提交于
https://www.dev.java.net/svn/hudson/branches/HUDSON-3251 ........ r16689 | kohsuke | 2009-03-29 08:52:25 -0700 (Sun, 29 Mar 2009) | 1 line [HUDSON-3251] (1/18) moving maven-related source to maven-plugin ........ r16690 | kohsuke | 2009-03-29 08:57:23 -0700 (Sun, 29 Mar 2009) | 4 lines [HUDSON-3251] (3/18) moved KeptBecauseOfParent message Note I skipped (2/18) to move the logic into MavenProject.DescriptorImpl.isApplicable. ........ r16691 | kohsuke | 2009-03-29 08:58:21 -0700 (Sun, 29 Mar 2009) | 3 lines [HUDSON-3251] (4/18) removed imports and javadoc links to Maven-related classes ........ r16692 | kohsuke | 2009-03-29 08:59:49 -0700 (Sun, 29 Mar 2009) | 2 lines [HUDSON-3251] (5/18) moving maven-related functionality to maven plugin. ........ r16693 | kohsuke | 2009-03-29 09:01:11 -0700 (Sun, 29 Mar 2009) | 5 lines [HUDSON-3251] (5/18) moving maven-related functionality to maven plugin Forgot to add a newly created file. ........ r16694 | kohsuke | 2009-03-29 09:02:24 -0700 (Sun, 29 Mar 2009) | 1 line needs a copyright header on all files in the core ........ r16695 | kohsuke | 2009-03-29 09:07:03 -0700 (Sun, 29 Mar 2009) | 1 line [HUDSON-3251] (6/18) updating poms and packaging to bundle maven plugin (with a minor adjustment to revert forkMode change) ........ r16696 | kohsuke | 2009-03-29 09:17:58 -0700 (Sun, 29 Mar 2009) | 1 line [HUDSON-3251] (6/18) updating poms and packaging to bundle maven plugin (with a minor adjustment to revert forkMode change) ........ r16697 | kohsuke | 2009-03-29 09:38:23 -0700 (Sun, 29 Mar 2009) | 2 lines [HUDSON-3251] (7/18) add a hudson.bundled.plugins property that can override the default bundled plugins. ........ r16701 | kohsuke | 2009-03-29 15:14:38 -0700 (Sun, 29 Mar 2009) | 1 line [HUDSON-3251] (8/18) finding Maven jars through reflection for now. TODO: introduce a post-initialization hook ........ r16702 | kohsuke | 2009-03-29 15:20:36 -0700 (Sun, 29 Mar 2009) | 2 lines [HUDSON-3251] (10/18) use lastModified to avoid unpacking bundled plugins unnecessarily. ........ r16703 | kohsuke | 2009-03-29 15:21:15 -0700 (Sun, 29 Mar 2009) | 1 line [HUDSON-3251] (12/18) updating poms and packaging to bundle maven plugin ........ r16704 | kohsuke | 2009-03-29 15:37:32 -0700 (Sun, 29 Mar 2009) | 1 line [HUDSON-3251] (15/18) resolve plugins from the classpath in tests. Slightly reworked. ........ r16705 | kohsuke | 2009-03-29 15:38:12 -0700 (Sun, 29 Mar 2009) | 1 line [HUDSON-3251] (16/18) update hpi plugin version ........ r16706 | kohsuke | 2009-03-29 15:38:54 -0700 (Sun, 29 Mar 2009) | 1 line [HUDSON-3251] (17/18) moved createExecutedMojoCache ........ r16707 | kohsuke | 2009-03-29 15:42:38 -0700 (Sun, 29 Mar 2009) | 3 lines [HUDSON-3251] after looking at (18/18), I think the same effect can be achieved more easily by not setting this system property at all. Or am I missing something? ........ r16708 | kohsuke | 2009-03-29 15:43:30 -0700 (Sun, 29 Mar 2009) | 1 line formatting change ........ r16709 | kohsuke | 2009-03-29 15:58:16 -0700 (Sun, 29 Mar 2009) | 1 line [HUDSON-3251] ignore certain builders and publishers in Maven2 job type. This does the same thing as (2/18) in Tom's patch, but I believe this is better. Still needs to figure out how to do this for MavenModule, which doesn't have a descriptor. ........ r16710 | kohsuke | 2009-03-29 16:01:00 -0700 (Sun, 29 Mar 2009) | 1 line ignore generated files ........ r16712 | kohsuke | 2009-03-29 16:29:05 -0700 (Sun, 29 Mar 2009) | 3 lines [HUDSON-3251] revisited patch (8/18). ComputerListener is extended to support the preOnline step, so that some operations can be carried out whose failure will result in the node failing to become online. Maven-plugin uses this now to avoid the use of reflection. ........ r16713 | kohsuke | 2009-03-29 16:38:48 -0700 (Sun, 29 Mar 2009) | 1 line switching to fork because otherwise the test fails with PermGen out of space ........ r16714 | kohsuke | 2009-03-29 16:39:36 -0700 (Sun, 29 Mar 2009) | 1 line no, the next version is 1.295. ........ git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16734 71c3de6d-444a-0410-be80-ed276b4c234a
-
- 23 3月, 2009 1 次提交
-
-
由 kohsuke 提交于
git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16462 71c3de6d-444a-0410-be80-ed276b4c234a
-
- 21 3月, 2009 1 次提交
-
-
由 jglick 提交于
git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@16391 71c3de6d-444a-0410-be80-ed276b4c234a
-