[
https://issues.apache.org/jira/browse/OAK-138?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13294307#comment-13294307
]
Stefan Guggisberg commented on OAK-138:
---------------------------------------
> It also contains the MicroKernel API itself. As long as we don't want to
> split the API to a separate component, things like remoting IMHO fit best
> within that same component.
my understanding was that we'll need to split the API to a separate component
anyway sooner or later.
with the current setup alternative mk implementations require an explicit
dependency on the 'default' implementation in oak-mk, including all transitive
dependencies such as h2 etc. i find that weird.
IMHO an alternative mk implementation should only require a dependency on the
MicroKernel API.
therefore,
+1 for oak-mk-remote
+1 for oak-mk-api
> Move client/server package in oak-mk to separate project
> --------------------------------------------------------
>
> Key: OAK-138
> URL: https://issues.apache.org/jira/browse/OAK-138
> Project: Jackrabbit Oak
> Issue Type: Improvement
> Components: core, it, mk, run
> Affects Versions: 0.3
> Reporter: Dominique Pfister
> Assignee: Dominique Pfister
>
> As a further cleanup step in OAK-13, I'd like to move the packages
> o.a.j.mk.client and o.a.j.mk.server and referenced classes in oak-mk to a
> separate project, e.g. oak-mk-remote.
> This new project will then be added as a dependency to:
> oak-core
> oak-run
> oak-it-mk
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
