Anonymous | Login | Signup for a new account | 12-09-2024 14:07 PST |
Main | My View | View Issues | Change Log | Docs |
Viewing Issue Advanced Details [ Jump to Notes ] | [ View Simple ] [ Issue History ] [ Print ] | ||||||||
ID | Category | Severity | Reproducibility | Date Submitted | Last Update | ||||
0002142 | [Resin] | minor | always | 11-05-07 09:05 | 11-05-07 15:59 | ||||
Reporter | ferg | View Status | public | ||||||
Assigned To | ferg | ||||||||
Priority | normal | Resolution | fixed | Platform | |||||
Status | closed | OS | |||||||
Projection | none | OS Version | |||||||
ETA | none | Fixed in Version | 3.1.4 | Product Version | |||||
Product Build | |||||||||
Summary | 0002142: hessian draft comments | ||||||||
Description |
(rep by Charlie Groves) I've been doing some work that involves parsing Hessian object definitions, and have found a small difference between the example at http://hessian.caucho.com/doc/hessian-serialization.html#anchor29 [^] and the format used by Hessian2Output and Hessian2Input in hessian-3.1.3.jar. The spec says an object definition starts with 'O' which is followed by a type definition starting with 't'. However, both Hessian2Output and Hessian2Input move on to the two bytes for String length following the 'O' and skip the 't'. I can see the 't' isn't necessary as in the map and list case since the type definition is mandatory for an object, but it'd be nice if the spec were updated to reflect that. I'd actually prefer it if object definitions were updated to be just an 'O' followed by a regular Hessian string. That would shave off a byte in the most common case where a type name is less than 32 characters and keep type definitions confined to a single special case. |
||||||||
Steps To Reproduce | |||||||||
Additional Information | |||||||||
Attached Files | |||||||||
|
Mantis 1.0.0rc3[^]
Copyright © 2000 - 2005 Mantis Group
28 total queries executed. 25 unique queries executed. |