git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19684 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19683 71c3de6d-444a-0410-be80-ed276b4c234a

    (<a href="http://www.nabble.com/OutOfMemoryError-on-all-jobs-after-a-while-td24408800.html">report</a>)


git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19677 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19676 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19675 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19668 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19667 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19666 71c3de6d-444a-0410-be80-ed276b4c234a

merged the RC branch back. This time I saw a lot of strange merge failures. Is svnmerge interfering with Subversion 1.6 somehow?

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19665 71c3de6d-444a-0410-be80-ed276b4c234a

eliminated redundant boolean flag that can result in NPEs like described in http://www.nabble.com/SVN-repo-access-problem.-td24450388.html

The line in question is as follows:

            if(Hudson.getInstance().isUseCrumbs() && !Hudson.getInstance().getCrumbIssuer().validateCrumb(req, parser)) {


git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19663 71c3de6d-444a-0410-be80-ed276b4c234a

    (<a href="http://www.nabble.com/jaxen-JDOM-classloading-issues.-td24459951.html">report</a>)



git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19658 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19655 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19652 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19614 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19595 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19594 71c3de6d-444a-0410-be80-ed276b4c234a

[FIXED HUDSON-3087] Purging workspace in Matrix job should purge all configuration workspaces, too. In 1.316.

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19589 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19582 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19574 71c3de6d-444a-0410-be80-ed276b4c234a

    Fixed "incomplete LifecycleExecutor" warning with Maven 2.2
    (<a href="https://hudson.dev.java.net/issues/show_bug.cgi?id=2373">issue 2373</a>)


git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19573 71c3de6d-444a-0410-be80-ed276b4c234a

The fix includes a new getPreviousCompletedBuild(), which only makes sense when we allow multiple concurrent builds per a project, which is currently being developed in a branch. Parameterized build accidentally already incorporates this behavior, so I'm making this fix in the trunk.

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19570 71c3de6d-444a-0410-be80-ed276b4c234a

[HUDSON-3933] Added a null check so that we can at least see the error message to identify what file is causing this.

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19569 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19568 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19567 71c3de6d-444a-0410-be80-ed276b4c234a

    The <tt>--logfile</tt> option stopped working on Windows.
    (<a href="https://hudson.dev.java.net/issues/show_bug.cgi?id=3272">issue 3272</a>)


git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19566 71c3de6d-444a-0410-be80-ed276b4c234a

While this is not a general fix, it should improve the pain.

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19561 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19558 71c3de6d-444a-0410-be80-ed276b4c234a

    (<a href="http://d.hatena.ne.jp/ushiday/20090708">report</a>)


git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19556 71c3de6d-444a-0410-be80-ed276b4c234a

    (<a href="http://www.nabble.com/problem-on-tomcat-td24353243.html">report</a>)


git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19555 71c3de6d-444a-0410-be80-ed276b4c234a

allowed this to be configured via a system property. Interim solution until we really fix the e-mail notification.

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19554 71c3de6d-444a-0410-be80-ed276b4c234a

added the threadDump page for slaves to keep the URL consistent with hudson.model.Hudson/threadDump.jelly

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19550 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19549 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19545 71c3de6d-444a-0410-be80-ed276b4c234a

Rolling back r19373-19376 as discussed in http://www.nabble.com/attention-all-subversion-users-td24335693.html to proceed with the 1.315 release

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19544 71c3de6d-444a-0410-be80-ed276b4c234a

while working on a hang problem in JavaFX deployment of Hudson, I noticed that slave is eagerly loading a lot of classes that it shouldn't load, which appears to be caused by the fact that SLAVE_LOG_HANDLER is in SlaveComputer class, which triggers classloading of such classes like hudson.model.Hudson.

I'm hoping that this fixes the hang issue, but at least this makes the start up a bit faster.

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19542 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19541 71c3de6d-444a-0410-be80-ed276b4c234a

    (<a href="http://www.nabble.com/Can%27t-start-a-slave-via-JNLP-td24363116.html">report</a>)


git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19540 71c3de6d-444a-0410-be80-ed276b4c234a

    (<a href="http://www.nabble.com/winp.dll-problem-still-exists-td24390682.html">report</a>)


git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19539 71c3de6d-444a-0410-be80-ed276b4c234a

for changes to trigger a build. These are specific to Subversion.

Moved Subversion related resource strings out of core into the Subversion
plugin.

Fixed copyright headers.



git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19538 71c3de6d-444a-0410-be80-ed276b4c234a

git-svn-id: https://hudson.dev.java.net/svn/hudson/trunk/hudson/main@19536 71c3de6d-444a-0410-be80-ed276b4c234a