Re: Tapestry 5.3.4-rc-7

2012-08-28 Thread Howard Lewis Ship
; -Original Message- > From: Howard Lewis Ship [mailto:hls...@gmail.com] > Sent: 28 June 2012 19:28 > To: Tapestry users > Subject: Re: Tapestry 5.3.4-rc-7 > > I've been having problems with even with YUICompressor 2.4.7 in a production > app. > > On Thu, Jun 28

RE: Tapestry 5.3.4-rc-7

2012-08-28 Thread Blower, Andy
riginal Message- From: Howard Lewis Ship [mailto:hls...@gmail.com] Sent: 28 June 2012 19:28 To: Tapestry users Subject: Re: Tapestry 5.3.4-rc-7 I've been having problems with even with YUICompressor 2.4.7 in a production app. On Thu, Jun 28, 2012 at 10:05 AM, Jochen Frey wrote: > +1

Re: Load test with Tapestry 5.3.4-rc-7 and subtile bug/problem with ResourceStreamerImpl/ResourceChangeTrackerImpl and "If-Modified-Since" http header

2012-06-28 Thread Howard Lewis Ship
https://issues.apache.org/jira/browse/TAP5-1964 On Thu, Jun 28, 2012 at 6:22 PM, Howard Lewis Ship wrote: > Ah, reading back, I see exactly what Robert's getting at: the placeholder > value, used in production, should be limited to one-second precision. This > represents a change in 5.3 to ditch

Re: Load test with Tapestry 5.3.4-rc-7 and subtile bug/problem with ResourceStreamerImpl/ResourceChangeTrackerImpl and "If-Modified-Since" http header

2012-06-28 Thread Howard Lewis Ship
Ah, reading back, I see exactly what Robert's getting at: the placeholder value, used in production, should be limited to one-second precision. This represents a change in 5.3 to ditch all the code that checks for changes: literally, the filter responsible is not instantiated in production mode, an

Re: Load test with Tapestry 5.3.4-rc-7 and subtile bug/problem with ResourceStreamerImpl/ResourceChangeTrackerImpl and "If-Modified-Since" http header

2012-06-28 Thread Howard Lewis Ship
Robert is right on this one; there's code elsewhere to uses the URLChangeTracker (the core of ResourceChangeTracker) at second (not millisecond) precision, for this exact scenario ... I suspect something is slightly out of wack for it to come back as it has. On Thu, Jun 28, 2012 at 4:43 PM, Rober

Re: Load test with Tapestry 5.3.4-rc-7 and subtile bug/problem with ResourceStreamerImpl/ResourceChangeTrackerImpl and "If-Modified-Since" http header

2012-06-28 Thread Robert Lentz
Hi Thiago, well I don't have jetty available atm, but how would jetty or any other java date parser parse a string date including seconds but without milliseconds provided to a long milliseconds value If-Modified-Since Thu, 28 Jun 2012 22:32:41 GMT I assume the millis range 000-999 must be igno

Re: Load test with Tapestry 5.3.4-rc-7 and subtile bug/problem with ResourceStreamerImpl/ResourceChangeTrackerImpl and "If-Modified-Since" http header

2012-06-28 Thread Thiago H de Paula Figueiredo
On Thu, 28 Jun 2012 19:38:52 -0300, Robert Lentz wrote: Hi All, Hi! The header "If-Modified-Since " which will be parse by Tomcat's FastHttpDateFormat.parseDate(..) method to a long, when called ifModifiedSince = request.getDateHeader(IF_MODIFIED_SINCE_HEADER). During this parsing any milli

Load test with Tapestry 5.3.4-rc-7 and subtile bug/problem with ResourceStreamerImpl/ResourceChangeTrackerImpl and "If-Modified-Since" http header

2012-06-28 Thread Robert Lentz
Hi All, we are currently heavy load testing Tapestry 5.3.4-rc-7 in production mode with Tomcat 6.0.35, so far it looks pretty good, but sometimes (mostly) during a test series we noticed unnecessary repeatly high number of assets requests with a http status code "200" instead of the exp

Re: Tapestry 5.3.4-rc-7

2012-06-28 Thread Christian Riedel
926 and have a look at the problem I reported on >> BeanEditor and BeanValidation [1]? >>>> And yes, Everything's stable with rc-7! >>>> >>>> >>>> >>>> [1] >> http://tapestry.1045711.n5.nabble.com/BeanEditor-should-alway

Re: Tapestry 5.3.4-rc-7

2012-06-28 Thread Lenny Primak
I've been running in production for a while, with a combined "jarjar"-combined yuicompressor, rhino and tapestry-yuicompressor with no problems for months now. I was the only viable solution I could find with the duplication of libraries and the "customized" rhino library problem that yuicompresso

Re: Tapestry 5.3.4-rc-7

2012-06-28 Thread Howard Lewis Ship
; >> And yes, Everything's stable with rc-7! > >> > >> > >> > >> [1] > http://tapestry.1045711.n5.nabble.com/BeanEditor-should-always-provide-a-new-BeanValidationContext-JSR-303-tp5713975.html > >> > >> > >> - Original

Re: Tapestry 5.3.4-rc-7

2012-06-28 Thread Jochen Frey
SR-303-tp5713975.html >> >> >> - Original Message ----- >>> From: "Howard Lewis Ship" >>> To: "Tapestry users" >>> Sent: Monday, 25 June, 2012 7:44:33 PM >>> Subject: Tapestry 5.3.4-rc-7 >>> >>>

Re: Tapestry 5.3.4-rc-7

2012-06-28 Thread Christian Riedel
eanEditor-should-always-provide-a-new-BeanValidationContext-JSR-303-tp5713975.html > > > - Original Message - >> From: "Howard Lewis Ship" >> To: "Tapestry users" >> Sent: Monday, 25 June, 2012 7:44:33 PM >> Subject: Tapestry 5.3.4-rc-7 >

Re: Tapestry 5.3.4-rc-7

2012-06-28 Thread Luca Menegus
.html - Original Message - > From: "Howard Lewis Ship" > To: "Tapestry users" > Sent: Monday, 25 June, 2012 7:44:33 PM > Subject: Tapestry 5.3.4-rc-7 > > I've just uploaded Tapestry 5.3.4-rc-7. Key improvements: > > * More (minor) speed improvement

Re: Tapestry 5.3.4-rc-7

2012-06-28 Thread Christian Riedel
Everything's stable with rc-7! I'd +1 a vote on this release. Am 25.06.2012 um 19:44 schrieb Howard Lewis Ship: > I've just uploaded Tapestry 5.3.4-rc-7. Key improvements: > > * More (minor) speed improvements > * TAP5-1873: JavaScript execution exception

Tapestry 5.3.4-rc-7

2012-06-25 Thread Howard Lewis Ship
I've just uploaded Tapestry 5.3.4-rc-7. Key improvements: * More (minor) speed improvements * TAP5-1873: JavaScript execution exception is not logged * Fixes the Hibernate dependency to match 5.3.3 * TAP5-1880: Disable GZip compression for HTTP/1.0 * TAP5-1938: JpaValueEncoder encodes tran