Hi alltogether,

Just wan't to discuss some of the documented and undocumented conventions:

In the documentation file there already is a comment to keep in mind, when reading:

   ~~ TODO: set a title for identifiers, since there are other
   conventions. Adjust to simplify - one group for whole project,
   ~~ plus subgroup for plugins and one for visual studio. Take a note
   that some don't follow convention now and are
   ~~ retained for legacy reasons, but will be refactored away in future


1) Conventions for Group-IDs and Artifact IDs:

   *OLD: ** If the module does not contain children modules, the Group
   ID is the same as the artifact ID.
   *OLD:* * If a module contains children modules, the child module
   Group ID should either be equivalent to a pluralized
            parent module Group ID or be a deriviative of the parent
   module Group ID.


Imho this doesn't make sense. As stated in the comment above we should change that to something like:

   NEW: Use the groupId to group a certain set of artifacts. If
   possible, do not use the same identifier for both the group and the
   artifact - this often leads to confusions. The Group-ID usually is
   lower case. In .NET-projects, the artifact id becomes the assembly
   name. This makes UpperCase more suitable for .NET artifact ids.


Also this doesn't make sense:

   *OLD: *The directory structure of the source directory (typically
   src/main/csharp) will follow the same pattern as the group ID.


It should be changed to:

   *NEW: *The directory structure of the source directory (typically
   src/main/csharp) will follow the same pattern as the root namespace
   of a project. This usually corresponds to both the artifactId and
   the assembly name.

2) Add SVN conventions
-> Copy from and link to http://maven.apache.org/developers/conventions/svn.html

3) Add Source-code conventions
-> Copy from and link to http://maven.apache.org/developers/committer-environment.html

Any other suggestions?

_
Lars

Reply via email to