You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@isis.apache.org by "Andi Huber (Jira)" <ji...@apache.org> on 2020/10/23 19:42:00 UTC

[jira] [Updated] (ISIS-2424) Separation of Concerns for Spec-Loader-Cache and IsisBeanTypeRegistry

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

Andi Huber updated ISIS-2424:
-----------------------------
    Issue Type: Improvement  (was: Task)

> Separation of Concerns for Spec-Loader-Cache and IsisBeanTypeRegistry
> ---------------------------------------------------------------------
>
>                 Key: ISIS-2424
>                 URL: https://issues.apache.org/jira/browse/ISIS-2424
>             Project: Isis
>          Issue Type: Improvement
>          Components: Isis Core
>            Reporter: Andi Huber
>            Assignee: Andi Huber
>            Priority: Major
>             Fix For: 2.0.0-M5
>
>
> It would be great to get rid of the quick classification stuff in IsisBeanTypeRegistry, because determining the BeanSort is ultimately a meta-model concern (responsibility of the ObjectSpecificationLoader).
> IsisBeanTypeRegistry can only operate before Spring's Context is available, hence does not have access to provisioned services, while the ObjectSpecificationLoader does.
> IsisBeanTypeRegistry's responsibility should be trimmed down to just
>  * provide alternative bean naming to override Spring's defaults (objectType="...")
>  * determine which types to introspect (inbox for spec-loader)
> BeanSort classification should happen then at a later stage, when Spring's context is available.
>  
>  
>  
>  



--
This message was sent by Atlassian Jira
(v8.3.4#803005)