UTFDataFormatException and StreamCorruptedException

Question

We have an applet client that is communicating with a servlet in Apache Tomcat through HttpUrlConnection
using ObjectOutputStream / ObjectInputStream.
Everything has been working fine, but recently one of our users has had some serious problems
with the client-server communication. Basically this occurs so that client will throw
UTFDataFormatExceptions and StreamCorruptedExceptions to Java console. These exceptions are
thrown pretty randomly, for example sometimes 10 times in a row (out of 10 tries) and then
a few times with no errors and after that more exceptions and so on.
These exceptions are thrown when client is loading quite a big chunk of data from server.
According to server access-logs something between 1500000 and 2000000 bytes are transferred.
Server side logs show no errors.
JDK on server is 1.4.2_xx and client side Java plug-in is 1.5.0_xx. We have tried different
Java plug-in versions with no change.
Other users get those exceptions too when using this particular environment, but less frequently.
I've tried to debug the applet and the funny thing is, that when I'm running the applet through
my IDE (JBuilder) I get no exceptions.

Answer 1

ejp wrote:
What you're doing with all the extra buffering is pointless and error-prone. Get rid of the ByteArrayOutputStream and ByteArrayInputStream and connect the ObjectInputStream and ObjectOutputStream directly to the socket.Actually the reason for the extra buffering is due to the use of nio channels. I was basically following the advice from http://forum.java.sun.com/thread.jspa?threadID=449283&messageID=2040791 , i.e.,
dmbdmb wrote:
You could always call layer an ObjectOutputStream ontop of a ByteArrayOutputStream, write the objects, then grab the bytes from the ByteArrayOutputStream and write them with niobut unfortunately I still got the above exceptions using the scheme described. Are there other reliable ways to accomplish the same task?