You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@tapestry.apache.org by "Hudson (JIRA)" <ji...@apache.org> on 2010/09/05 23:51:34 UTC

[jira] Commented: (TAP5-1123) Documentation in ApplicationStateManager is not quite correct: when creating an SSO it uses the full injection machinery, not necessarilly the no-args constructor

    [ https://issues.apache.org/jira/browse/TAP5-1123?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12906393#action_12906393 ] 

Hudson commented on TAP5-1123:
------------------------------

Integrated in tapestry-5.2-freestyle #186 (See [https://hudson.apache.org/hudson/job/tapestry-5.2-freestyle/186/])
    TAP5-1123: Documentation in ApplicationStateManager is not quite correct: when creating an SSO it uses the full injection machinery, not necessarilly the no-args constructor


> Documentation in ApplicationStateManager is not quite correct: when creating an SSO it uses the full injection machinery, not necessarilly the no-args constructor
> ------------------------------------------------------------------------------------------------------------------------------------------------------------------
>
>                 Key: TAP5-1123
>                 URL: https://issues.apache.org/jira/browse/TAP5-1123
>             Project: Tapestry 5
>          Issue Type: Bug
>          Components: documentation, tapestry-core
>    Affects Versions: 5.2.0
>            Reporter: Howard M. Lewis Ship
>            Priority: Trivial
>             Fix For: 5.2.1
>
>
>     /**
>      * For a given class, find the SSO for the class, creating it if necessary. The manager has a configuration that
>      * determines how an instance is stored and created as needed. A requested SSO not in the configuration is assumed
>      * to be created via a no-args constructor, and stored in the session.
>      *
>      * @param <T>
>      * @param ssoClass identifies the SSO to access or create
>      * @return the SSO instance
>      */
>     <T> T get(Class<T> ssoClass);
> That's whats wrong, because it actually uses ObjectLocator.autobuild() now (since at least 5.1).

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