Copy Page

You are not logged in. Any changes you make will be marked as anonymous. You may want to Log In if you already have an account. You can also Sign Up for a new account.

<h2>Repository Layout Definition</h2>
<p>This is the final layout for the repository available in Maven 2.x and its related Ant tasks. </p>

<table class="wysiwyg-macro" data-macro-name="info" style="background-image: url(/plugins/servlet/confluence/placeholder/macro-heading?definition=e2luZm99&amp;locale=en_GB&amp;version=2); background-repeat: no-repeat;" data-macro-body-type="RICH_TEXT"><tr><td class="wysiwyg-macro-body">
<p>This document should be incorporated into the main Maven site shortly, and a link left here as some external people have linked in directly.</p></td></tr></table>

<h3>Issues with the old layout</h3>
<ul>
	<li>It doesn't scale physically. The disk at ibiblio is completly trashed during peak hours. I've had cases where it used a minute and a half for doing <code>ls</code> in the root.</li>
	<li>For a user using browsing the repository through a browser it's hard to locate the artifacts the user want because of the number of files in the directory. This might not be a really big problem if we make a application on top of the repository for browsing.</li>
	<li>The layout doesn't differ between &quot;primary&quot; and &quot;secondary&quot; artifacts. (&quot;secondary&quot; artifacts beeing javadoc, sources etc that do not have a POM of their own).</li>
</ul>

<p>The current layout looks like this:</p>
<table class="wysiwyg-macro" data-macro-name="code" style="background-image: url(/plugins/servlet/confluence/placeholder/macro-heading?definition=e2NvZGV9&amp;locale=en_GB&amp;version=2); background-repeat: no-repeat;" data-macro-body-type="PLAIN_TEXT"><tr><td class="wysiwyg-macro-body"><pre>
/$groupId/$type + "s"/$artifactId-$version.$type
</pre></td></tr></table>

<h3>The new layout:</h3>
<p>Changes from the old way includes:</p>
<ul>
	<li>Overall, the entire directory tree is much deeper. This is for both so that it will scale better in terms of number of files/directories in a single directory. This will ensure that the harddisks that are hosting the repository isn't thrashed like they are on ibiblio today and it will be easier for a user to get a overview over a artifact, the versions of a artifact and the secondary artifacts it has.</li>
	<li>For each primary artifact there is a pom file.</li>
	<li>No symlinks.</li>
</ul>

