java.lang.StackOverflowError

Jenkins JIRA | Simon Tschöke | 5 years ago
  1. 0

    I have a matrix-build project. The project is tied to 3 slaves (Win XP, Win 7, Linux-Ubuntu) on which the project must be build. If I abort the build on one of those slaves the consecutive builds on the same slave fail with a java.lang.StackOverflowError right after checkout from the source-code management system (MKS). Hereby it does not seem to matter how the previous build was aborted. I tested the following causes: manual abortion of build-process, sudden connection breakdown between slave and master. Here is the log of a consecutive build that followed an aborted one (some info omitted by [...]): {quote} Change Log: [...] Build Log: [...] Preparing to execute si projectinfo for [...] Preparing to execute si viewproject for [...] Checkout directory is D:\CI\hudson\workspace\[...] A clean copy is requested; deleting contents of D:\CI\hudson\workspace\[...] Populating clean workspace... Successfully checked out 2490 files! Saving current Integrity Project configuration... FATAL: null java.lang.StackOverflowError at java.lang.Exception.<init>(Unknown Source) at java.lang.reflect.InvocationTargetException.<init>(Unknown Source) at sun.reflect.GeneratedMethodAccessor459.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at java.io.ObjectStreamClass.invokeWriteObject(Unknown Source) at java.io.ObjectOutputStream.writeSerialData(Unknown Source) at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source) at java.io.ObjectOutputStream.writeObject0(Unknown Source) at java.io.ObjectOutputStream.defaultWriteFields(Unknown Source) at java.io.ObjectOutputStream.writeSerialData(Unknown Source) at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source) at java.io.ObjectOutputStream.writeObject0(Unknown Source) at java.io.ObjectOutputStream.defaultWriteFields(Unknown Source) at java.io.ObjectOutputStream.writeSerialData(Unknown Source) at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source) at java.io.ObjectOutputStream.writeObject0(Unknown Source) at java.io.ObjectOutputStream.defaultWriteFields(Unknown Source) at java.io.ObjectOutputStream.writeSerialData(Unknown Source) at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source) [...] {quote} The stack trace continues "indefinitely". Similarly I got the following for a different project where the previous build was aborted as well: {quote} Change Log: [...] Build Log: [...] Preparing to execute si projectinfo for [...] Preparing to execute si viewproject for [...] Checkout directory is D:\CI\hudson\workspace\[...] A clean copy is requested; deleting contents of D:\CI\hudson\workspace\[...] Populating clean workspace... Successfully checked out 628 files! Saving current Integrity Project configuration... API Response for si viewproject successfully saved to file! Successfully saved current Integrity Project configuration to C:\CI\hudson\jobs\[...] Writing build change log... Change log successfully generated: C:\CI\hudson\jobs\[...] FATAL: null java.lang.StackOverflowError at java.io.ObjectInputStream$PeekInputStream.readFully(Unknown Source) at java.io.ObjectInputStream$BlockDataInputStream.readInt(Unknown Source) at java.io.ObjectInputStream.readHandle(Unknown Source) at java.io.ObjectInputStream.readObject0(Unknown Source) at java.io.ObjectInputStream.defaultReadFields(Unknown Source) at java.io.ObjectInputStream.readSerialData(Unknown Source) at java.io.ObjectInputStream.readOrdinaryObject(Unknown Source) at java.io.ObjectInputStream.readObject0(Unknown Source) [...] {quote} The stack trace continues "indefinitely" as well.

    Jenkins JIRA | 5 years ago | Simon Tschöke
    java.lang.StackOverflowError
  2. 0

    I have a matrix-build project. The project is tied to 3 slaves (Win XP, Win 7, Linux-Ubuntu) on which the project must be build. If I abort the build on one of those slaves the consecutive builds on the same slave fail with a java.lang.StackOverflowError right after checkout from the source-code management system (MKS). Hereby it does not seem to matter how the previous build was aborted. I tested the following causes: manual abortion of build-process, sudden connection breakdown between slave and master. Here is the log of a consecutive build that followed an aborted one (some info omitted by [...]): {quote} Change Log: [...] Build Log: [...] Preparing to execute si projectinfo for [...] Preparing to execute si viewproject for [...] Checkout directory is D:\CI\hudson\workspace\[...] A clean copy is requested; deleting contents of D:\CI\hudson\workspace\[...] Populating clean workspace... Successfully checked out 2490 files! Saving current Integrity Project configuration... FATAL: null java.lang.StackOverflowError at java.lang.Exception.<init>(Unknown Source) at java.lang.reflect.InvocationTargetException.<init>(Unknown Source) at sun.reflect.GeneratedMethodAccessor459.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source) at java.lang.reflect.Method.invoke(Unknown Source) at java.io.ObjectStreamClass.invokeWriteObject(Unknown Source) at java.io.ObjectOutputStream.writeSerialData(Unknown Source) at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source) at java.io.ObjectOutputStream.writeObject0(Unknown Source) at java.io.ObjectOutputStream.defaultWriteFields(Unknown Source) at java.io.ObjectOutputStream.writeSerialData(Unknown Source) at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source) at java.io.ObjectOutputStream.writeObject0(Unknown Source) at java.io.ObjectOutputStream.defaultWriteFields(Unknown Source) at java.io.ObjectOutputStream.writeSerialData(Unknown Source) at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source) at java.io.ObjectOutputStream.writeObject0(Unknown Source) at java.io.ObjectOutputStream.defaultWriteFields(Unknown Source) at java.io.ObjectOutputStream.writeSerialData(Unknown Source) at java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source) [...] {quote} The stack trace continues "indefinitely". Similarly I got the following for a different project where the previous build was aborted as well: {quote} Change Log: [...] Build Log: [...] Preparing to execute si projectinfo for [...] Preparing to execute si viewproject for [...] Checkout directory is D:\CI\hudson\workspace\[...] A clean copy is requested; deleting contents of D:\CI\hudson\workspace\[...] Populating clean workspace... Successfully checked out 628 files! Saving current Integrity Project configuration... API Response for si viewproject successfully saved to file! Successfully saved current Integrity Project configuration to C:\CI\hudson\jobs\[...] Writing build change log... Change log successfully generated: C:\CI\hudson\jobs\[...] FATAL: null java.lang.StackOverflowError at java.io.ObjectInputStream$PeekInputStream.readFully(Unknown Source) at java.io.ObjectInputStream$BlockDataInputStream.readInt(Unknown Source) at java.io.ObjectInputStream.readHandle(Unknown Source) at java.io.ObjectInputStream.readObject0(Unknown Source) at java.io.ObjectInputStream.defaultReadFields(Unknown Source) at java.io.ObjectInputStream.readSerialData(Unknown Source) at java.io.ObjectInputStream.readOrdinaryObject(Unknown Source) at java.io.ObjectInputStream.readObject0(Unknown Source) [...] {quote} The stack trace continues "indefinitely" as well.

    Jenkins JIRA | 5 years ago | Simon Tschöke
    java.lang.StackOverflowError
  3. 0

    Stack Overflow when Planning large AggregateBy

    Google Groups | 3 years ago | Jeremy Davis
    java.lang.RuntimeException: Error in configuring object
  4. Speed up your debug routine!

    Automated exception search integrated into your IDE

  5. 0

    Stackoverflow error when service method has Arraylist<T> return type

    Google Groups | 8 years ago | Mano
    java.lang.StackOverflowError
  6. 0

    Java stack overflows shows spark recommendation model DAGscheduler

    Stack Overflow | 11 months ago | Fira
    java.lang.StackOverflowError

    2 unregistered visitors
    Not finding the right solution?
    Take a tour to get the most out of Samebug.

    Tired of useless tips?

    Automated exception search integrated into your IDE

    Root Cause Analysis

    1. java.lang.StackOverflowError

      No message provided

      at java.io.ObjectInputStream$PeekInputStream.readFully()
    2. Java RT
      ObjectInputStream.readObject0
      1. java.io.ObjectInputStream$PeekInputStream.readFully(Unknown Source)
      2. java.io.ObjectInputStream$BlockDataInputStream.readInt(Unknown Source)
      3. java.io.ObjectInputStream.readHandle(Unknown Source)
      4. java.io.ObjectInputStream.readObject0(Unknown Source)
      5. java.io.ObjectInputStream.defaultReadFields(Unknown Source)
      6. java.io.ObjectInputStream.readSerialData(Unknown Source)
      7. java.io.ObjectInputStream.readOrdinaryObject(Unknown Source)
      8. java.io.ObjectInputStream.readObject0(Unknown Source)
      8 frames