Skip to end of metadata
Go to start of metadata

The contents of this page have been merged to Taxonomy. The information below is for historical purposes only while the refactoring is taking place.

The taxonomy of a project provides a set of categories, or taxons, that help organize the content of a project. The taxonomy provides the structure within which content can be added easily. The taxonomy is a reference which is not necessarily the form you want to present to users, but provides the basis for creating different views on the content that are easily consumed by users. You may create user guides, howtos, trails, or even a book based on the taxonomy of a project where these derivative works provide a structure that is more familiar and easier to understand by users, but the taxonomy is the pillar around which these derivative works are created.


  • Basics for identity
  • Parent requirements
Existing Documents


  • Combinatorial approaches
  • Application parent
  • Organizational parent

Standard inheritance principles

  • Local specification wins
  • Exceptions to standard inheritance (artifactId, modelVersion, name, packaging, ...? not inherited)


  • Sources
    • POM
    • Runtime Objects
    • System Properties
    • Shell Environment
Existing Documents

Artifacts & Dependencies

  • Scopes
  • Optional flag
  • Exclusions
  • Dependency management
  • Version ranges
  • Conflict resolution
  • Snapshots
    • Update Interval Configuration
    • Using Build Number/Timestamp vs. "SNAPSHOT"
  • Metadata
Existing Documents


  • Minimal searchable identity part
  • <pluginGroups> usage
Existing Documents

Plugin- and Execution-Level POM Configuration

  • Phase binding
  • Execution-level configuration
  • Inheritance considerations

Build Life Cycle

  • Sources of mojo bindings
    • Packaging
    • Forked lifecycle overlay
    • POM configuration
    • Active profiles
    • Super POM
  • Forking considerations
    • Tracing entry point to avoid cycles
    • Handling cloned projects
Existing Documents


  • Sorting
  • Cyclic dependency checking
  • Failure advice
    • Skipping dependents of failed builds
  • Using fresh interdependency artifacts


  • Proxy information
  • Authentication information
  • Mirrors
  • Plugin groups
  • Offline mode flag
Existing Documents


  • Profile injection and inheritance
  • What you can specify where - restrictions
  • Activating
    • activeProfiles - where used
    • Activation section and activators
    • -P command-line switch
    • activeByDefault
  • Warnings
  • Effects on portability
  • Violating 1:1 POM:artifact mapping (not sure what this is now...old notes...)
Existing Documents


  • Aggregation patterns
    • Through inheritance
    • Through transitive resolution
    • Through activated profiles
  • Blacklisting
  • Using layouts
    • Using custom layouts
  • Metadata controls
  • Separating Releases from Snapshots in the repository
    • Releases flag
    • Snapshots flag and update interval
  • Available transports
Existing Documents


  • Providing configuration to reports
  • Default reports and effects of overriding

Standards, Best Practices, Design Patterns

  • Maven Standard
  • Adjusting to Non-Standard Directory Structures
Existing Documents