[JIRA] Commented: (GRIZZLY-1582) FileCache blocks stream

  • From: "stolting (JIRA)" <jira-no-reply@...>
  • To: issues@...
  • Subject: [JIRA] Commented: (GRIZZLY-1582) FileCache blocks stream
  • Date: Fri, 13 Dec 2013 23:51:49 +0000 (UTC)
  • Auto-submitted: auto-generated


    [ 
https://java.net/jira/browse/GRIZZLY-1582?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=371622#action_371622
 ] 

stolting commented on GRIZZLY-1582:
-----------------------------------

A similar issue was observed using Grizzly version 2.3.7, where a 30 second 
delay was seen loading a "login / authentication" page for the first time.

We also make use of Jersey which is at version 1.17

Using the workaround described above "(NetworkListener l : 
server.getListeners()) { l.getFileCache().setEnabled(false); } also resolved 
the issue for us.

FINEST: AsyncQueueWriter.write 
connection=TCPNIOConnection{localSocketAddress={/172.16.121.1:8080}, 
peerSocketAddress={/172.16.104.250:33300}} 
record=org.glassfish.grizzly.asyncqueue.AsyncWriteQueueRecord@2b7a0cbb 
directWrite=true
Dec 13, 2013 3:49:19 PM org.glassfish.grizzly.filterchain.DefaultFilterChain 
executeFilter
FINE: after execute filter. 
filter=org.glassfish.grizzly.filterchain.TransportFilter@86a6a27 
context=FilterChainContext 
[connection=TCPNIOConnection{localSocketAddress={/172.16.121.1:8080}, 
peerSocketAddress={/172.16.104.250:33300}}, operation=WRITE, message=null, 
address=/172.16.104.250:33300] 
nextAction=org.glassfish.grizzly.filterchain.InvokeAction@25f2ac2
Dec 13, 2013 3:49:19 PM org.glassfish.grizzly.filterchain.DefaultFilterChain 
executeFilter
FINE: after execute filter. 
filter=org.glassfish.grizzly.http.server.FileCacheFilter@5b7f8efd 
context=FilterChainContext 
[connection=TCPNIOConnection{localSocketAddress={/172.16.121.1:8080}, 
peerSocketAddress={/172.16.104.250:33300}}, operation=READ, 
message=org.glassfish.grizzly.http.HttpContent@32f9366, 
address=/172.16.104.250:33300] 
nextAction=org.glassfish.grizzly.filterchain.StopAction@31bfee8

...

Dec 13, 2013 3:49:50 PM org.glassfish.grizzly.ProcessorExecutor execute
FINEST: executing connection 
(TCPNIOConnection{localSocketAddress={/172.16.121.1:8080}, 
peerSocketAddress={/172.16.104.250:33301}}). IOEvent=CLOSED 
processor=org.glassfish.grizzly.filterchain.DefaultFilterChain@2ba6d909
Dec 13, 2013 3:49:50 PM org.glassfish.grizzly.filterchain.DefaultFilterChain 
executeFilter
FINE: Execute filter. 
filter=org.glassfish.grizzly.filterchain.TransportFilter@86a6a27 
context=FilterChainContext 
[connection=TCPNIOConnection{localSocketAddress={/172.16.121.1:8080}, 
peerSocketAddress={/172.16.104.250:33301}}, operation=CLOSE, message=null, 
address=null]
Dec 13, 2013 3:49:50 PM org.glassfish.grizzly.filterchain.DefaultFilterChain 
executeFilter
FINE: after execute filter. 
filter=org.glassfish.grizzly.filterchain.TransportFilter@86a6a27 
context=FilterChainContext 
[connection=TCPNIOConnection{localSocketAddress={/172.16.121.1:8080}, 
peerSocketAddress={/172.16.104.250:33301}}, operation=CLOSE, message=null, 
address=null] 
nextAction=org.glassfish.grizzly.filterchain.InvokeAction@25f2ac2


> FileCache blocks stream
> -----------------------
>
>                 Key: GRIZZLY-1582
>                 URL: https://java.net/jira/browse/GRIZZLY-1582
>             Project: grizzly
>          Issue Type: Bug
>         Environment: Grizzly: 2.3.5
> OS: Ubuntu 11.04
> Java: OpenJDK Runtime Environment (IcedTea7 2.0pre) 
> (7~b147-2.0~pre6-1ubuntu1~ppa1); OpenJDK 64-Bit Server VM (build 21.0-b17, 
> mixed mode)
>            Reporter: andre.wallat
>
> I created a simple HttpServer which serves static content. On a local 
> (windows) machine everything is working fine. On a remote linux system 
> (Ubuntu 11.04) however the page takes 30 seconds to load. Those pending 
> requests are different every time, like javascript files, images or 
> ajax-calls (all very small files). It seems that there's a timeout after 30 
> seconds when the last resources are finally returned and the webpage is 
> presented correctly.
> When the server is started the very first time, then the first time the 
> page is called, everything is quick. The second time (and the following) 
> however have this long delay. 
> When I disable the file-cache however, then there's no 30s wait! 
> for (NetworkListener l : server.getListeners()) {
>     l.getFileCache().setEnabled(false);
> }

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://java.net/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        


[JIRA] Commented: (GRIZZLY-1582) FileCache blocks stream

stolting (JIRA) 12/13/2013

<Possible follow-up(s)>

[JIRA] Commented: (GRIZZLY-1582) FileCache blocks stream

oleksiys (JIRA) 12/13/2013
Terms of Use; Privacy Policy; Copyright ©2013-2016 (revision 20160708.bf2ac18)
 
 
Close
loading
Please Confirm
Close