You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tapestry.apache.org by "Josh Canfield (JIRA)" <ji...@apache.org> on 2010/12/15 19:39:01 UTC
[jira] Commented: (TAP5-1373) @PageActivationContext should case
the activate event to be aborted
[ https://issues.apache.org/jira/browse/TAP5-1373?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12971772#action_12971772 ]
Josh Canfield commented on TAP5-1373:
-------------------------------------
This sounds like a feature, not a bug. If you want to do other initialization in onActivate then you should be able to do this.
Your example code should be:
void onActivate() {
if ( bar == null )
bar = "baz";
// Handle other activation stuff
}
> @PageActivationContext should case the activate event to be aborted
> -------------------------------------------------------------------
>
> Key: TAP5-1373
> URL: https://issues.apache.org/jira/browse/TAP5-1373
> Project: Tapestry 5
> Issue Type: Improvement
> Components: tapestry-core
> Affects Versions: 5.2.4
> Reporter: Igor Drobiazko
> Assignee: Igor Drobiazko
>
> Currently it is not possible to have both: a field annotated with @PageActivationContext and a no-args onActivate() method. The generated method doesn't abort the event, so that the no-args activation method is called afterwards. This behaviour overrides the activation context retrieved from the URL.
> public class Foo {
> @PageActivationContext
> private String bar;
> void onActivate() {
> bar = "baz";
> }
> }
> The generated method should store a "true" result in order to abort the event.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.