Salut,
Igor Minar wrote:
>
> On May 1, 2009, at 10:23 AM, Jeanfrancois Arcand wrote:
>
>>
>>
>> Igor Minar wrote:
>>> Hi there,
>>> First of all let me thank you for making it so easy to build
>>> webservers using the grizzly embedded server. It was a breeze for me
>>> to build a standalone grizzly-sendfile server. So thanks! :)
>>> Now back to the business...
>>> I still didn't progress with neither of the bugs bellow. I created
>>> testcases using grizzly-sendfile-server and wget so that you can
>>> easily reproduce the issues. Please let me know if the distros don't
>>> work for you for some reason.
>>> The only files that I changed in these two distros were
>>> SendfileFilter and the main pom (336 builds against 1.9.15-SNAPSHOT).
>>> I'm going to play with the grizzly code to see if I can find a fix
>>> for the issue, but I'd appreciate if you had a look too and/or
>>> provided me with some guidance.
>>> Bug 336
>>> -------
>>> src:
>>> http://dl.getdropbox.com/u/838370/grizzly/grizzly-sendfile-bug336-src.tgz
>>>
>>> jar:
>>> http://dl.getdropbox.com/u/838370/grizzly/grizzly-sendfile-server-0.3-SNAPSHOT-jar-with-dependencies-bug336.jar run
>>> as: java -jar
>>> grizzly-sendfile-server-0.3-SNAPSHOT-jar-with-dependencies-bug336.jar
>>> -p 7700 -m servlet /path/to/some/files
>>> test: wget -O - --save-headers http://localhost:7700/some-small-file
>>
>> I'm getting
>>
>>> wget -O - --save-headers http://localhost:7700/index.ht
>>> ml
>>> --13:22:18-- http://localhost:7700/index.html
>>> => `-'
>>> Resolving localhost... 127.0.0.1
>>> Connecting to localhost|127.0.0.1|:7700... connected.
>>> HTTP request sent, awaiting response... 403 Forbidden
>>> 13:22:18 ERROR 403: Forbidden.
>>
>> Is the file too big?
>
> no, I guess that you are using relative path to the files, try using
> absolute path, that should work.
I have:
> jfarcand_at_jfarcand-desktop:/appserv80/grizzly/send-file$ java -jar grizzly-sendfile-server-0.3-SNAPSHOT-jar-with-dependencies-bug336.jar -p 7700 -m
> servlet /s1/domains/domain1/docroot/
> 1-May-2009 1:24:48 PM com.igorminar.grizzlysendfile.SendfileFilter <clinit>
> INFO: initializing grizzly-sendfile...
> grizzly-sendfile configuration:
> algorithm: com.igorminar.grizzlysendfile.algorithm.EqualNonBlockingAlgorithm
> thread count: 50
> buffer size: 0
> idle conn. timeout: 30000
> auto-sendfile mode: off
> allowed paths: /s1/domains/domain1/docroot/* (regex: /s1/domains/domain1/docroot/.*)
>
> plugins:
> 1-May-2009 1:24:49 PM com.igorminar.grizzlysendfile.server.GrizzlySendfileServer start
> INFO: GrizzlySendfile Server started
So what should i request? I try:
wget -O - --save-headers
http://localhost:7700/s1/dom
ains/domain1/docroot/test.txt
wget -O - --save-headers
http://localhost:7700/test.txt
?
--Jeanfrancois
>
> /i
>
>>
>> A+
>>
>> -- Jeanfrancois
>>
>>
>>
>>
>>> Should contain header:
>>> StoragePath: /path/to/some/files/some-small-file
>>> The body should not start with:
>>> Some bogus content to test Response#resetBody()
>>> Bug 548
>>> -------
>>> src:
>>> http://dl.getdropbox.com/u/838370/grizzly/grizzly-sendfile-bug548-src.tgz
>>>
>>> jar:
>>> http://dl.getdropbox.com/u/838370/grizzly/grizzly-sendfile-server-0.3-SNAPSHOT-jar-with-dependencies-bug548.jar run
>>> as: java -jar
>>> grizzly-sendfile-server-0.3-SNAPSHOT-jar-with-dependencies-bug548.jar
>>> -p 7700 /path/to/some/files
>>> test: wget --limit-rate 10000 -O /dev/null
>>> http://localhost:7700/100m.file
>>> Should not see:
>>> 2009-04-30 11:48:34 (9.77 KB/s) - Connection closed at byte 146988.
>>> Retrying.
>>> I also tried calling attach(Long.MAX_VALUE) before calling cancel as:
>>> task.getSelectionKey().attach(Long.MAX_VALUE);
>>> task.getSelectionKey().cancel();
>>> but it had no effect.
>>> cheers,
>>> Igor
>>> On Apr 29, 2009, at 5:30 PM, Jeanfrancois Arcand wrote:
>>>> Salut,
>>>>
>>>> Igor Minar wrote:
>>>>> Hi guys,
>>>>> following http://twitter.com/project_grizzly/statuses/1649157373/
>>>>> here are two bugs that currently complicate my life:
>>>>> https://grizzly.dev.java.net/issues/show_bug.cgi?id=336 - reopened
>>>>> bug with an untested patch provided by me. I'll try to test it
>>>>> today to confirm that it works as expected.
>>>>
>>>> Patch applied. See comments in the issue.
>>>>
>>>>> https://grizzly.dev.java.net/issues/show_bug.cgi?id=548 - I'll
>>>>> create a grizzly-sendfile distro that uses the grizzly web server
>>>>> so that you can easily reproduce the error.
>>>>
>>>> OK thanks. I've added my comments on the issue as well. Clearly the
>>>> connection seems to times out, either because of the
>>>> SelectionKeyHandler doesn't do the right things or the InputReader
>>>> timeout is to small. Just try to do
>>>> SelectionKey.attach(Long.MAX_VALUE) from your code to see if that help.
>>>>
>>>> Thanks
>>>>
>>>> -- Jeanfrancois
>>>>
>>>>> cheers,
>>>>> Igor
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: users-unsubscribe_at_grizzly.dev.java.net
>>>>> For additional commands, e-mail: users-help_at_grizzly.dev.java.net
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe_at_grizzly.dev.java.net
>>>> For additional commands, e-mail: users-help_at_grizzly.dev.java.net
>>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe_at_grizzly.dev.java.net
>>> For additional commands, e-mail: users-help_at_grizzly.dev.java.net
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe_at_grizzly.dev.java.net
>> For additional commands, e-mail: users-help_at_grizzly.dev.java.net
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe_at_grizzly.dev.java.net
> For additional commands, e-mail: users-help_at_grizzly.dev.java.net
>