machine - timezone java

¿Cómo hacer que Maven muestre la zona horaria local en maven.build.timestamp?

Question

En Maven 3.2.2+, maven.build.timestamp se ha redefinido para mostrar la hora en UTC, según MNG-5452 .

¿Hay alguna manera de especificar que quiero la información de la zona horaria en mi zona horaria local y no en UTC? Busqué brevemente las fuentes de Maven, pero no veo de todos modos para especificar que quiero que el TZ sea TZ local y no basado en UTC.

Answer 1

Como ya se mencionó, en las versiones actuales de Maven (al menos hasta la versión 3.3. +), maven.build.timestamp propiedad maven.build.timestamp no permite anulaciones de zona horaria.

Sin embargo, si está de acuerdo con utilizar un nombre de propiedad diferente para sus propósitos, build-helper-maven-plugin le permite configurar marcas de tiempo personalizadas para una variedad de propósitos. Aquí hay un ejemplo para configurar la marca de tiempo actual en EST durante una compilación.

 <plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>build-helper-maven-plugin</artifactId>
<version>1.10</version>
<executions>
<execution>
<id>timestamp-property</id>
<goals>
<goal>timestamp-property</goal>
</goals>
<configuration>
<name>build.time</name>
<pattern>MM/dd/yyyy hh:mm aa</pattern>
<locale>en_US</locale>
<timeZone>EST</timeZone>
</configuration>
</execution>
</executions>
</plugin>

Luego puede utilizar la propiedad ${build.time} lugar de ${maven.build.timestamp} donde necesita una marca de tiempo de la compilación en su zona horaria preferida.

Answer 2

Creo que no hay una solución pura de Maven, pero puedes usar una tarea Ant.

Siguiendo las instrucciones dadas en el libro de cocina de los desarrolladores de complementos Maven , puede generar un archivo filter.properties con la <tstamp> ant. En este elemento, puede personalizar su marca de tiempo con el mismo patrón de fecha / hora que la clase SimpleDateFormat y también usar la clase Timezone . Luego puede usar ${build.time} , de manera predeterminada usará su zona horaria local.

1) Usa el plugin maven-antrun

<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-antrun-plugin</artifactId>
<executions>
<execution>
<phase>generate-resources</phase>
<goals>
<goal>run</goal>
</goals>
<configuration>
<tasks>
<!-- Safety -->
<mkdir dir="${project.build.directory}"/>
<tstamp>
<format property="last.updated" pattern="yyyy-MM-dd HH:mm:ss"/>
</tstamp>
<echo file="${basedir}/target/filter.properties" message="build.time=${last.updated}"/>
</tasks>
</configuration>
</execution>
</executions>
</plugin>

2) Activar el filtrado

<resources>
<resource>
<directory>src/main/resources</directory>
<filtering>true</filtering>
</resource>
</resources>
<filters>
<filter>${basedir}/target/filter.properties</filter>
</filters>

Answer 3

No hay solución, sino solución alternativa. ¿ Usaste el plugin maven buildnumber-maven- plugin? Si es así, puede usarlo para generar una revisión para usted y crear la marca de tiempo. Esta marca de tiempo se basará en la configuración local de la zona horaria de Java.

Editar: Sin embargo, la pregunta es acerca de la timestamp de timestamp , como señaló Dean Schulze , solo la primera execution romperá ${buildNumber} . Para solucionarlo, deberá agregar otra execution a su configuración que creará buildRevision . Ejemplo actualizado, a continuación. Por ejemplo: `

<plugin>
<groupId>org.codehaus.mojo</groupId>
<artifactId>buildnumber-maven-plugin</artifactId>
<version>1.3</version>
<inherited>true</inherited>
<executions>
<execution>
<id>generate-timestamp</id>
<phase>validate</phase>
<goals>
<goal>create</goal>
</goals>
<configuration>
<format>{0,date,yyyy-MM-dd HH:mm:ss Z}</format>
<items>
<item>timestamp</item>
</items>
<buildNumberPropertyName>buildDateTime</buildNumberPropertyName>
<getRevisionOnlyOnce>true</getRevisionOnlyOnce>
</configuration>
</execution>
<execution>
<id>generate-buildnumber</id>
<phase>validate</phase>
<goals>
<goal>create</goal>
</goals>
<configuration>
<revisionOnScmFailure>0</revisionOnScmFailure>
<useLastCommittedRevision>true</useLastCommittedRevision>
<buildNumberPropertyName>buildRevision</buildNumberPropertyName>
</configuration>
</execution>
</executions>

${buildDateTime} puedes usar ${buildDateTime} donde quieras inyectar tu variable de marca de tiempo. Otra ejecución con el mismo objetivo también almacenará su revisión.

Answer 4

No se necesita ninguna solución.

La información de META-INF sobre la compilación de jar o war , especialmente Build-Date estará siempre en UTC , es hora del sistema.

Si muestra información al usuario en la interfaz de usuario, use sus preferencias / configuraciones de configuración Locale y transforme la hora UTC en su zona horaria.