Skip to content
Commits on Mar 27, 2015
  1. @stephenc

    Merge pull request #1629 from stephenc/fix-build-4044

    Fix build 4044
    stephenc committed Mar 27, 2015
  2. @stephenc

    After JENKINS-26391 we need to compare labels based on matching names…

    … not instance identity
    stephenc committed Mar 27, 2015
  3. @stephenc
  4. @stephenc

    Add @since tags

    stephenc committed Mar 27, 2015
  5. @stephenc

    Add @since tag

    stephenc committed Mar 27, 2015
  6. @ssogabe

    fixed COMPILATION ERROR

     - queueLengthSnapshot never used.
    ssogabe committed Mar 27, 2015
  7. @stephenc
  8. @stephenc

    Noting merges

    - JENKINS-15355
    - JENKINS-21618
    - JENKINS-22941
    - JENKINS-25938
    - JENKINS-26391
    - JENKINS-26900
    - JENKINS-27476
    - JENKINS-27563
    - JENKINS-27564
    - JENKINS-27565
    - JENKINS-27566
    
    - Fixing link text for JENKINS-6167
    stephenc committed Mar 27, 2015
  9. @stephenc
  10. @stephenc
  11. @stephenc

    Merge branch 'JENKINS_26391' of https://github.com/christ66/jenkins i…

    …nto christ66-JENKINS_26391
    stephenc committed Mar 27, 2015
Commits on Mar 26, 2015
  1. @jglick

    Merge pull request #1619 from KostyaSha/removeEditorconfig

    Remove editorconfig
    jglick committed Mar 26, 2015
  2. @jglick

    Merge pull request #1627 from stephenc/simplify-executors-display

    simplify displaying the executors
    jglick committed Mar 26, 2015
  3. @stephenc
  4. @stephenc
  5. @stephenc
  6. @stephenc

    fix the @since tags

    stephenc committed Mar 26, 2015
  7. @stephenc

    Merge pull request #1596 from stephenc/threadsafe-node-queue

    [JENKINS-27565] Fix threading issues with Nodes and Queue
    stephenc committed Mar 26, 2015
  8. @olivergondza
  9. @stephenc
  10. @olivergondza

    JUnit4

    olivergondza committed Mar 26, 2015
  11. @jglick
  12. @stephenc

    Ensure that listeners do not get notified when a computer is killed f…

    …rom a thread with the Queue lock
    
    - We don't know what those listeners will be doing
    - I'm not completely happy with having to do it this way, there are some theoretical paths where we end
      up re-acquiring the Queue lock in Computer.kill() but they should not be the normal path
    stephenc committed Mar 26, 2015
Commits on Mar 25, 2015
  1. @stephenc
  2. @jglick
  3. @jglick

    Merge pull request #1610 from jglick/Executable-JENKINS-25938

    API improvements around Executor/Executable
    jglick committed Mar 25, 2015
  4. @jglick

    Merged #1595 and enabled test.

    jglick committed Mar 25, 2015
  5. @jglick
  6. @stephenc
  7. @jglick
  8. @jglick
  9. @jglick
  10. @jglick

    Merge pull request #1 from jenkinsci/pull-1610

    Additional change suggestions on top of PR 1610
    jglick committed Mar 25, 2015
  11. Fixed a race condition.

    IIUC, the expectation here is that Queue.Executable will instantiate AsynchronousException as a handle, start something asynchronously (say send a JMS message) with a callback, and the callback will tickle AsynchronousException.
    
    So AsynchronousException might complete before it gets its executor set. This code change ensures that that case gets handled correctly.
    committed Mar 25, 2015
  12. More minor javadoc

    committed Mar 25, 2015
Something went wrong with that request. Please try again.