Ok my example was wrong. The read method must return at least 1 byte if the
buffer length is > 0.
Back to the topic. According to the log file the stream has reached its end
although the client is still connected and the stream was not closed locally
... that is weird. I just tested a 5 MB file transfer on our XMPP server with
version 12.9.28 and the transfer succeeded without any problems. Either this is
a defect in Smack (not regarding the wrong returned values for an int read, as
this is luckly corrected by the BufferedInputStream) or that has something to
do with GTALK.
DEBUG 2013-03-06 16:19:40,834 (BinaryChannelConnection.java:57) IBB
[[email protected]/Saros] Connection was closed by peer. no stream
data available
I do not know why the read returned -1 ... thats why an EOF exception is thrown
and so
the stream is accidently closed.
At least we have pushed some Smack changes to our current release so you should
be able to use direct Socks5 connection via GTALK.
I will let this bug open during the next release. I had done to many changes to
our networklayer so it may be possible that this bug is already fixed or does
not longer occurs.
---
** [bugs:#791] BinaryChannel randomly close itself if IBB is used as transport
layer**
**Status:** pending-remind
**Created:** Wed Mar 06, 2013 03:33 PM UTC by Daniele Segato
**Last Updated:** Wed Mar 20, 2013 08:35 AM UTC
**Owner:** nobody
When I have to send initial files for the synchronization (say 1.5 mb) and the
direct connection is not available very often the connection is lost with a
message (for the host) that say the other buddy closed the connection, which is
not true.
---
Sent from sourceforge.net because you indicated interest in
<https://sourceforge.net/p/dpp/bugs/791/>
To unsubscribe from further messages, please visit
<https://sourceforge.net/auth/prefs/>
------------------------------------------------------------------------------
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics
Download AppDynamics Lite for free today:
http://p.sf.net/sfu/appdyn_d2d_mar
_______________________________________________
Dpp-robot mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/dpp-robot
