grizzly
  1. grizzly
  2. GRIZZLY-1216

[StaticHttpHandler] Wrong Content-length on cached changed files

    Details

    • Type: Bug Bug
    • Status: Closed
    • Priority: Major Major
    • Resolution: Won't Fix
    • Affects Version/s: 2.1.2
    • Fix Version/s: None
    • Component/s: http
    • Labels:
      None

      Description

      Hello,
      I think I discovered a bug on serving changed and cached files. I tried with .css and .less ones.

      • The first time is asked a content, everything is ok
      • The second time, file is served from cache and everything is still ok
      • After file changes, served file is changed, but his content length is the same as the first cached version

      This causes trunk files or extra chars at the request end, depending of length diffs.

      Before to test, I patched content-type issue, as described here: http://java.net/jira/browse/GRIZZLY-1014

      Best Regards,
      Davide

        Activity

        Hide
        davide_137 added a comment -

        Tank's a lot for your reply!
        I'm using grizzly to develop a suite distributable to our designers, because I like Grizzly and the possibility of remove Application Server dependencies.

        To do that I think I will need to know Grizzly in deep and develop on it where i find something to implement..

        If you want I can discuss and share with you my job, while I'm doing it.

        Thanks, Davide.

        Show
        davide_137 added a comment - Tank's a lot for your reply! I'm using grizzly to develop a suite distributable to our designers, because I like Grizzly and the possibility of remove Application Server dependencies. To do that I think I will need to know Grizzly in deep and develop on it where i find something to implement.. If you want I can discuss and share with you my job, while I'm doing it. Thanks, Davide.
        Hide
        oleksiys added a comment -

        Well, ideally you shouldn't know Grizzly that deep )
        Let us know if you think something is missed, will appreciate feedback and/or contributions.

        Thanks.

        Show
        oleksiys added a comment - Well, ideally you shouldn't know Grizzly that deep ) Let us know if you think something is missed, will appreciate feedback and/or contributions. Thanks.
        Hide
        oleksiys added a comment -
        Show
        oleksiys added a comment - FYI http://java.net/jira/browse/GRIZZLY-1219
        Hide
        Ryan Lubke added a comment -

        After a somewhat lengthy offline discussion on this issue, for now, we're going to update the documentation to state that if there are plans to modify files at runtime, then FileCache shouldn't be used.

        Show
        Ryan Lubke added a comment - After a somewhat lengthy offline discussion on this issue, for now, we're going to update the documentation to state that if there are plans to modify files at runtime, then FileCache shouldn't be used.
        Hide
        davide_137 added a comment -

        Ok, thank's a lot

        Show
        davide_137 added a comment - Ok, thank's a lot

          People

          • Assignee:
            Ryan Lubke
            Reporter:
            davide_137
          • Votes:
            0 Vote for this issue
            Watchers:
            0 Start watching this issue

            Dates

            • Created:
              Updated:
              Resolved: