directory-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alex Karasulu (JIRA)" <directory-...@incubator.apache.org>
Subject [jira] Resolved: (DIREVE-271) Proposed change to the vendorVersion attribute format.
Date Sat, 07 Jan 2006 10:05:46 GMT
     [ http://issues.apache.org/jira/browse/DIREVE-271?page=all ]
     
Alex Karasulu resolved DIREVE-271:
----------------------------------

    Fix Version: 0.9.4
     Resolution: Fixed

Now the maven 2 filters a properties file that contains the pom version which the build incorporates
into the jar file.  This properties file is loaded and the version is read.  Just fixed this
in revision:

 http://svn.apache.org/viewcvs?rev=366630&view=rev

> Proposed change to the vendorVersion attribute format.
> ------------------------------------------------------
>
>          Key: DIREVE-271
>          URL: http://issues.apache.org/jira/browse/DIREVE-271
>      Project: Directory Server
>         Type: Wish
>   Components: server main
>     Versions: 0.9.2
>     Reporter: Kirill Kovalenko
>     Assignee: Alex Karasulu
>     Priority: Trivial
>      Fix For: 0.9.4

>
> I just have a suggestion for the vendorVersion attribute format that you use. Now it's
something like this: $Rev: 123456. For many people subversion revision number is meaningless
and says nothing. I suggest something more standard like 'major.minor.revison.build'. For
example - '0.9.3.123456'. Such approach allows people that have no idea of subversion revision
to identify server version easily.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


Mime
View raw message