Details
-
Improvement
-
Status: Resolved
-
Major
-
Resolution: Won't Fix
-
None
-
None
Description
There is the Oak and Jcr builder classes for setting up Oak and Jcr repositories. Both builders don't have clear semantics regarding the life cycle of the individual components they register. On top of that the requirements regarding those life cycles differ depending on whether the individual components run within an OSGi container or not. In the former case the container would already manage the life cycle so the builder should not.
IMO we should specify the builders to only be used for non OSGi deployments and have the manage the life cycles of the components they instantiate. OTOH for OSGi deployments we should leverage OSGi subsystems to properly set things up.
Attachments
Issue Links
- relates to
-
OAK-2775 Oak builder changes its state during repository creation
- Resolved
-
OAK-2894 RepositoryImpl should not manage the lifecycle of ContentRepository
- Resolved
-
OAK-2932 Limit the scope of exported packages
- Resolved
-
OAK-2828 Jcr builder class does not allow overriding most of its dependencies
- Closed
-
OAK-2760 HttpServer in Oak creates multiple instance of ContentRepository
- Closed
-
OAK-3197 RepositoryImpl doesn't close the scheduler nicely
- Closed
-
OAK-2736 Oak instance does not close the executors created upon ContentRepository creation
- Closed
-
OAK-2786 Add a way to to get the OAK ContentRepository from the JCR Repository
- Resolved