<p>For primary artifacts:</p>
<table class="wysiwyg-macro" data-macro-name="code" style="background-image: url(/plugins/servlet/confluence/placeholder/macro-heading?definition=e2NvZGV9&amp;locale=en_GB&amp;version=2); background-repeat: no-repeat;" data-macro-body-type="PLAIN_TEXT"><tr><td class="wysiwyg-macro-body"><pre>
/$groupId[0]/../${groupId[n]/$artifactId/$version/$artifactId-$version.$extension
</pre></td></tr></table>

<p>For secondary artifacts:</p>
<table class="wysiwyg-macro" data-macro-name="code" style="background-image: url(/plugins/servlet/confluence/placeholder/macro-heading?definition=e2NvZGV9&amp;locale=en_GB&amp;version=2); background-repeat: no-repeat;" data-macro-body-type="PLAIN_TEXT"><tr><td class="wysiwyg-macro-body"><pre>
/$groupId[0]/../$groupId[n]/$artifactId/$version/$artifactId-$version-$classifier.$extension
</pre></td></tr></table>

<p>$groupId is a array of strings made by splitting the groupId's on <code>&quot;.&quot;</code> into directories. The group org.apache.maven would then yield: <code>org/apache/maven</code>. This should mostly mirror the package structure in Java, though can apply to any language.</p>

<p>For each primary artifact there will be a POM:</p>
<ul>
	<li>A $artifactId-$version.pom</li>
</ul>

<p>POMs that are exclusively parents (packaging = pom) will have the same filename.</p>

<p>Secondary artifacts do not need a POM - they will reference the associated primary POM.</p>

<p>For each file that is the repository there must be a file containing the checksum of the file, typically md5 or sha1. There may also be a digital signature (eg .asc an ascii armoured openpgp signature)</p>

<h4>A complete example</h4>
<p>In the <code>/org/codehaus/plexus</code> directory:</p>
<table class="wysiwyg-macro" data-macro-name="code" style="background-image: url(/plugins/servlet/confluence/placeholder/macro-heading?definition=e2NvZGV9&amp;locale=en_GB&amp;version=2); background-repeat: no-repeat;" data-macro-body-type="PLAIN_TEXT"><tr><td class="wysiwyg-macro-body"><pre>
plexus/
      /plexus-RELEASE.version.txt
      /plexus-RELEASE.version.txt.md5
plexus/1.0/
          /plexus-1.0.pom
          /plexus-1.0.pom.md5
plexus-container/
                /plexus-container-RELEASE.version.txt
plexus-container/0.15-SNAPSHOT/
                              /plexus-container-0.15-200407151214.jar
                              /plexus-container-0.15-200407151214.jar.md5
                              /plexus-container-0.15-200407151214.jar.sha1
                              /plexus-container-0.15-200407151214.pom
                              /plexus-container-0.15-200407151214.pom.md5
                              /plexus-container-0.15-200407151315.jar
                              /plexus-container-0.15-200407151315.jar.md5
                              /plexus-container-0.15-200407151315.pom
                              /plexus-container-0.15-200407151315.pom.md5
                              /plexus-container-0.15-SNAPSHOT.version.txt
                              /plexus-container-0.15-SNAPSHOT.version.txt.md5
plexus-container/0.16-SNAPSHOT/
                              /plexus-container-0.16-200407151612.jar
                              /plexus-container-0.16-200407151612.jar.md5
                              /plexus-container-0.16-200407151612.pom
                              /plexus-container-0.16-200407151612.pom.md5
                              /plexus-container-0.16-SNAPSHOT.version.txt
                              /plexus-container-0.16-SNAPSHOT.version.txt.md5
plexus-container/0.15/
                     /plexus-container-0.15.jar
                     /plexus-container-0.15.jar.md5
                     /plexus-container-0.15.pom
                     /plexus-container-0.15.pom.md5
                     /plexus-container-0.15-javadoc.jar
                     /plexus-container-0.15-javadoc.jar.md5
                     /plexus-container-0.15-javasrc.jar
                     /plexus-container-0.15-javasrc.jar.md5

plexus-container/0.16/
                     /plexus-container-0.16.jar
                     /plexus-container-0.16.jar.md5
                     /plexus-container-0.16.pom
                     /plexus-container-0.16.pom.md5
                     /plexus-container-0.16-javadoc.jar
                     /plexus-container-0.16-javadoc.jar.md5
                     /plexus-container-0.16-javasrc.jar
                     /plexus-container-0.16-javasrc.jar.md5
                     /plexus-container-0.16-src.tar.gz
                     /plexus-container-0.16-src.tar.gz.md5
                     /plexus-container-0.16-bin.tar.gz
                     /plexus-container-0.16-bin.tar.gz.md5
some-ejb/1.0/
            /some-ejb-1.0.jar
            /some-ejb-1.0.jar.md5
            /some-ejb-1.0.pom
            /some-ejb-1.0.pom.md5
            /some-ejb-1.0-client.jar
            /some-ejb-1.0-client.jar.md5
</pre></td></tr></table>

<h4>Different Repositories</h4>

<p>To ease the different uses and archival policies there will later be added 3 repository types:</p>
<ol>
	<li>SNAPSHOT repository, where only snapshots are stored</li>
	<li>Archive repository, a read only repository where old releases can be downloaded from</li>
	<li>Release repository, where official, current releases go</li>
</ol>

<p>Repositories can be any combination of these.</p>

<p>If using an archive repository, it might be considered as a deprecated reository, so you could warn on uses of this for anything other than building old releases themselves.</p>

<h4>POM referencing</h4>

<p>The POM will always reference the primary artifact.</p>

<p>There can only be one POM for a groupId:artifactId combination - type does not factor into it.</p>

<p>The conflict ID of a dependency is:<br />
groupId:artifactId:type<br />
and the full versioned ID is<br />
groupId:artifactId:type:version</p>

<p>The inclusion of type is to accommodate the coexistence of subtypes: eg ejb and ejb-client.</p>

<p>Subtypes are created by particular mojos: eg ejb packaging will create both an ejb and an ejb-client. apidocs:package will create a JAR of the javadocs.</p>

<p>Dependencies will generally only reference the type corresponding to the packaging. However, in some cases, dependency on a subtype will also be required, eg:<br />
&lt;type&gt;ejb-client&lt;/type&gt;.</p>

<p>So two projects with the same group ID and artifact ID, but different packaging are not valid together. However, two dependencies with different types are. Therefore the common use case of having tlds with the same group/artifact ID will work, eg:</p>

<p>/taglibs/1.2.2/taglibs-1.2.2.pom<br />
/taglibs/1.2.2/taglibs-1.2.2.jar<br />
/taglibs/1.2.2/taglibs-1.2.2.tld<br />
/taglibs/1.2.2/taglibs-html-1.2.2.jar</p>