1969年怎么了，尤其是在ItemSyncTimestamp上？

2020-09-09 22:29发布

1903 2

加入QQ群：457200227（SAP S4 HANA技术交流）群内免费提供SAP练习系统（在群公告中）

Hybris：6.6.0.16（从Hybris 5.7.0.3迁移）

**编辑：4/19 18:41 UTC + 8：忽略屏幕截图右下部分的"源项目不存在"语句。 PK很可能不是产品，这就是为什么没有结果的原因。但是，我敢打赌，源项目的修改时间最近（2019）。但是，ItemSyncTimestamp显示为1969。

此外，如前所述，时区为PST。**

我试图了解1969（在ItemSyncTimestamp中）来自何处。我们认为这导致我们的产品/商品同步出现问题/僵局。我认为该产品由于日期原因无法同步。

替代文本

我在" 1969"上做了一个搜索结果，虽然有一些结果，但主要与日志有关：

https://experts.hybris.com /search.html?f=&type=question+OR+idea&redirect=search%2Fsearch&sort=relevance&q=1969

替代文字

为什么ItemSyncTimestamp获得" 1969"？这是某种默认值吗？是什么导致这种情况？

2条回答

1楼-- · 2020-09-09 22:51

我还没有研究过您的特定问题，但是，我没想到，1970年1月1日GMT是UNIX和POSIX" Epoch"的开始，这是标准的"时间开始" 计算机系统。因此，您的问题可能是出于此原因

这很可能是一个未初始化的日期或时间对象，默认为大纪元，由于时区问题，它最终倒退到1969年。显然，您似乎处于PST时区。

不过只是一个猜测。

2楼-- · 2020-09-09 23:15

+1 您对时区的看法是正确的。是PST。

1970年的解释很有意义。我没想到。

我想我要拥有1969的原因是同步逻辑失败，无法继续设置期望值（例如，源项目的修改时间）。

现在，我只需要找到一种在本地计算机上复制此问题的方法。