[ https://issues.apache.org/jira/browse/OAK-3134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15875924#comment-15875924 ]
Thomas Mueller commented on OAK-3134: ------------------------------------- > Deploying 50MB+ at time can be challenging I see. > Most probably by simply creating a benchmark module where we put in all the > benchmarks and scalability could achieve most of the main goal around size. > ... So we could start by moving in this direction if everyone agrees. Of > course benchmark won't be deployed... +1 > If we go for oak-benchmarks; how are we going to deal with backports? I wonder if somebody _needs_ branch versions of oak-run.jar. I assume it's not needed usually, so maybe we can [disable the jar file from being built|http://stackoverflow.com/questions/12809559/remove-jar-created-by-default-in-maven] for branches, or only generated with a specific profile? > 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)