【发布时间】:2018-11-16 04:03:51
【问题描述】:
我正在从 Java 项目中的 Apache Beam 管道解码 MessagePack 消息。我正在使用 Maven 将 MessagePack 库作为依赖项导入:
<dependency>
<groupId>org.msgpack</groupId>
<artifactId>msgpack-core</artifactId>
<version>0.8.16</version>
</dependency>
我可以使用它来将 MessagePack 消息解析为 Map 中的键/值对,如下所示:
@ProcessElement
public void processElement(ProcessContext c)
{
try
{
Map<Value, Value> map = MessagePack.newDefaultUnpacker(c.element().getPayload()).unpackValue().asMapValue().map();
该映射包含 MessagePack 'Timestamp' 'extension' 类型的键/值对,如下所示,表示日期/时间(有关 MessagePack 扩展类型的说明,请参见底部的“注释” ):
UTC=(-1,0x5b-161d46)
我可以通过从地图中获取键 UTC 的值来获取此“时间戳”值。我将其作为 MessagePack ExtensionValue 检索,如下所示:
Value date = map.get(ValueFactory.newString("UTC")).asExtensionValue();
date 是一个具有 2 个属性的对象:
`type` = 1
`data` = `0x5b-161d46`
如何将data 转换为有意义的日期表示? “数据”应转换为“当前”日期,大约在 2018 年 11 月 16 日左右。这不像将十六进制值转换为十进制那么简单。我是否需要以某种方式单独解压这个data?我怀疑5b-161d46 可能需要被视为一个字节数组,然后以某种方式进行转换。
我可以这样做以将扩展类型的 data 部分作为字节数组获取:
byte[] date = map.get(ValueFactory.newString("UTC")).asExtensionValue().getData();
这给了我[91, -22, 29, 70]
...我可以尝试这样解压:
MessagePack.newDefaultUnpacker(date).unpackValue()
...然而,这只是给了我第一个字节(5b)转换为long,即91
如果我尝试其中任何一个,我会得到org.msgpack.core.MessageTypeCastException,可能是因为unpackValue 只给了我一个long 号码
MessagePack.newDefaultUnpacker(date).unpackValue().asIntegerValue();
MessagePack.newDefaultUnpacker(date).unpackValue().asMapValue();
MessagePack.newDefaultUnpacker(date).unpackValue().asRawValue();
我还尝试了以下方法:
MessageUnpacker unpacker = MessagePack.newDefaultUnpacker(date);
while(unpacker.hasNext()) {
MessageFormat f = unpacker.getNextFormat();
switch(f) {
case POSFIXINT:
case NEGFIXINT: {
int v = unpacker.unpackInt();
break;
}
}
}
数组中的值被识别为POSFIXINT 或NEGFIXINT,因此我可以使用它来提取数组中每个字节的十进制整数值,但是这只允许我提取@987654348 中的元素@array 作为整数,我仍然不知道如何将其转换为日期。
我需要如何解释/解包这些日期?
注意 - 扩展值是 MessagePack 值的特殊类型,表示为
-1定义扩展类型的元组。-1是 MessagePacktimestamp的保留扩展名,其余的 给出一个十六进制值(0x5b-161d46):https://github.com/msgpack/msgpack/blob/master/spec.md#timestamp-extension-type
【问题讨论】:
-
我想知道这是否意味着
61d46(十六进制)是自纪元以来的秒数?那将是 400710(十进制)秒或 1970 年 1 月 5 日星期一 15:18:30 UTC。你觉得这听起来对吗?它不会立即对我来说,但你应该知道得更好。我无法将0x5b-161d46理解为一个十六进制值,它们中间没有减号(至少不是我来自哪里)。 -
感谢@Ole V.V. - 日期应该是当前日期(即在我们当前日期附近的某个时间)。这让我感到困惑。就像 5b-161d46 应该是一个表示秒数的十六进制值,但是这种格式很奇怪。如果我只是忽略“-”符号(不是一个好的假设),那么它会给出十进制的 1528175942,即 2018 年 6 月 5 日的日期,这仍然是错误的,应该是 11 月 17 日或接近那个。
标签: java datetime apache-beam msgpack