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

    Akka - StackOverflowError during object serialization

    Stack Overflow | 5 years ago | ricardogobbo
    java.lang.StackOverflowError
  4. Speed up your debug routine!

    Automated exception search integrated into your IDE

  5. 0

    StackOverflowError when i serialize an object

    Stack Overflow | 4 years ago
    java.lang.StackOverflowError
  6. 0

    Please help!Compile error

    Google Groups | 8 years ago | Yang Lei
    java.lang.StackOverflowError

    1 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.lang.Exception.<init>()
    2. Java RT
      ObjectOutputStream.writeOrdinaryObject
      1. java.lang.Exception.<init>(Unknown Source)
      2. java.lang.reflect.InvocationTargetException.<init>(Unknown Source)
      3. sun.reflect.GeneratedMethodAccessor459.invoke(Unknown Source)
      4. sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
      5. java.lang.reflect.Method.invoke(Unknown Source)
      6. java.io.ObjectStreamClass.invokeWriteObject(Unknown Source)
      7. java.io.ObjectOutputStream.writeSerialData(Unknown Source)
      8. java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
      9. java.io.ObjectOutputStream.writeObject0(Unknown Source)
      10. java.io.ObjectOutputStream.defaultWriteFields(Unknown Source)
      11. java.io.ObjectOutputStream.writeSerialData(Unknown Source)
      12. java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
      13. java.io.ObjectOutputStream.writeObject0(Unknown Source)
      14. java.io.ObjectOutputStream.defaultWriteFields(Unknown Source)
      15. java.io.ObjectOutputStream.writeSerialData(Unknown Source)
      16. java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
      17. java.io.ObjectOutputStream.writeObject0(Unknown Source)
      18. java.io.ObjectOutputStream.defaultWriteFields(Unknown Source)
      19. java.io.ObjectOutputStream.writeSerialData(Unknown Source)
      20. java.io.ObjectOutputStream.writeOrdinaryObject(Unknown Source)
      20 frames