Java Web 服务中使用了错误的时区

Question

我有一个 JAX-B java Web 服务，用于更新数据库。我正在更新的表中的每一行都由一个类似于下面的对象表示： -

public class Item {
    private String id;
    private Date startDate;
    private Date endDate;

    public Item() { }

    ...

}

此类在单独的程序中实例化，然后通过 SOAP 在类似于下面的消息中传递： -

...

<item>
    <id>D001IAAC030</id>
    <startDate>2009-09-17T00:00:00.000+01:00</startDate>
    <endDate>2009-10-01T00:00:00.000+01:00</endDate>
</item>

...

正如您所看到的，由于 BST UTC 时间有 +01:00 偏移。但是，当该对象在服务器上（也在我的本地计算机上）编组时，它会恢复为 GMT 并从日期中扣除 1 小时。

您能告诉我如何： -

1. 将 Glassfish 服务器设置为正确的区域设置，以便日期被识别为 BST。
2. 告诉我如何在 Web 服务端拦截编组，以便我可以在设置日期之前自己设置时区。

TIA，

乌尔夫

Answer 1

您只需要记住，Date 对象（始终）将日期/时间存储为自 UTC/GMT 时区纪元以来的毫秒数。令人困惑的是 Date.toString() 方法返回 JVM 默认时区的文本表示形式（通过内部 Calendar 对象）。 （看看 JDK 源代码。）

例如，在我的机器上，

Date now = new Date();
System.out.println(now.toString());
System.out.println(now.getTime())

。

Fri Oct 02 06:56:24 EST 2009
1254430584531

毫秒数是自 GMT/UTC 时区纪元以来的实际毫秒数

在操作/使用 Date 对象时，您应该始终使用 Date 格式化程序或 Calendar 实例。例如：

Date now = new Date();
SimpleDateFormat sdf = new SimpleDateFormat("EEE MMM dd HH:MM:ss zzz yyyy");
sdf.setTimeZone(TimeZone.getTimeZone("UTC"));
System.out.println(now.toString());
System.out.println(sdf.format(now));

给出

Fri Oct 02 06:56:24 EST 2009
Thu Oct 01 20:56:24 UTC 2009

总结：始终将 Date 对象视为仅数据，自纪元以来的毫秒数。 （不要使用任何已弃用的方法，也不要使用 toString() ，除非您了解它显示的内容。）要显示、格式化、转换（加减时间等）日期/时间，请始终使用 Calendar 实例或 DateFormat执行起来很难出错。

正如 Javadoc 对于 Date 的说法：

“在 JDK 1.1 之前，Date 类有两个附加函数。它允许将日期解释为年、月、日、小时、分钟和秒值。它还允许格式化和解析日期字符串。不幸的是，这些函数的 API 不适合国际化。从 JDK 1.1 开始，Calendar 类应用于在日期和时间字段之间进行转换，而 DateFormat 类应用于格式化和解析日期字符串。 Date 中的相应方法已被弃用。

自己尝试一下日期、日历和格式化程序并阅读 Javadoc，它会变得更清晰一些。

对于问题的第一部分，您不需要设置 Glassfish 服务器的时区来容纳您的数据。如果您想将时区数据与数据/时间值一起存储，请在对象中使用日历而不是日期。或者像我通常做的那样，所有内容都存储为 UTC 时间（在对象中的数据库和日期实例中），并且仅在显示/输出或解析数据时使用时区。因此，当收到数据时，使用 DateFormat 或等效的时区设置为 +01:00 的数据进行解析（如果它附加了时区，如示例所示，它可能会自动从时间字符串中获取该数据）。

我不具体了解你问题的第二部分，但如果你的网络服务端的实现正确处理日期并正确解析它们，它应该在没有你干预的情况下处理这个问题。

Answer 2

要更改 glassfish 服务器中使用的 UTC 时间：

C:\glassfish4\glassfish\bin)

asadmin create-jvm-options -Duser.timezone=UTC
asadmin restart-domain

Answer 3

我现在解决了我的问题，为了帮助其他开发人员，请按照步骤

在 glassfish 中输入，

c: \ glassfish3 \ bin \> asadmin list-jvm-options

看看列表是否出现，

<jvm-options>-Duser.timezone=UTC</jvm-options>

情况没有出现，转到domain.xml 文件并搜索 jvm-options 并添加命令行

<jvm-options>-Duser.timezone = Brazil / East </ jvm-options> substituting the Brazil / East timezone by country

然后重新启动服务器并高兴

Answer 4

Locale 不相关

Locale 与时区无关。对于日期时间工作，Locale 确定两件事：(a) 用于翻译日期名称、月份名称等的人类语言，以及 (b) 句号等问题的文化规范与逗号相比，元素的排序（日期之前/之后的月份等）。

不要更改默认时区

不要按照另一答案的建议更改 JVM 的当前默认时区。更改会影响该 JVM 内所有应用程序的所有线程中的所有代码，并且在运行时立即执行。

java.time

您正在使用旧的过时的类。事实证明，与最早版本的 Java 捆绑在一起的旧日期时间类设计不佳、令人困惑且麻烦。避开他们。现在已被 java.time Java 8 及更高版本中内置的框架。这些类取代了旧的麻烦的日期时间类，例如 java.util.Date。请参阅 Oracle 教程。许多功能已向后移植到 Java 6 和 Java 6。 ThreeTen-Backport 中的 7 并在 ThreeTenABP。

ISO 8601

您的日期时间字符串恰好符合 ISO 8601 标准。在解析/生成表示日期时间值的字符串时，java.time 类中默认使用此标准定义的格式。

String input = "2009-09-17T00:00:00.000+01:00";
OffsetDateTime odt = OffsetDateTime.parse( input );

如果您想要时间轴上的相同时刻，但在UTC中，请提取即时< /代码> 对象。对于您的大部分业务逻辑以及数据交换和数据存储，最好坚持使用 UTC 和此类。

Instant instant = odt.toInstant();

要生成 ISO 8601 格式的字符串，请调用 toString。

String output = instant.toString();  // 2009-09-16T23:00:00Z

要查看调整到某个时区的挂钟时间的相同值，请应用ZoneId 获取 ZonedDateTime 对象。时区是相对于 UTC 的偏移加上用于处理异常的规则，例如 夏令时 (DST)。

ZoneId zoneId = ZoneId.of( "Europe/London" );
ZonedDateTime zdt = ZonedDateTime.ofInstant( instant , zoneId );

另外，如果您需要捕获 UTC 中的当前时刻：

Instant instant = Instant.now();

JAXB 适配器

Java Architecture for XML Binding (JAXB) 可能尚不直接支持 java.time 类型。

在添加直接支持之前，您可以使用 java.time 类型的适配器，如 Blaise Doughan 的此回答中所述问题，JAXB 可以处理 java.time 对象吗？。您可以使用此实现或通过建模一个或这个 < a href="http://blog.bdoughan.com/2011/05/jaxb-and-joda-time-dates-and-times.html" rel="nofollow noreferrer">Joda-Time 的类似内容 图书馆。

LocalDate

这些 00:00:00 的时间值让我想知道您是否真的试图表示仅日期值。在仅日期值中，您不关心一天中的时间或时区。如果是这种情况，请考虑使用 LocalDate 类。