生成器创建了一个 OffsetDateTime 类型的字段:
@Nullable
@ElementName("DocDate")
private OffsetDateTime docDate;
但服务器实际上以以下格式返回日期:YYYY-mm-dd 即 2021-03-07
使用生成的代码时,我收到以下警告:
WARN - Not deserializable: 2021-03-07
覆盖这些字段的反序列化的正确方法是什么?或者这些字段是否正确反序列化?
AnOffsetDateTime
应该同时具有日期和时间。你的服务响应的数据缺少时间部分。根据OData V4 ABNF,这是不允许的(假设你的服务是 V4 服务):
dateTimeOffsetValue = year "-" month "-" day "T" hour ":" minute [ ":" second [ "." fractionalSeconds ] ] ( "Z" / SIGN hour ":" minute )
解决此问题的一种方法是更改属性类型。你可以:
Edm.Date
为规范中LocalDate
在生成的代码中将其更改为。当然,这只有在服务始终以日期响应的情况下才有意义。
编辑:如果你确实需要注册自定义类型适配器(例如,因为该服务违反了 JSON 格式),你可以覆盖GsonVdmAdapterFactory
:
public <T> TypeAdapter<T> create( @Nonnull final Gson gson, @Nonnull final TypeToken<T> type )
{
if( LocalDate.class.isAssignableFrom(rawType) ) {
return (TypeAdapter<T>) new CustomLocalDateTypeAdapter();
} else {
return super.create(gson, type);
}
}
但是,这也需要更改生成的代码,因为当前不方便将自定义类型适配器作为参数传递。更改@JsonAdapter(com.sap.cloud.sdk.datamodel.odatav4.adapter.GsonVdmAdapterFactory.class)
以引用你的自定义工厂。
尽管如此,我还是建议使用上述解决方法之一,直到服务得到修复。
SAP B1 定义将其列为
<Property Name="DocDate" Type="Edm.DateTimeOffset"/>
但实际上返回没有任何时间信息的日期。我可以修改生成的代码以反映它。我想知道是否有更优雅的处理方式,但上述方法有效。如果服务总是以 响应,
Date
那么我认为调整规范直到服务修复它是最好的方法。如果由于某种原因,现有的解析逻辑不是解决方案,我扩展了关于如何注册自定义类型适配器(如果绝对必要)的答案。有道理,不幸的是,我认为这个规范不会很快改变。我会根据需要不断修改客户端代码。谢谢您的帮助!