[
https://issues.apache.org/jira/browse/HBASE-3361?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14063007#comment-14063007
]
Misty Stanley-Jones commented on HBASE-3361:
--------------------------------------------
This is already covered in chapter 18. The "mvn test" is covered, as well as
some other permutations: http://hbase.apache.org/book.html#hbase.tests
Also, the -Dskiptests is covered in the next section of chapter 18:
http://hbase.apache.org/book.html#build
I stole the dependency clause from the hbase-prefix-tree/pom.xml and documented
it, but not 100% sure that I used the right terminology when talking about it.
The goal is run HBase's shipped tests against your custom code, right?
> Modularize Maven Structure for Tests
> ------------------------------------
>
> Key: HBASE-3361
> URL: https://issues.apache.org/jira/browse/HBASE-3361
> Project: HBase
> Issue Type: Improvement
> Components: documentation
> Reporter: Ed Kohlwey
> Assignee: Misty Stanley-Jones
>
> There's a few reasons to break tests out into their own module:
> 1. Allowing maven users to easily re-consume test utilities as part of a
> "test" package which doesn't pollute the runtime classpath
> 2. Putting integration tests (tests that create or require a cluster) in
> their own module allows users to easily rebuild and test the core of HBase
> without running long-running tests, reducing the developer iteration loop
> After some discussions with Stack on IRC, it sounds like there was some
> historic investigation of this which was abandoned because the module system
> was becoming too complex. I'd suggest that rather than trying to break out
> components all at once into their modules, evaluate creation of modules on a
> case-by-case basis and only create them when there's a significant use case
> justification.
> I created a sample of what I'm thinking about (based on the current trunk)
> and posted it on github
> git://github.com/ekohlwey/modularized-hbase.git
--
This message was sent by Atlassian JIRA
(v6.2#6252)
