Re: unexpected EOF on client side when Apache sends applet class

[steve sawtelle <swsyah@xxxxxxxxx>]

In response to solprovider:

I'm compiling on the server, so that should not be a problem?

and to Michael:
"In httpd.conf searching for 'timeout' should find a couple. Usually the
main timeout should be set for 300. "

I need to check that tomorrow.

"I also assume the system lets non-http traffic of > 256 bytes through 
without problem? If you have a non-applet will larger files transfer okay?"

I actually tested the problem with text files using wget, so FTP transfers are affected as well. 
I then verified the problem by making an empty applet to get it's size below 
256 bytes and that transferred via the browser fine.

I'm pretty certain this problem is due to data over 256 bytes. Is there anything in Apache that would
create that limit? Or isn't there a mechanism in the server to break a large file up into several packets?


solprovider@xxxxxxxxxx
 wrote:

How did you transfer the class file to the server? Did you use ASCII
mode FTP instead of binary mode? The unexpected file size may be
because the file has been corrupted. That would cause EOF errors.
Verify the class file on the server is correct -- maybe comparing MD5
checksums. Or transfer the source and compile on the server.

Check out PSCP from the putty suite of network tools for transferring
files from Windows to Linux (openssh). I have a batch file in the
SendTo directory so I can right-click/send any file to my Linux home
directory.

solprovider

On 10/25/07, steve sawtelle wrote:
> Didn't know about wget, thanks!. I just downloaded it and tried it:
> wget 192.168.1.159/helloapp.class
> It tried many times without success - here are the last two:
> Retrying.
> --14:04:40-- http://192.168.1.159/helloapp.class
> (try:19) => `helloapp.class.19'
> Connecting to 192.168.1.159:80... connected.
> HTTP request sent, awaiting response... 200 OK
> Length: 532 [application/octet-stream]
>
> 0% [ ] 0
> --.--K/s
>
> 14:04:40 (0.00 B/s) - Connection closed at byte 0. Retrying.
>
> --14:04:40-- http://192.168.1.159/helloapp.class
> (try:20) => `helloapp.class.19'
> Connecting to 192.168.1.159:80... connected.
> HTTP request sent, awaiting response... 200 OK
> Length: 532 [application/octet-stream]
> helloapp.class.19 has sprung into existence.
> Giving up.
>
> - The packets look like the ones I was getting with the html code. It seems
> to send back all the info except for the data.
>
> I can upload other things in the directory. Ahhh - I made a small text file
> and named it 'test.class' to see if was a problem with the extension. That
> worked, but if I made the file larger - 475 bytes - it fails.
>
> So I'm thinking it has a problem with files larger than a few hundred bytes.
> Is there a setting for max data length or packet size?
>
> - Steve
>
> Michael McGlothlin wrote:
> Can you wget the applet file?
> > Apache 2.2.4 on Slax Linux, clients are win 2000 and win 98 with
> > Mozilla an IE
> >
> > I'm trying to get Apache on a Slax Linux machine to serve an applet to
> > a browser on a Windows PC.
> >
> > The html loads and displays; the applet is a simple 'hello world' app
> > that runs in appletviewer fine. html and class are in the htdocs
> > directory. hppd.conf was edited to allow to all.
> >
> > The PC requests the html, Apache delivers, ack, ack etc. PC requests
> > helloapp.class, Apache responds, but the PC shows errors in Java
> > Console and the applet does not run (applet notinited).
> >
> > errors:
> > load:class helloapp not found.
> > java.lang.ClassNotFoundException: helloapp
> > at ......
> > at ...
> > Caused by: java.io.IOException: unexpected EOF
> > at ...
> >
> > The tcp packet returned by Apache is:
> >
HTTP/1.1 200.OK..
Date: Thu, 25 Oct 2007 10:16:04 GMT
Server: Apache/2.2.4.(Unix) mod_ssl/2.2.4 OpenSSL/0.9.8b.DAV/2
Last-Modified: Thu, 25 Oct 2007 09:58:21.GMT
ETag: "220c-214-462de940"
Accept-Ranges: bytes
Content-Length: 532
Keep-Alive: timeout=5, max=100
> >
> > The packet is 372 bytes but it says the Content-Length is 532
> >
> > This and the error suggest that the actual applet class is not being
> > included in the packet.

---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See for more info.
To unsubscribe, e-mail: users-unsubscribe@xxxxxxxxxxxxxxxx
" from the digest: users-digest-unsubscribe@xxxxxxxxxxxxxxxx
For additional commands, e-mail: users-help@xxxxxxxxxxxxxxxx

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com