1969年怎么了,尤其是在ItemSyncTimestamp上?

2020-09-09 22:29发布

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入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"? 这是某种默认值吗? 是什么导致这种情况?

(111.4 kB)

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入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"? 这是某种默认值吗? 是什么导致这种情况?

(111.4 kB)
2条回答
槿木_熙
1楼-- · 2020-09-09 22:51

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

请参阅: https://en.wikipedia.org/wiki/Epoch_(计算

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

不过只是一个猜测。

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

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

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

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

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

一周热门 更多>