Details
-
Type:
Improvement
-
Status: Resolved
-
Priority:
Default
-
Resolution: Fixed
-
Affects Version/s: 1.0.2
-
Fix Version/s: 1.0.3
-
Component/s: Message Object Model
-
Labels:None
-
Environment:N/A
Description
I am not sure how non-standard this is but some FAST implementations include a block size in the message that OpenFAST does not expect causing the codec to fail.
Below is what I have done to fix it in my local copy of the code.
I'm not sure how to handle configuration properties for the CODEC so I can make it switchable - should it hang of the Context or elsewhere?
Index: FastDecoder.java
===================================================================
— FastDecoder.java (revision 232)
+++ FastDecoder.java (working copy)
@@ -41,6 +41,7 @@
}
public Message readMessage() {
+ TypeCodec.BIT_VECTOR.decode(in) ; // Discard block size.
BitVectorValue bitVectorValue = (BitVectorValue) TypeCodec.BIT_VECTOR.decode(in);
if (bitVectorValue == null) {