I'm trying to figure out how to chain advice together, and I'm having
trouble finding a good example. Basically what I want to do is insert my
advice after some existing advice from the Tynamo tapestry-security module.
I'm hoping this will allow me to run my own logic whenever the existing
advice
Looks like this is a bug in 5.0.18 that has been fixed in 5.1.0.0. See
http://issues.apache.org/jira/browse/TAP5-413 for details.
-Dave
On Mon, Mar 9, 2009 at 6:11 PM, Dave Dombrosky wrote:
> Sorry I may have jumped the gun. I thought I had this fixed, but I
> must have been testing on
Sorry I may have jumped the gun. I thought I had this fixed, but I
must have been testing on Jetty and not Tomcat. Still broken in
Tomcat.
-Dave
On Mon, Mar 9, 2009 at 5:49 PM, Dave Dombrosky wrote:
> Peter, returning true "works", but it does not redirect the user to a
> dif
loading, after an
> invalidate, I could not initialize a new page because a new session could not
> be instantiated at that point, simply setting the property before the
> invalidate fixed that, the second issue was the use of the Response Tapestry
> service rather than HttpSer
I'm also getting an exception after a session.invalidate() from an
ActionLink and can confirm that it works in Jetty but fails in Tomcat.
It would be nice to know if there is a workaround. Here's the
exception:
java.lang.IllegalStateException: Cannot create a session after the
response has been
I have also noticed this. It only seems to happen when the form
accesses variables stored inside the @Persisted class.
I'm not sure if this is a bug or just a limitation of @Persist. Only
workaround I have for now is to move all the variables into the
tapestry component, and then add @Persist to
I'm trying to add the email validator to some of my TextFields, and I
am running into an issue. I thought I just had to use
validate="email" as the parameter, but I am getting this error:
java.lang.IllegalArgumentException
Validator 'email' requires a validation constraint (of type
java.lang.Void
I would like to return an HTTP error from an AJAX call, so that it
will be interpreted as a failed request by my response handlers. Is
there any way to bypass Tapestry's ExceptionReport and instead have an
Exception bubble up to Tomcat (so that a 500 Error is generated)?
-Dave
--
I also came across this issue. It was very tricky to troubleshoot.
I have added a documentation bug to JIRA so that other people can
avoid this problem. Here is the link to the issue:
https://issues.apache.org/jira/browse/TAPESTRY-2463
-Dave
On Tue, Jun 17, 2008 at 1:16 AM, Dmitry Shyshkin <[E
Christian,
It looks like on Kubuntu, the Ctrl-Alt-X key combo is already bound to
"Enable/Disable Clipboard Actions". I would be nice if a different
key combo could be used to work around this.
Sorry to make you change it yet again!
-Dave
On Mon, Jun 16, 2008 at 12:35 PM, zack1403 <[EMAIL PROT
Is there still no solution to this problem? I am also trying to
override the default SaltSource, but the tapestry5-acegi package
always wants to use the one it defines.
I tried using contributions to Alias and AliasOverrides, and also
annotating my own buildMySaltSource() method with
@Marker(Aceg
11 matches
Mail list logo