Konvention für Maven Eigenschaften: "dot case" oder "camel case"?

Question

Mit Java und Maven, was ist die Konvention für Maven-Eigenschaften?

Ich poste hier 2 Beispiele, die beide weit verbreitet sind. Welcher ist nach der Konvention richtig?

Beispiel A

<properties> 
    <hibernate.version>4.3.8.Final</hibernate.version> 
    <hsqldb.version>2.3.2</hsqldb.version> 
    <log4j2.version>2.0.2</log4j2.version> 
</properties> 

Beispiel B

<properties> 
    <hibernateVersion>4.3.8.Final</hibernateVersion> 
    <hsqldbVersion>2.3.2</hsqldbVersion> 
    <log4j2Version>2.0.2</log4j2Version> 
</properties> 

Edit:

Hier ist ein Link zu einer Maven Properties Guide. Einige Beispiele für Maven-Eigenschaften sind ${project.build.directory} (dot case) und ${project.build.outputDirectory} (sowohl dot case als auch camel case).

Und die offizielle Dokumentation Maven POM Reference schlägt eine Beispieleigenschaft mit dem Namen <someVar> (Kamelfall) vor.

Answer 1

Nach dem Lesen der relevanten Dokumentation war die Antwort darauf die ganze Zeit klar.

Der scheinbare Widerspruch zwischen dot.case und camelCase ist, daß man diehierarchische Struktur in den POM Referenz verwendet wird, während die andere für die variable Benennung verwendet wird.

Betrachten wir zum Beispiel ${project.build.outputDirectory}. Die Punktnotation bezieht sich hier, soweit ich das verstehe, auf die Pom-Struktur, in der sich die Variable befindet, während der Variablenname selbst in Kamelfall ist.

<project> 
    <build> 
    <outputDirectory>/opt/foo</outputDirectory> 
    </build> 
</project> 

Mit anderen Worten, ist die Konvention für die Variablennamen in Maven in der Tat Kamel Fall, nicht mit Verweisen auf Eigenschaften/Variablen innerhalb der pom Struktur wie ${project.version}, ${project.build.outputDirectory}, und so weiter zu verwechseln, und Beispiel B wäre korrekteste nach der Konvention:

<properties> 
    <hibernateVersion>4.3.8.Final</hibernateVersion> 
    <hsqldbVersion>2.3.2</hsqldbVersion> 
    <log4j2Version>2.0.2</log4j2Version> 
</properties>