Received: by 10.58.239.41 with SMTP id vp9mr573448vec.38.1351864175783;
Fri, 02 Nov 2012 06:49:35 -0700 (PDT)
X-BeenThere: play-framework@googlegroups.com
Received: by 10.52.20.7 with SMTP id j7ls3489629vde.0.gmail; Fri, 02 Nov 2012
06:49:29 -0700 (PDT)
Received: by 10.52.97.101 with SMTP id dz5mr302749vdb.2.1351864169057;
Fri, 02 Nov 2012 06:49:29 -0700 (PDT)
Date: Fri, 2 Nov 2012 06:49:28 -0700 (PDT)
From: Dirk Louwers <dirk.louw...@stormlantern.nl>
To: play-framework@googlegroups.com
Message-Id: <c6dfcdd4-f813-44e0-b3f6-83ed4f8e3017@googlegroups.com>
In-Reply-To: <CAC0WruwhE4RN9_UPvtcprPzBmqDBQYqii5Y185SupiiVhdhXSA@mail.gmail.com>
References: <e6363feb-d224-4b9d-9bff-c6f97410b1c4@googlegroups.com>
<91ed7ecc-3226-4835-87e4-1d40e07e8ef8@googlegroups.com> <e0765fe9-1c7e-49a5-aaeb-cb280f4db6ac@googlegroups.com>
<fe588420-353f-403d-b26c-c3ccb0b6c189@googlegroups.com> <1607afff-58cd-467f-8ce0-217090dd94ec@googlegroups.com>
<CAN8MJYi+RgHLQoKGzf8VG3gPjD5R1YpR0=q715gjqqUPCDMYxw@mail.gmail.com>
<70079e99-5dfd-4bfa-b569-4e2231823e3f@googlegroups.com> <CAN8MJYgOCP9GVpuPahFD3tyfhP20c0cXwFcWE9m6cgtBUer25w@mail.gmail.com>
<67117162-0bad-4d8a-ab0d-82a1cc09d016@googlegroups.com>
<CAC0WruwhE4RN9_UPvtcprPzBmqDBQYqii5Y185SupiiVhdhXSA@mail.gmail.com>
Subject: Re: [play-framework] Re: [play-2.1-10112012] Each request triggers
reload
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary="----=_Part_2068_20034624.1351864168755"
------=_Part_2068_20034624.1351864168755
Content-Type: multipart/alternative;
boundary="----=_Part_2069_3216361.1351864168755"
------=_Part_2069_3216361.1351864168755
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
The hash in the generated code does not vary. So unless it uses two
different hash methods it should not detect the file as changed. Visual
scan of the template shows no special characters. All characters are ASCII.
The only situation I can think of where a different hash value is produced
is when MessageDigest#digest is accessed asynchronously...
Op vrijdag 2 november 2012 13:32:38 UTC+1 schreef Guillaume Bort het
volgende:
>
> Can you check if there is any special/hidden char in this file that could
> corrupt the HASH computation in some way? The template are recompiled if
> the template compiler decide that the content changed. To know that it uses
> a content HASH that is stored into the generated scala source file.
>
> Check into target/scala-2.x.x/src_managed/main/views/html/....
>
> The generated file should contain something like:
>
> /*
> -- GENERATED --
> DATE: Fri Nov 02 10:38:00 CET 2012
> SOURCE: /private/tmp/doc-review/app/views/index.scala.html
> HASH: a9468e14516db88237e3431e8b54cf7780705202
> MATRIX: 505->1|599->18|636->21|671->48|710->50|755->61|769->67|807->84
> LINES: 19->1|22->1|24->3|24->3|24->3|26->5|26->5|26->5
> -- GENERATED --
> */
>
>
> On Fri, Nov 2, 2012 at 1:27 PM, Dirk Louwers <dirk.l...@stormlantern.nl<javascript:>
> > wrote:
>
>> Hi,
>>
>> Nothing special set up.
>> Permissions are:
>>
>> -rw-r--r-- 1 dirk staff 13958 31 okt 16:16 template.scala.html
>>
>> Same as all the other templates.
>>
>> Dirk
>>
>> Op vrijdag 2 november 2012 13:17:29 UTC+1 schreef Manuel Bernhardt het
>> volgende:
>>>
>>> Hi Dirk,
>>>
>>> - do you have anything special set-up in regards to your drives? Do
>>> you perhaps use some kind of encryption?
>>> - what are the file permissions on that template file?
>>>
>>> Manuel
>>>
>>> On Fri, Nov 2, 2012 at 12:54 PM, Dirk Louwers
>>> <dirk.l...@stormlantern.nl> wrote:
>>> > Hi,
>>> >
>>> > 10.7.5 and 10.6.8 both have this issue.
>>> >
>>> > Best,
>>> >
>>> > Dirk
>>> >
>>> > Op vrijdag 2 november 2012 12:43:53 UTC+1 schreef Manuel Bernhardt het
>>> > volgende:
>>> >>
>>> >> Hi,
>>> >>
>>> >> Which version of OS X do you have?
>>> >>
>>> >> Manuel
>>> >>
>>> >> On Fri, Nov 2, 2012 at 11:47 AM, Dirk Louwers
>>> >> <dirk.l...@stormlantern.nl> wrote:
>>> >> > Further research has shown that on every request a single specific
>>> >> > template
>>> >> > gets recompiled, even when it hasn't been changed. If we delete
>>> said
>>> >> > template the website doesn't reload every time. If we re-add it the
>>> >> > problem
>>> >> > pops-up again. There are no outside processes changing the template
>>> file
>>> >> > but
>>> >> > changes are detected none the less.
>>> >> >
>>> >> > Setting logging to TRACE does not expose the reason why it is
>>> constantly
>>> >> > recompiling this template.
>>> >> >
>>> >> > Op vrijdag 2 november 2012 06:34:29 UTC+1 schreef James Roper het
>>> >> > volgende:
>>> >> >>
>>> >> >> Hi Dirk,
>>> >> >>
>>> >> >> What is the result of the reload each time? Is it a compilation
>>> >> >> failure?
>>> >> >> Or does it successfully reload the app? I think the issue we were
>>> >> >> seeing
>>> >> >> was actually due to a polling script, when compilation failed,
>>> each
>>> >> >> subsequent request would trigger a recompile, but that's by
>>> design, so
>>> >> >> there's no issue there. If that's different to your issue, then
>>> could
>>> >> >> you
>>> >> >> paste the logs of a full reload loop?
>>> >> >>
>>> >> >> Cheers,
>>> >> >>
>>> >> >> James
>>> >> >>
>>> >> >> On Friday, 2 November 2012 00:33:36 UTC+11, Dirk Louwers wrote:
>>> >> >>>
>>> >> >>> Ok, looking forward to your findings.
>>> >> >>>
>>> >> >>>
>>> >> >>> Op donderdag 1 november 2012 04:41:57 UTC+1 schreef James Roper
>>> het
>>> >> >>> volgende:
>>> >> >>>>
>>> >> >>>> Actually we've just started noticing a similar issue on an
>>> internal
>>> >> >>>> project at Typesafe, I'm about to take a deeper look into it,
>>> stay
>>> >> >>>> tuned.
>>> >> >>>>
>>> >> >>>> On Tuesday, 30 October 2012 21:56:22 UTC+11, Dirk Louwers wrote:
>>> >> >>>>>
>>> >> >>>>> Hi,
>>> >> >>>>>
>>> >> >>>>> I am toying around with Play 2.1 and noticed that all requests
>>> >> >>>>> (including every single asset request) trigger a recompile on
>>> my
>>> >> >>>>> Mac, even
>>> >> >>>>> when nothing has changed. Interestingly a colleague used the
>>> same
>>> >> >>>>> project on
>>> >> >>>>> his Ubuntu machine and didn't have this issue. Hope anyone has
>>> a
>>> >> >>>>> clue as to
>>> >> >>>>> what could be causing this.
>>> >> >>>>>
>>> >> >>>>> Best,
>>> >> >>>>>
>>> >> >>>>> Dirk
>>> >> >
>>> >> > --
>>> >> > You received this message because you are subscribed to the Google
>>> >> > Groups
>>> >> > "play-framework" group.
>>> >> > To view this discussion on the web visit
>>> >> > https://groups.google.com/d/**msg/play-framework/-/**Tmvsl1Y4zNcJ<https://groups.google.com/d/msg/play-framework/-/Tmvsl1Y4zNcJ>.
>>>
>>> >> >
>>> >> > To post to this group, send email to play-fr...@googlegroups.com.
>>> >> > To unsubscribe from this group, send email to
>>> >> > play-framewor...@googlegroups.**com.
>>> >> > For more options, visit this group at
>>> >> > http://groups.google.com/**group/play-framework?hl=en<http://groups.google.com/group/play-framework?hl=en>.
>>>
>>> >
>>> > --
>>> > You received this message because you are subscribed to the Google
>>> Groups
>>> > "play-framework" group.
>>> > To view this discussion on the web visit
>>> > https://groups.google.com/d/**msg/play-framework/-/_**nYlJtLSZTsJ<https://groups.google.com/d/msg/play-framework/-/_nYlJtLSZTsJ>.
>>>
>>> >
>>> > To post to this group, send email to play-fr...@googlegroups.**com.
>>> > To unsubscribe from this group, send email to
>>> > play-framewor...@**googlegroups.com.
>>> > For more options, visit this group at
>>> > http://groups.google.com/**group/play-framework?hl=en<http://groups.google.com/group/play-framework?hl=en>.
>>>
>>>
>> --
>> You received this message because you are subscribed to the Google Groups
>> "play-framework" group.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msg/play-framework/-/mEWsAVAlERMJ.
>>
>> To post to this group, send email to play-fr...@googlegroups.com<javascript:>
>> .
>> To unsubscribe from this group, send email to
>> play-framewor...@googlegroups.com <javascript:>.
>> For more options, visit this group at
>> http://groups.google.com/group/play-framework?hl=en.
>>
>
>
>
> --
> Guillaume Bort, http://guillaume.bort.fr
>
------=_Part_2069_3216361.1351864168755
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit
The hash in the generated code does not vary. So unless it uses two different hash methods it should not detect the file as changed. Visual scan of the template shows no special characters. All characters are ASCII. The only situation I can think of where a different hash value is produced is when MessageDigest#digest is accessed asynchronously...<br><br>Op vrijdag 2 november 2012 13:32:38 UTC+1 schreef Guillaume Bort het volgende:<blockquote class="gmail_quote" style="margin: 0;margin-left: 0.8ex;border-left: 1px #ccc solid;padding-left: 1ex;">Can you check if there is any special/hidden char in this file that could corrupt the HASH computation in some way? The template are recompiled if the template compiler decide that the content changed. To know that it uses a content HASH that is stored into the generated scala source file.<div>
<br></div><div>Check into target/scala-2.x.x/src_<wbr>managed/main/views/html/....</div><div><br></div><div>The generated file should contain something like:</div><div><br></div><div><div>/*</div><div> -- GENERATED --</div>
<div> DATE: Fri Nov 02 10:38:00 CET 2012</div><div> SOURCE: /private/tmp/doc-review/app/<wbr>views/index.scala.html</div><div> HASH: a9468e14516db88237e3431e8b54cf<wbr>7780705202</div><div> MATRIX: 505->1|599->18|636->21|671-><wbr>48|710->50|755->61|769->67|<wbr>807->84</div>
<div> LINES: 19->1|22->1|24->3|24->3|24->3|<wbr>26->5|26->5|26->5</div><div> -- GENERATED --</div><div>*/ </div></div><div><br><br><div class="gmail_quote">On Fri, Nov 2, 2012 at 1:27 PM, Dirk Louwers <span dir="ltr"><<a href="javascript:" target="_blank" gdf-obfuscated-mailto="ECPbjJ1NujcJ">dirk.l...@stormlantern.nl</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<div><br></div><div>Nothing special set up.</div><div>Permissions are: </div><div><br></div><div>-rw-r--r-- 1 dirk staff 13958 31 okt 16:16 template.scala.html<br>
<br>Same as all the other templates.</div><div><br></div><div>Dirk</div><div><br>Op vrijdag 2 november 2012 13:17:29 UTC+1 schreef Manuel Bernhardt het volgende:<blockquote class="gmail_quote" style="margin:0;margin-left:0.8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>Hi Dirk,
<br>
<br>- do you have anything special set-up in regards to your drives? Do
<br>you perhaps use some kind of encryption?
<br>- what are the file permissions on that template file?
<br>
<br>Manuel
<br>
<br>On Fri, Nov 2, 2012 at 12:54 PM, Dirk Louwers
<br></div><div><div><<a>dirk.l...@stormlantern.nl</a>> wrote:
<br>> Hi,
<br>>
<br>> 10.7.5 and 10.6.8 both have this issue.
<br>>
<br>> Best,
<br>>
<br>> Dirk
<br>>
<br>> Op vrijdag 2 november 2012 12:43:53 UTC+1 schreef Manuel Bernhardt het
<br>> volgende:
<br>>>
<br>>> Hi,
<br>>>
<br>>> Which version of OS X do you have?
<br>>>
<br>>> Manuel
<br>>>
<br>>> On Fri, Nov 2, 2012 at 11:47 AM, Dirk Louwers
<br>>> <<a>dirk.l...@stormlantern.nl</a>> wrote:
<br>>> > Further research has shown that on every request a single specific
<br>>> > template
<br>>> > gets recompiled, even when it hasn't been changed. If we delete said
<br>>> > template the website doesn't reload every time. If we re-add it the
<br>>> > problem
<br>>> > pops-up again. There are no outside processes changing the template file
<br>>> > but
<br>>> > changes are detected none the less.
<br>>> >
<br>>> > Setting logging to TRACE does not expose the reason why it is constantly
<br>>> > recompiling this template.
<br>>> >
<br>>> > Op vrijdag 2 november 2012 06:34:29 UTC+1 schreef James Roper het
<br>>> > volgende:
<br>>> >>
<br>>> >> Hi Dirk,
<br>>> >>
<br>>> >> What is the result of the reload each time? Is it a compilation
<br>>> >> failure?
<br>>> >> Or does it successfully reload the app? I think the issue we were
<br>>> >> seeing
<br>>> >> was actually due to a polling script, when compilation failed, each
<br>>> >> subsequent request would trigger a recompile, but that's by design, so
<br>>> >> there's no issue there. If that's different to your issue, then could
<br>>> >> you
<br>>> >> paste the logs of a full reload loop?
<br>>> >>
<br>>> >> Cheers,
<br>>> >>
<br>>> >> James
<br>>> >>
<br>>> >> On Friday, 2 November 2012 00:33:36 UTC+11, Dirk Louwers wrote:
<br>>> >>>
<br>>> >>> Ok, looking forward to your findings.
<br>>> >>>
<br>>> >>>
<br>>> >>> Op donderdag 1 november 2012 04:41:57 UTC+1 schreef James Roper het
<br>>> >>> volgende:
<br>>> >>>>
<br>>> >>>> Actually we've just started noticing a similar issue on an internal
<br>>> >>>> project at Typesafe, I'm about to take a deeper look into it, stay
<br>>> >>>> tuned.
<br>>> >>>>
<br>>> >>>> On Tuesday, 30 October 2012 21:56:22 UTC+11, Dirk Louwers wrote:
<br>>> >>>>>
<br>>> >>>>> Hi,
<br>>> >>>>>
<br>>> >>>>> I am toying around with Play 2.1 and noticed that all requests
<br>>> >>>>> (including every single asset request) trigger a recompile on my
<br>>> >>>>> Mac, even
<br>>> >>>>> when nothing has changed. Interestingly a colleague used the same
<br>>> >>>>> project on
<br>>> >>>>> his Ubuntu machine and didn't have this issue. Hope anyone has a
<br>>> >>>>> clue as to
<br>>> >>>>> what could be causing this.
<br>>> >>>>>
<br>>> >>>>> Best,
<br>>> >>>>>
<br>>> >>>>> Dirk
<br>>> >
<br>>> > --
<br>>> > You received this message because you are subscribed to the Google
<br>>> > Groups
<br>>> > "play-framework" group.
<br>>> > To view this discussion on the web visit
<br>>> > <a href="https://groups.google.com/d/msg/play-framework/-/Tmvsl1Y4zNcJ" target="_blank">https://groups.google.com/d/<u></u>ms<wbr>g/play-framework/-/<u></u>Tmvsl1Y4zNc<wbr>J</a>.
<br>>> >
<br>>> > To post to this group, send email to <a>play-fr...@googlegroups.com</a>.
<br>>> > To unsubscribe from this group, send email to
<br>>> > <a>play-framewor...@googlegroups.<u></u><wbr>com</a>.
<br>>> > For more options, visit this group at
<br>>> > <a href="http://groups.google.com/group/play-framework?hl=en" target="_blank">http://groups.google.com/<u></u>group<wbr>/play-framework?hl=en</a>.
<br>>
<br>> --
<br>> You received this message because you are subscribed to the Google Groups
<br>> "play-framework" group.
<br>> To view this discussion on the web visit
<br>> <a href="https://groups.google.com/d/msg/play-framework/-/_nYlJtLSZTsJ" target="_blank">https://groups.google.com/d/<u></u>ms<wbr>g/play-framework/-/_<u></u>nYlJtLSZTs<wbr>J</a>.
<br>>
<br>> To post to this group, send email to <a>play-fr...@googlegroups.<u></u>com</a>.
<br>> To unsubscribe from this group, send email to
<br>> <a>play-framewor...@<u></u>googlegroups.<wbr>com</a>.
<br>> For more options, visit this group at
<br>> <a href="http://groups.google.com/group/play-framework?hl=en" target="_blank">http://groups.google.com/<u></u>group<wbr>/play-framework?hl=en</a>.
<br></div></div></blockquote></div><div><div>
<p></p>
-- <br>
You received this message because you are subscribed to the Google Groups "play-framework" group.<br></div></div>
To view this discussion on the web visit <a href="https://groups.google.com/d/msg/play-framework/-/mEWsAVAlERMJ" target="_blank">https://groups.google.com/d/<wbr>msg/play-framework/-/<wbr>mEWsAVAlERMJ</a>.<div><div>
<br>
To post to this group, send email to <a href="javascript:" target="_blank" gdf-obfuscated-mailto="ECPbjJ1NujcJ">play-fr...@googlegroups.<wbr>com</a>.<br>
To unsubscribe from this group, send email to <a href="javascript:" target="_blank" gdf-obfuscated-mailto="ECPbjJ1NujcJ">play-framewor...@<wbr>googlegroups.com</a>.<br>
For more options, visit this group at <a href="http://groups.google.com/group/play-framework?hl=en" target="_blank">http://groups.google.com/<wbr>group/play-framework?hl=en</a>.<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br>Guillaume Bort, <a href="http://guillaume.bort.fr" target="_blank">http://guillaume.bort.fr</a><br>
</div>
</blockquote>
------=_Part_2069_3216361.1351864168755--
------=_Part_2068_20034624.1351864168755--
Message from discussion [play-2.1-10112012] Each request triggers reload
| Create a group - Google Groups - Google Home - Terms of Service - Privacy Policy |
| ©2013 Google |