Revert version.timestamp to yyyyMMdd only, i.e. w/o HHmm

Changes in hour/minute is not only overkill, but may confuse our aggregation scripts, which compare versions.
Out nodes time daemon may not be in synchronized that well.

2 files changed, 3 insertions, 3 deletions

diff --git a/make/jogamp-env.xml b/make/jogamp-env.xml
index 860c49e..542d288 100755
--- a/make/jogamp-env.xml
+++ b/make/jogamp-env.xml
@@ -65,7 +65,7 @@
     <property environment="env" />
 
     <tstamp>
-        <format property="version.timestamp" pattern="yyyyMMddHHmm"/>
+        <format property="version.timestamp" pattern="yyyyMMdd"/>
     </tstamp>
 
     <property name="jogamp.version.major" value="2"/>
diff --git a/src/java/com/jogamp/common/util/JogampVersion.java b/src/java/com/jogamp/common/util/JogampVersion.java
index c44b1db..14f6ada 100644
--- a/src/java/com/jogamp/common/util/JogampVersion.java
+++ b/src/java/com/jogamp/common/util/JogampVersion.java
@@ -118,7 +118,7 @@ public class JogampVersion {
     }
 
     /** 
-     * Returns the implementation build number, e.g. <code>2.0-b456-201303281921</code>.
+     * Returns the implementation build number, e.g. <code>2.0-b456-20130328</code>.
      */
     public final String getImplementationBuild() {
         return this.getAttribute(GlueGenVersion.IMPLEMENTATION_BUILD);
@@ -157,7 +157,7 @@ public class JogampVersion {
     /** 
      * Retruns the {@link Attributes.Name#IMPLEMENTATION_VERSION IMPLEMENTATION_VERSION}.
      * <p>
-     * E.g. <code>2.0.2-rc-201303281050</code> for snapshots prior to <code>2.0.2</code> release
+     * E.g. <code>2.0.2-rc-20130328</code> for snapshots prior to <code>2.0.2</code> release
      * and <code>2.0.2</code> for the upcoming release.
      * </p>
      */