[ https://issues.apache.org/jira/browse/OAK-3134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15880398#comment-15880398 ]
Thomas Mueller commented on OAK-3134: ------------------------------------- > IMHO the benchmarks should live with the code they are intended to benchmark > and not in a separate module. this would also solve the question wrt > different branches/versions of the benchmarks. Some (most?) of the benchmarks are for multiple storage engines (SegmentStore, DocumentStore). So those can't be moved to segment-tar for example. > just moving them to a new oak-benchmark module without addressing the > underlying issue The question is, what _is_ the underlying issue. To me, the underlying issue is that we bundle for example the Hadoop jar in oak-run, so the oak-run jar get huge (which in itself is unfortunate), and therefore releasing oak-run is slow (which was the issue Davide wants to address, I believe). > Identify functionality offered by oak-run > ----------------------------------------- > > Key: OAK-3134 > URL: https://issues.apache.org/jira/browse/OAK-3134 > Project: Jackrabbit Oak > Issue Type: Task > Components: run > Reporter: Davide Giannella > Assignee: Davide Giannella > > oak-run reached the size of 50MB+ and offers indeed various functionalities > that could be moved to their own module. > This ticket is about to identify what oak-run currently offers and what/if > could be split. > ML thread: http://markmail.org/thread/w34bphrk57l7pkaz > || Functionality || Package || Module || > | Backup | | oak-operations| > | Check | | oak-operations| > | Checkpoints | | oak-operations| > | Compact | | oak-operations| > | Debug | | oak-operations| > | Explore | |oak-development | > | Groovy console | org.apache.jackrabbit.oak.console, > /oak-run/src/main/groovy/org/apache/jackrabbit/oak/console | oak-operations| > | Primary | | oak-development| > | Recovery | | oak-operations| > | Repair | | oak-operations| > | Restore | | oak-operations| > | Server | | oak-development| > | Standby | | oak-development| > | Upgrade | | oak-upgrade| > | micro-benchmark | org.apache.jackrabbit.oak.benchmark |oak-development | > | scalability benchmark | org.apache.jackrabbit.oak.scalability | > oak-development| > | DataStoreCacheUpgrade | | oak-operations | > | DataStoreCheck | | oak-operations | > | Garbage | | oak-operations | > | tarmkdiff | | oak-operations | > | tarmkrecovery | | oak-operations | > | graph | | oak-development | > | history | | oak-operations | > | index | | oak-operations | > | persistentcache | | oak-operations | > | resetclusterid | | oak-operations | > | threaddump | | oak-development | > | tika | | oak-operations | > Modules left after the actions: > **oak-development** > Used to group and execute all the tools used during development. > _deployed to maven:_ No. > **oak-operations** > Used to group and execute all the tools used normally in production > environment for tasks like maintenance & C. > _deployed to maven:_ Yes. > **oak-run** > Will group what's left after the split. > _deployed to maven:_ No. > **oak-upgrade** > Will group tools for upgrading/migrating from one repo/version to another > _deployed to maven:_ yes. -- This message was sent by Atlassian JIRA (v6.3.15#6346)