AMF3 Integer/Number 与 GDS

pawaca — Sat, 24 Nov 2007 07:42:24 +0000

AMF3 里面的 integer 类型使用 4 bytes 来传输，但是是以一种诡异的形式，摘 osflash 上的一段描述：

Integer-data is probably the single most used item in AMF3. To save space it is an integer that can be 1-4 bytes long. The first bit of the first three bytes determine if the next byte is included (1) in this integer-data or not (0). The last byte, if present, is read completely (8 bits). The first bits are then removed from the first three bytes and the remaining bits concatenated to form a big-endian integer.

这里的重点是：为了省地方， amf3 的 integer 牺牲了部分范围，只能表示 -268435456(int.MIN_VALUE»3) 到 268435455(int.MAX_VALUE»3) 范围内的数。

这引出了一个问题，如果在 java 中一个 integer 的数值大于 amf3 可允许的范围传输的时候怎么办？ survey 了一些 implement 代码，发现这种时候会用范围更大的 8 bytes number 类型来传输。

[分隔线若干条...]

最近程序 (Flex + GDS + Hibernate + 其他) 被 User 用出一个神秘的 exception：

javax.persistence.PersistenceException: org.hibernate.TypeMismatchException: Provided id of the wrong type. Expected: class java.lang.Integer, got class java.lang.Double

由于无法 reproduce，我就把他当成了灵异事件，没有理会。没想到这个不着调的 exception 竟然在昨天出现在朕的面前！经过 3.765 秒的分析和 4.132 秒的 survey 终于发现了问题的根源。（深吸一口气）原来是有一个 proxy entity 的 id 超过了 amf integer 可允许的最大范围，这个从 java 传到 flex 还没什么问题，但是回传会来的时候由于 GDS 将 amf number 读成 double 所以造成 id 类型为 double，但实际上这个 id 被声明为 integer，所以在就出现了上面那个 exception （吐气…）

有趣的是，只有当 entity 是 hibernate proxy 的时候才会出现这个问题。看来是 GDS 某个地方写的有问题，在代码里游啊游，发现了这段：

1
2
3
4

// /graniteds/hibernate/org/granite/hibernate/HibernateProxyInstanciator.java
public void readId(ObjectInput in) throws IOException, ClassNotFoundException {
this.id = (Serializable)in.readObject();
}

上面的这个代码是从 svn 的 trunk 上粘下来的，看来这个问题还没改…（没被发现？）

总之，如果有谁不幸中招，可以试试 apply 这个 patch 到 /graniteds/hibernate/org/granite/hibernate/HibernateProxyInstanciator.java 。

Over

PawaStation 能猫环岛 » gds

AMF3 Integer/Number 与 GDS