Received: by 10.58.209.106 with SMTP id ml10mr756298vec.31.1351874717726;
Fri, 02 Nov 2012 09:45:17 -0700 (PDT)
X-BeenThere: play-framework@googlegroups.com
Received: by 10.52.20.7 with SMTP id j7ls3775826vde.0.gmail; Fri, 02 Nov 2012
09:45:10 -0700 (PDT)
Received: by 10.52.20.51 with SMTP id k19mr496065vde.4.1351874710666;
Fri, 02 Nov 2012 09:45:10 -0700 (PDT)
Date: Fri, 2 Nov 2012 09:41:33 -0700 (PDT)
From: Dirk Louwers <dirk.louw...@stormlantern.nl>
To: play-framework@googlegroups.com
Message-Id: <f74c1c9e-a0f2-4093-9569-309e66fa6b6e@googlegroups.com>
In-Reply-To: <CAC0WruwgQD3xh38w8X2cfRC7_yWMOT7VP_Q-rkFK1vtNVO_Ccw@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>
<c6dfcdd4-f813-44e0-b3f6-83ed4f8e3017@googlegroups.com> <CAC0WruxOobmggFq88yv0byjxeJnhZ8f+rSZzQqXmUMrUcKLmeQ@mail.gmail.com>
<CAC0WruwgQD3xh38w8X2cfRC7_yWMOT7VP_Q-rkFK1vtNVO_Ccw@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_276_1504008.1351874493107"
------=_Part_276_1504008.1351874493107
Content-Type: multipart/alternative;
boundary="----=_Part_277_11391453.1351874493107"
------=_Part_277_11391453.1351874493107
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
After manually hashing the template using OpenSSL it appears that the HASH
value written into the template is incorrect. For other templates it is
fine. Looking at the differences, the template compiler writes hash value
as Path(source).string while it is being compared to Path(source).byteArray.
Op vrijdag 2 november 2012 15:54:51 UTC+1 schreef Guillaume Bort het
volgende:
>
> Well looking at the code, it could have something to do with encoding. The
> `byteArray` call don't specify the encoding to use. Perhaps for any reasons
> this encoding change during the generation and the check phases.
>
>
> On Fri, Nov 2, 2012 at 3:52 PM, Guillaume Bort <guillau...@gmail.com<javascript:>
> > wrote:
>
>> Could you try to debug or add a few traces here:
>>
>>
>> https://github.com/playframework/Play20/blob/master/framework/src/templates-compiler/src/main/scala/play/templates/ScalaTemplateCompiler.scala#L108
>>
>> There is probably something wrong with that.
>>
>>
>> On Fri, Nov 2, 2012 at 2:49 PM, Dirk Louwers <dirk.l...@stormlantern.nl<javascript:>
>> > wrote:
>>
>>> 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: a9468e14516db88237e3431e8b54cf**7780705202
>>>> 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
>>>> > 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/**ms**g/play-framework/-/**
>>>>>> Tmvsl1Y4zNc**J<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/**ms**g/play-framework/-/_**nYlJtLSZTs*
>>>>>> *J <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<https://groups.google.com/d/msg/play-framework/-/mEWsAVAlERMJ>
>>>>> .
>>>>>
>>>>> 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>
>>>>> .
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Guillaume Bort, http://guillaume.bort.fr
>>>>
>>> --
>>> 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/-/unC8rBrK_7wJ.
>>>
>>> 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
>>
>
>
>
> --
> Guillaume Bort, http://guillaume.bort.fr
>
------=_Part_277_11391453.1351874493107
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit
After manually hashing the template using OpenSSL it appears that the HASH value written into the template is incorrect. For other templates it is fine. Looking at the differences, the template compiler writes hash value as Path(source).string while it is being compared to Path(source).byteArray.<div><br><br>Op vrijdag 2 november 2012 15:54:51 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;">Well looking at the code, it could have something to do with encoding. The `byteArray` call don't specify the encoding to use. Perhaps for any reasons this encoding change during the generation and the check phases.<div>
<br><br><div class="gmail_quote">On Fri, Nov 2, 2012 at 3:52 PM, Guillaume Bort <span dir="ltr"><<a href="javascript:" target="_blank" gdf-obfuscated-mailto="vi3c1XgPS14J">guillau...@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Could you try to debug or add a few traces here:<div><br></div><div><a href="https://github.com/playframework/Play20/blob/master/framework/src/templates-compiler/src/main/scala/play/templates/ScalaTemplateCompiler.scala#L108" target="_blank">https://github.com/<wbr>playframework/Play20/blob/<wbr>master/framework/src/<wbr>templates-compiler/src/main/<wbr>scala/play/templates/<wbr>ScalaTemplateCompiler.scala#<wbr>L108</a><br>
</div><div><br></div><div>There is probably something wrong with that.</div><div><div><div><br><br><div class="gmail_quote">On Fri, Nov 2, 2012 at 2:49 PM, Dirk Louwers <span dir="ltr"><<a href="javascript:" target="_blank" gdf-obfuscated-mailto="vi3c1XgPS14J">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">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"><div>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_<u></u>managed<wbr>/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/<u></u>vi<wbr>ews/index.scala.html</div><div> HASH: a9468e14516db88237e3431e8b54cf<u></u><wbr>7780705202</div><div> MATRIX: 505->1|599->18|636->21|671-><u></u>48<wbr>|710->50|755->61|769->67|<u></u>807-><wbr>84</div>
<div> LINES: 19->1|22->1|24->3|24->3|24->3|<u></u><wbr>26->5|26->5|26->5</div><div> -- GENERATED --</div><div>*/ </div></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>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<u></u><wbr>g/play-framework/-/<u></u>Tmvsl1Y4zNc<u></u><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><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<u></u><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<u></u><wbr>g/play-framework/-/_<u></u>nYlJtLSZTs<u></u><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.<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<u></u><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/<u></u>ms<wbr>g/play-framework/-/<u></u>mEWsAVAlERM<wbr>J</a>.<div><div>
<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 <a>play-framewor...@<u></u>googlegroups.<wbr>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/<u></u>group<wbr>/play-framework?hl=en</a>.<br>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br></div></div>Guillaume Bort, <a href="http://guillaume.bort.fr" target="_blank">http://guillaume.bort.fr</a><br>
</div>
</blockquote><div>
<p></p>
-- <br>
You received this message because you are subscribed to the Google Groups "play-framework" group.<br></div>
To view this discussion on the web visit <a href="https://groups.google.com/d/msg/play-framework/-/unC8rBrK_7wJ" target="_blank">https://groups.google.com/d/<wbr>msg/play-framework/-/unC8rBrK_<wbr>7wJ</a>.<div><div>
<br>
To post to this group, send email to <a href="javascript:" target="_blank" gdf-obfuscated-mailto="vi3c1XgPS14J">play-fr...@googlegroups.<wbr>com</a>.<br>
To unsubscribe from this group, send email to <a href="javascript:" target="_blank" gdf-obfuscated-mailto="vi3c1XgPS14J">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>
</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></div>
------=_Part_277_11391453.1351874493107--
------=_Part_276_1504008.1351874493107--
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 |