mirror of https://github.com/apache/maven.git
67 lines
3.0 KiB
Plaintext
67 lines
3.0 KiB
Plaintext
-------------------------------------------------------------------------------
|
|
it0000: The simplest of builds. We have one application class and one test
|
|
class. There are no resources, no source generation, no resource
|
|
generation and a the super model is employed to provide the build
|
|
information.
|
|
|
|
it0001: Builds upon it0000: we add an application resource that is packaged
|
|
up in the resultant JAR.
|
|
|
|
it0002: Builds upon it0001: we add the download of a dependency. We delete
|
|
the JAR from the local repository and make sure it is there post build.
|
|
|
|
it0003: Builds upon it0001: we add a jar installation step. We delete the JAR
|
|
from the local repository to make sure it is there post build.
|
|
|
|
it0004: The simplest of pom installation. We have a pom and we install it in
|
|
local repository.
|
|
|
|
it0005: The simplest of pom installation. We have a snapshot pom and we install
|
|
it in local repository.
|
|
|
|
it0006: Simple goal decoration. We introduce a preGoal and a postGoal to the
|
|
'compiler:compile' goal.
|
|
|
|
it0007: We specify a parent in the POM and make sure that it is downloaded as
|
|
part of the process.
|
|
|
|
-------------------------------------------------------------------------------
|
|
|
|
- generated sources
|
|
- generated resources from sources
|
|
- generated resources from generated sources
|
|
- filtered resources
|
|
- build that requires a plugin download
|
|
- transitive dependencies
|
|
- goal attainment not requiring depedency resolution
|
|
- goal attainment where a POM is not required: this is a case where
|
|
we are using mgen to create new applications and project structures
|
|
which is used by the m2 geronimo plugin and tools like the "setup"
|
|
goal which brings a project to life from scratch using something like:
|
|
m2 --setup xstream --version 1.0
|
|
|
|
- write a small program to generate a massively nested build
|
|
which which use the reactor and inheritence. we need to have
|
|
integration tests that go far beyond what the average user
|
|
would ever setup.
|
|
|
|
- project with a cyclic dependency
|
|
|
|
-------------------------------------------------------------------------------
|
|
These are a set of builds that contain known errors. The errors should be
|
|
captured and reported in a useful manner to the user. We will start at it1000
|
|
for intentially flawed builds.
|
|
-------------------------------------------------------------------------------
|
|
it1000: A build which contains a malformed pom.xml. We have intentionally
|
|
created a mismatch in the first element. We have:
|
|
<projectX>...</project>
|
|
-------------------------------------------------------------------------------
|
|
it1001: A build whose pom.xml does not contain a <groupId/> element.
|
|
-------------------------------------------------------------------------------
|
|
it1002: A build with a syntax error in the first field declaration.
|
|
-------------------------------------------------------------------------------
|
|
it1003: A build with a simple test failure.
|
|
-------------------------------------------------------------------------------
|
|
|
|
- checksum mismatch
|