Hitachi Vantara Pentaho Community Forums
Results 1 to 6 of 6

Thread: Exception in TextFileOutput step....

  1. #1

    Question Exception in TextFileOutput step....

    I have a transformation which reads input from CSV file and writes to a text output file. Once in a while (50% of the time) I get following exception. Although all the records are written to the output file. But because of the exception my remaining processing hangs.
    Any idea???

    14:09:11,616 DEBUG [ServerThread] WorkerThread#0[127.0.0.1:3116] closing socketWrapper: ServerSocketWrapper[Socket[addr=/127.0.0.1,port=3116,localport=4446].569300]
    14:09:11,616 DEBUG [ServerSocketWrapper] unable to writing CLOSING byte
    java.net.SocketException: socket write error: Connection reset by peer.
    at jrockit.net.SocketNativeIO.writeBytesPinned(Native Method)
    at jrockit.net.SocketNativeIO.socketWrite(SocketNativeIO.java:45)
    at java.net.SocketOutputStream.socketWrite0(SocketOutputStream.java)
    at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)
    at java.net.SocketOutputStream.write(SocketOutputStream.java:136)
    at java.io.BufferedOutputStream.flushBuffer(BufferedOutputStream.java:65)
    at java.io.BufferedOutputStream.flush(BufferedOutputStream.java:123)
    at java.io.ObjectOutputStream$BlockDataOutputStream.flush(ObjectOutputStream.java:1631)
    at java.io.ObjectOutputStream.flush(ObjectOutputStream.java:666)
    at org.jboss.remoting.transport.socket.ServerSocketWrapper.close(ServerSocketWrapper.java:57)
    at org.jboss.remoting.transport.socket.ServerThread.dorun(ServerThread.java:481)
    at org.jboss.remoting.transport.socket.ServerThread.run(ServerThread.java:165)
    14:09:11,616 DEBUG [SocketWrapper] unable to close output stream
    14:09:11,616 DEBUG [SocketWrapper] ServerSocketWrapper[Socket[addr=/127.0.0.1,port=3116,localport=4446].569300] closing
    14:11:00,796 DEBUG [arjLogger] Periodic recovery - first pass <Mon, 19 Nov 2007 14:11:00>
    14:11:00,796 DEBUG [arjLogger] StatusModule: first pass
    14:11:00,796 DEBUG [txojLoggerI18N] [com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_3] - TORecoveryModule - first pass
    14:11:00,796 DEBUG [loggerI18N] [com.arjuna.ats.internal.jta.recovery.info.firstpass] Local XARecoveryModule - first pass
    14:11:10,797 DEBUG [arjLogger] Periodic recovery - second pass <Mon, 19 Nov 2007 14:11:10>
    14:11:10,797 DEBUG [arjLogger] AtomicActionRecoveryModule: Second pass
    14:11:10,797 DEBUG [txojLoggerI18N] [com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_6] - TORecoveryModule - second pass
    14:11:10,797 DEBUG [loggerI18N] [com.arjuna.ats.internal.jta.recovery.info.secondpass] Local XARecoveryModule - second pass
    14:13:10,806 DEBUG [arjLogger] Periodic recovery - first pass <Mon, 19 Nov 2007 14:13:10>
    14:13:10,821 DEBUG [arjLogger] StatusModule: first pass
    14:13:10,821 DEBUG [txojLoggerI18N] [com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_3] - TORecoveryModule - first pass
    14:13:10,821 DEBUG [loggerI18N] [com.arjuna.ats.internal.jta.recovery.info.firstpass] Local XARecoveryModule - first pass
    14:13:20,822 DEBUG [arjLogger] Periodic recovery - second pass <Mon, 19 Nov 2007 14:13:20>
    14:13:20,822 DEBUG [arjLogger] AtomicActionRecoveryModule: Second pass
    14:13:20,822 DEBUG [txojLoggerI18N] [com.arjuna.ats.internal.txoj.recovery.TORecoveryModule_6] - TORecoveryModule - second pass
    14:13:20,822 DEBUG [loggerI18N] [com.arjuna.ats.internal.jta.recovery.info.secondpass] Local XARecoveryModule - second pass

  2. #2
    Join Date
    Nov 1999
    Posts
    9,729

    Default

    Some JBoss error it seems. From the look of it, it has nothing to do with Pentaho stuff.
    Looks like some network error.

  3. #3

    Default

    You are right it happens only when I run my transformation from an EJB in JBoss 4.2. However, I run transformation standalone I don't get the error.
    My transformation is very simple - read from a file, check if a field exists and then write to another file.

    btw, my rest of the application - which is quite heavy works fine..

    -rusang

  4. #4
    Join Date
    Nov 1999
    Posts
    9,729

    Default

    Next time, try to google for the error. I found this link straight away:

    http://www.jboss.com/index.html?modu...087045#4087045

    I was able to solve this problem
    My ejb was compiled on jdk1.4 and put in jboss4.2.1 which uses jdk1.5
    My client code was compiled on jdk1.4

    What I did was...

    1) compiled ejb classes on jdk1.5 and deployed into jboss
    2) compiled client code on jdk1.5 and invoked the bean


    IT WORKED!!

  5. #5

    Default

    Thanks Matt.

    I had seen the post and had verified that I am using java 1.5 throughout in my application before posting on this forum. Perhaps I should have mentioned this in my first post.

    I know it has something to do with Kettle invocation within an AppServer since Kettle invocation works fine as standalone but when I run within JBOSS I sometimes see this error - 50% of the times.

    I am assuming there are some people who are using Kettle in an AppServer.


    cheers.

    rusang

  6. #6

    Default

    we will investigate and let u know if it has really something to do with JBoss + Kettle combination.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •  
Privacy Policy | Legal Notices | Safe Harbor Privacy Policy

Copyright © 2005 - 2019 Hitachi Vantara Corporation. All Rights Reserved.