aries-commits mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From build...@apache.org
Subject svn commit: r787469 - /websites/staging/aries/trunk/content/development/maven-best-practice-in-aries.html
Date Thu, 24 Mar 2011 15:17:56 GMT
Author: buildbot
Date: Thu Mar 24 15:17:56 2011
New Revision: 787469

Log:
Staging update by buildbot

Modified:
    websites/staging/aries/trunk/content/development/maven-best-practice-in-aries.html

Modified: websites/staging/aries/trunk/content/development/maven-best-practice-in-aries.html
==============================================================================
--- websites/staging/aries/trunk/content/development/maven-best-practice-in-aries.html (original)
+++ websites/staging/aries/trunk/content/development/maven-best-practice-in-aries.html Thu
Mar 24 15:17:56 2011
@@ -242,32 +242,23 @@
 <h1 id="maven_best_practice_in_aries_development">Maven best practice in Aries development</h1>
 <p><a name="MavenbestpracticeinAries-Overallstructure"></a></p>
 <h3 id="overall_structure">Overall structure</h3>
-<p>The Aries project is a collection of loosely couple modules, therefore
-it must be possible to build each module on its own. This implies:</p>
+<p>The Aries project is a collection of loosely couple bundles, therefore
+it must be possible to build each bundle on its own. This implies:</p>
 <ol>
 <li>A parent pom that isn't at the root of the SVN trunk.</li>
-<li>Each module has enough pom info so that it can be released
+<li>Each bundle has enough pom info so that it can be released
 independently.</li>
 <li>parent/default-parent has dependency management for basic osgi-dependencies that
 all projects are almost certain to use (this includes PAX dependencies for
 testing).</li>
-<li>Each module has legal files in its checkout root.</li>
-<li>Each module has an SCM element in its top level pom and <em>not</em>
in any other pom in the module.</li>
-<li>Each module has dependency management for everything included in it. 
-In addition, it has its sub-projects listed in dependency management.  This
-means that</li>
-<li>sub-project poms should not include versions for use of other
-modules</li>
-<li>you can get dependency management for all the modules in a subproject by
-depending on the subproject pom with scope import  (see the samples pom for
-an example).</li>
-<li>As a result of the above, modules don't have any versions in any
-dependency elements</li>
+<li>Each bundle has legal files in its checkout root.</li>
+<li>Each bundle has an SCM element in its top level pom.</li>
+<li>Bundles do not (except samples) have sub-modules.</li>
 </ol>
 <p><a name="MavenbestpracticeinAries-Goodpracticeinthepom"></a></p>
 <h3 id="good_practice_in_the_pom">Good practice in the pom</h3>
 <ol>
-<li>Alphabetic ordering in dependency management</li>
+<li>Alphabetic ordering in dependency management is helpful</li>
 <li>Include a brief description of the project</li>
 <li>Commenting in platform dependencies, see samples assembly projects.</li>
 <li>Use ${project.version} <em>not</em> ${version} for Maven 3 compatibility.</li>



Mime
View raw message