[jira] Assigned: (TAP5-516) When rendering a PageLink, it should not be necessary to load the target page instance just to see if there's a page activation context

["Howard M. Lewis Ship (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/TAP5-516?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Howard M. Lewis Ship reassigned TAP5-516:
-----------------------------------------

    Assignee: Howard M. Lewis Ship

> When rendering a PageLink, it should not be necessary to load the target page instance just to see if there's a page activation context
> ---------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: TAP5-516
>                 URL: https://issues.apache.org/jira/browse/TAP5-516
>             Project: Tapestry 5
>          Issue Type: Improvement
>          Components: tapestry-core
>    Affects Versions: 5.1.0.0
>            Reporter: Howard M. Lewis Ship
>            Assignee: Howard M. Lewis Ship
>
> Currently, generating a page render link (inside LinkSource) will load an instance of the target page to fire a "passivate" event on the instance.
> This is wasteful.  Tapestry should know what events the page instance handles (this could be determined during class transformation, in the same way that we determine what render phases each component implements).  It should then be possible to avoid loading a page unless it has a passivate event handler.
> This could make a big different to application start-up time, as each page referenced from the initial page must be fully loaded.
> The downside is that often, loading the pages early causes an early failure: i.e. if page Login has an error and page Index has a page link to it, we'll see that error on first request (because the PageLink forces a load of the Login page). With this improvement, the Login page error wouldn't be seen until the user navigated to the page. I see that as acceptible.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.