You are viewing a plain text version of this content. The canonical link for it is here.
Posted to oak-issues@jackrabbit.apache.org by "Francesco Mari (JIRA)" <ji...@apache.org> on 2018/04/19 14:00:00 UTC
[jira] [Created] (OAK-7425) Add discovery mechanism for tooling
implementations
Francesco Mari created OAK-7425:
-----------------------------------
Summary: Add discovery mechanism for tooling implementations
Key: OAK-7425
URL: https://issues.apache.org/jira/browse/OAK-7425
Project: Jackrabbit Oak
Issue Type: Improvement
Components: segment-tar
Reporter: Francesco Mari
Assignee: Francesco Mari
Fix For: 1.10
Attachments: 001.patch
This issue proposes an idea for discovering implementations of tooling for the Segment Store. Developing a tool for the Segment Store should include the following step.
* The tool compiles against the {{NodeStore}} API and the API exposed through the oak-segment-tar-tool-api. In particular, the tool uses the {{ToolingSupportFactory}} and related interfaces to instantiate a NodeStore and, optionally, a {{NodeState}} for the proc tree.
* The tool runs with an implementation-dependent uber-jar in the classpath. The uber-jar includes the {{ToolingSupportFactory}} API, its implementation, and every other class required for the implementation to work. No other JARs is required to use the {{ToolingSupportFactory}} API. The tool uses the Java's {{ServiceLoader}} to instantiate an implementation of {{ToolingSupportFactory}}. The uber-jar is the {{oak-segment-tar-tool}} module.
The patch falls short of fully implementing the use case because {{oak-segment-tar-tool-api}} is not versioned independently from Oak. This can't happen at the moment because {{oak-store-spi}} and its dependencies are not independently versioned either. The workflow described above could still work, but only because the {{NodeStore}} and {{NodeState}} API are quite stable. A cleaner solution to dependency management is required in the long run.
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)