Skip to content
  1. Feb 24, 2014
    • Jesse Glick's avatar
      [FIXED JENKINS-16332] Ensure that User records are saved when the fullName is... · fdda9ca6
      Jesse Glick authored
      [FIXED JENKINS-16332] Ensure that User records are saved when the fullName is not recoverable from the id.
      Otherwise User.get(id).getFullName() after restarting Jenkins will produce the wrong result.
      2 tags
      fdda9ca6
    • Jesse Glick's avatar
      Trying to diagnose recent CI failures of HtmlUnit calls. · 3ec7e562
      Jesse Glick authored
      For example https://jenkins.ci.cloudbees.com/job/core/job/jenkins-core-validated-merge/38/testReport/lib.layout/LayoutTest/rejectedLinks/ failed with:
      java.io.IOException: GET http://localhost:52099/jenkins/login failed
      	at java.net.SocketInputStream.socketRead0(Native Method)
      	at java.net.SocketInputStream.read(SocketInputStream.java:152)
      	at java.net.SocketInputStream.read(SocketInputStream.java:122)
      	at java.io.BufferedInputStream.fill(BufferedInputStream.java:235)
      	at java.io.BufferedInputStream.read(BufferedInputStream.java:254)
      	at org.apache.commons.httpclient.HttpParser.readRawLine(HttpParser.java:78)
      	at org.apache.commons.httpclient.HttpParser.readLine(HttpParser.java:106)
      	at org.apache.commons.httpclient.HttpConnection.readLine(HttpConnection.java:1116)
      	at org.apache.commons.httpclient.MultiThreadedHttpConnectionManager$HttpConnectionAdapter.readLine(MultiThreadedHttpConnectionManager.java:1413)
      	at org.apache.commons.httpclient.HttpMethodBase.readStatusLine(HttpMethodBase.java:1973)
      	at org.apache.commons.httpclient.HttpMethodBase.readResponse(HttpMethodBase.java:1735)
      	at org.apache.commons.httpclient.HttpMethodBase.execute(HttpMethodBase.java:1098)
      	at org.apache.commons.httpclient.HttpMethodDirector.executeWithRetry(HttpMethodDirector.java:398)
      	at org.apache.commons.httpclient.HttpMethodDirector.executeMethod(HttpMethodDirector.java:171)
      	at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:397)
      	at org.apache.commons.httpclient.HttpClient.executeMethod(HttpClient.java:346)
      	at com.gargoylesoftware.htmlunit.HttpWebConnection.getResponse(HttpWebConnection.java:101)
      	at com.gargoylesoftware.htmlunit.WebClient.loadWebResponseFromWebConnection(WebClient.java:1456)
      	at com.gargoylesoftware.htmlunit.WebClient.loadWebResponse(WebClient.java:1387)
      	at com.gargoylesoftware.htmlunit.WebClient.getPage(WebClient.java:328)
      	at com.gargoylesoftware.htmlunit.WebClient.getPage(WebClient.java:389)
      	at com.gargoylesoftware.htmlunit.WebClient.getPage(WebClient.java:374)
      	at org.jvnet.hudson.test.JenkinsRule$WebClient.goTo(JenkinsRule.java:1944)
      	at org.jvnet.hudson.test.JenkinsRule$WebClient.goTo(JenkinsRule.java:1926)
      	at lib.layout.LayoutTest.rejectedLinks(LayoutTest.java:44)
      which makes little sense since the named IOException is actually thrown from HttpWebConnection.java:130.
      Perhaps Surefire is not reporting the original cause correctly, conflating the wrapper’s message with the original stack trace.
      As a temporary measure, printing the original stack trace to stderr if there is any.
      2 tags
      3ec7e562
  2. Feb 23, 2014
  3. Feb 22, 2014
  4. Feb 21, 2014
  5. Feb 20, 2014
  6. Feb 19, 2014
  7. Feb 18, 2014
  8. Feb 17, 2014
  9. Feb 16, 2014
  10. Feb 15, 2014
Loading