[jira] [Updated] (ISIS-2177) Provide an ObjectManager API to decouple from JDO

2020-03-19 Thread Andi Huber (Jira)


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

Andi Huber updated ISIS-2177:
-
Fix Version/s: (was: 2.0.0)
   2.0.0-M4

> Provide an ObjectManager API to decouple from JDO
> -
>
> Key: ISIS-2177
> URL: https://issues.apache.org/jira/browse/ISIS-2177
> Project: Isis
>  Issue Type: Improvement
>  Components: Core
>Reporter: Andi Huber
>Assignee: Andi Huber
>Priority: Major
> Fix For: 2.0.0-M4
>
>
> We are implementing an ObjectManager that is an API to replace 
> ObjectAdapterProvider, PersistenceSession and others that are closely coupled 
> with JDO.
> Following a chain of responsibility pattern ObjectManager is setup with a 
> couple of handlers for different responsibilities, these are:
> 1. Object creation, newing up from a given ObjectSpecification, initializing 
> defaults and resolving injection points if required.
>  2. Object re-creation from a given ObjectSpecification + Object-Identifier, 
> resolving injection points if required.
>  3. Object persisting for a given ObjectSpecification and the actual Object a 
> pojo. Conceptually this might also include aspects of serializing 
> ManagedObjects into in-memory mementos.



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


[jira] [Updated] (ISIS-2177) Provide an ObjectManager API to decouple from JDO

2020-02-11 Thread Andi Huber (Jira)


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

Andi Huber updated ISIS-2177:
-
Fix Version/s: (was: 2.0.0-M3)
   2.0.0

> Provide an ObjectManager API to decouple from JDO
> -
>
> Key: ISIS-2177
> URL: https://issues.apache.org/jira/browse/ISIS-2177
> Project: Isis
>  Issue Type: Improvement
>  Components: Core
>Reporter: Andi Huber
>Assignee: Andi Huber
>Priority: Major
> Fix For: 2.0.0
>
>
> We are implementing an ObjectManager that is an API to replace 
> ObjectAdapterProvider, PersistenceSession and others that are closely coupled 
> with JDO.
> Following a chain of responsibility pattern ObjectManager is setup with a 
> couple of handlers for different responsibilities, these are:
> 1. Object creation, newing up from a given ObjectSpecification, initializing 
> defaults and resolving injection points if required.
>  2. Object re-creation from a given ObjectSpecification + Object-Identifier, 
> resolving injection points if required.
>  3. Object persisting for a given ObjectSpecification and the actual Object a 
> pojo. Conceptually this might also include aspects of serializing 
> ManagedObjects into in-memory mementos.



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


[jira] [Updated] (ISIS-2177) Provide an ObjectManager API to decouple from JDO

2019-12-05 Thread Daniel Keir Haywood (Jira)


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

Daniel Keir Haywood updated ISIS-2177:
--
Fix Version/s: (was: 2.0.3)
   2.0.0

> Provide an ObjectManager API to decouple from JDO
> -
>
> Key: ISIS-2177
> URL: https://issues.apache.org/jira/browse/ISIS-2177
> Project: Isis
>  Issue Type: Improvement
>  Components: Core
>Reporter: Andi Huber
>Assignee: Andi Huber
>Priority: Major
> Fix For: 2.0.0
>
>
> We are implementing an ObjectManager that is an API to replace 
> ObjectAdapterProvider, PersistenceSession and others that are closely coupled 
> with JDO.
> Following a chain of responsibility pattern ObjectManager is setup with a 
> couple of handlers for different responsibilities, these are:
> 1. Object creation, newing up from a given ObjectSpecification, initializing 
> defaults and resolving injection points if required.
>  2. Object re-creation from a given ObjectSpecification + Object-Identifier, 
> resolving injection points if required.
>  3. Object persisting for a given ObjectSpecification and the actual Object a 
> pojo. Conceptually this might also include aspects of serializing 
> ManagedObjects into in-memory mementos.



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


[jira] [Updated] (ISIS-2177) Provide an ObjectManager API to decouple from JDO

2019-11-14 Thread Andi Huber (Jira)


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

Andi Huber updated ISIS-2177:
-
Summary: Provide an ObjectManager API to decouple from JDO  (was: Provide a 
ObjectManager API to decouple from JDO)

> Provide an ObjectManager API to decouple from JDO
> -
>
> Key: ISIS-2177
> URL: https://issues.apache.org/jira/browse/ISIS-2177
> Project: Isis
>  Issue Type: Improvement
>  Components: Core
>Reporter: Andi Huber
>Assignee: Andi Huber
>Priority: Major
> Fix For: 2.0.3
>
>
> We are implementing an ObjectManager that is an API to replace 
> ObjectAdapterProvider, PersistenceSession and others that are closely coupled 
> with JDO.
> Following a chain of responsibility pattern ObjectManager is setup with a 
> couple of handlers for different responsibilities, these are:
> 1. Object creation, newing up from a given ObjectSpecification, initializing 
> defaults and resolving injection points if required.
>  2. Object re-creation from a given ObjectSpecification + Object-Identifier, 
> resolving injection points if required.
>  3. Object persisting for a given ObjectSpecification and the actual Object a 
> pojo. Conceptually this might also include aspects of serializing 
> ManagedObjects into in-memory mementos.



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