Hi,
I'm using apache 2.2.16 named ghost with gnutls module 0.5.6
I have setup a named vhost for the tool ajaxplorer, which is a web
file browser project based on php/ajax.
I'm using, to upload big file the tool jump loader, a java applet to
upload partitioned files.
Everything works fine when I upload without GNUTLS on port 80. But
when IU try to upload via tis, the connection shutdown and I can't
upload all the part, nothing in the apache logs even in debug, only
the java console displays this :
03.01.2012 15:25:25 - ERROR - jl_26542488_uploadThread_0 - Failed to
destroy output
03.01.2012 15:25:25 - ERROR - jl_26542488_uploadThread_0 -
java.io.IOException: insufficient data written
at
sun.net.www.protocol.http.HttpURLConnection$StreamingOutputStream.close(Unknown
Source)
at java.io.FilterOutputStream.close(Unknown Source)
at jmaster.util.http.D.C(Unknown Source)
at jmaster.util.http.F.upload(Unknown Source)
at jmaster.jumploader.model.impl.upload.B.B(Unknown Source)
at jmaster.jumploader.model.impl.upload.B.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
03.01.2012 15:25:25 - DEBUG - jl_26542488_uploadThread_0 - Response
headers for Upload File [status:1, path:C:\Documents and
Settings\Iliane\Bureau\Windows.XP.Pro.SP3.Corporate.iso]:
03.01.2012 15:25:25 - DEBUG - jl_26542488_uploadThread_0 - Response
content for Upload File [status:1, path:C:\Documents and
Settings\Iliane\Bureau\Windows.XP.Pro.SP3.Corporate.iso]:
03.01.2012 15:25:25 - DEBUG - jl_26542488_uploadThread_0 -
03.01.2012 15:25:25 - DEBUG - jl_26542488_uploadThread_0 -
uploadThread uploadThread_0, current file: Upload File [status:1,
path:C:\Documents and
Settings\Iliane\Bureau\Windows.XP.Pro.SP3.Corporate.iso] finished
upload of Upload File [status:1, path:C:\Documents and
Settings\Iliane\Bureau\Windows.XP.Pro.SP3.Corporate.iso]
03.01.2012 15:25:25 - DEBUG - jl_26542488_uploadThread_0 -
java.io.IOException: Error writing request body to server
03.01.2012 15:25:25 - ERROR - jl_26542488_uploadThread_0 - uploadFile(
Upload File [status:1, path:C:\Documents and
Settings\Iliane\Bureau\Windows.XP.Pro.SP3.Corporate.iso] ) failed for
uploadThread_0
03.01.2012 15:25:25 - ERROR - jl_26542488_uploadThread_0 -
java.io.IOException: Error writing request body to server
at
sun.net.www.protocol.http.HttpURLConnection$StreamingOutputStream.checkError(Unknown
Source)
at
sun.net.www.protocol.http.HttpURLConnection$StreamingOutputStream.write(Unknown
Source)
at java.io.BufferedOutputStream.write(Unknown Source)
at jmaster.util.http.E.A(Unknown Source)
at jmaster.util.http.F.upload(Unknown Source)
at jmaster.jumploader.model.impl.upload.B.B(Unknown Source)
at jmaster.jumploader.model.impl.upload.B.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
03.01.2012 15:25:25 - DEBUG - jl_26542488_uploadThread_0 - file status
change: Upload File [status:1, path:C:\Documents and
Settings\Iliane\Bureau\Windows.XP.Pro.SP3.Corporate.iso]
03.01.2012 15:25:25 - DEBUG - jl_26542488_uploadThread_0 - uploader
status change: uploader, status:0
03.01.2012 15:25:25 - DEBUG - jl_26542488_appletMessagePumper -
Invoking JS method uploaderStatusChanged([Ljava.lang.Object;@1df2964)
After a discussion with the developers of jump loader, it seams that
the servers close the connexion after the first upload. Works fine
without gnutls.
Here's my vhost :
<VirtualHost 172.16.17.1:443>
GnuTLSEnable on
#GnuTLSCertificateFile /etc/ssl/certs/ssl-cert-snakeoil.pem
GnuTLSCertificateFile /etc/apache2/cert.pem
GnuTLSKeyFile /etc/apache2/cert.pem
ServerName ajaxplorer.domain.fr:443
GnuTLSCacheTimeout 3000
GnuTLSPriorities NORMAL
DocumentRoot /var/www/ajaxplorer
</VirtualHost>
Does gnutls have a timeout or something like this ? It won't work with
modssl either.
Does anyone has a clue ? I'm quite stuccoed and I can't deploy without
tls/ssl for obvious reasons :)
---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: [email protected]
" from the digest: [email protected]
For additional commands, e-mail: [email protected]
