RE: T5: NPE in Base64InputStream and locked/waitingCheckForUpdatesFilter

2007-07-11 Thread Matt Ayres
I haven't had a chance to run a load test of j6u1 vs j6u2 with 5.0.5, however switching to j6u2 on our public test site for the last day seems to have solved the problem. The previous day on j6u1 it stopped responding 4 times. Thanks for pointing out the bug report. -Matt -Original Message---

RE: T5: NPE in Base64InputStream and locked/waiting CheckForUpdatesFilter

2007-07-10 Thread Matt Ayres
We're experiencing the same issue on a test site with relatively light activity (10k page views/day), and the stack trace is the same after TapestryModule: "btpool0-810" prio=10 tid=0x08660c00 nid=0x5daf waiting on condition [0x961df000..0x961e0130] java.lang.Thread.State: WAITING (parking)

Tapestry 5 NPE in PageTester

2007-02-21 Thread Matt Ayres
I'm running into a NullPointerException in PageTester if a element exists in the page template. Here's a snippet of the stack trace: Exception in thread "main" java.lang.NullPointerException at $Request_110d9536317.getContextPath($Request_110d9536317.java) at $Request_110d95362e3.getContextPath($

RE: Tapestry 5 issue with Eclipse

2007-02-20 Thread Matt Ayres
e connection"? Still don't know. On 2/20/07, Aslak Gronflaten <[EMAIL PROTECTED]> wrote: > I'm getting the same (annoying) behaviour on windows as well. Works on > osx and linux though. > > Aslak > > On 2/21/07, Matt Ayres <[EMAIL PROTECTED]> wrote: >

Tapestry 5 issue with Eclipse

2007-02-20 Thread Matt Ayres
I'm encountering an issue with the automatic component reloading in T5 when used with Eclipse. It's really making it difficult to fully take advantage of this great feature. It seems to occur consistently when editing any non-Java file that's on the build path. Sometimes it takes saving the file a