Anonymous | Login | Signup for a new account | 12-17-2024 11:44 PST |
Main | My View | View Issues | Change Log | Docs |
Viewing Issue Simple Details [ Jump to Notes ] | [ View Advanced ] [ Issue History ] [ Print ] | ||||||||
ID | Category | Severity | Reproducibility | Date Submitted | Last Update | ||||
0001796 | [Resin] | minor | always | 06-12-07 14:38 | 06-13-07 11:15 | ||||
Reporter | ferg | View Status | public | ||||||
Assigned To | ferg | ||||||||
Priority | normal | Resolution | fixed | ||||||
Status | closed | Product Version | 3.1.1 | ||||||
Summary | 0001796: Hessian and java.io.Serialization | ||||||||
Description |
(rep by Jean-Francois Poilpret) I would like to re-open this old thread because I have just been bitten by this kind of problem. Before, I was using Hessian 3.0.13 but I recently upgraded to 3.1.1. I saw immediately that all classes for my transferred objects had to implement Serializable (which they didn't do before). No problem with that, I made them all implement Serializable. However, I have just got a problem that I cannot solve: a library is throwing an exception that includes a non-serializable member (this library is apache derby 10.2.2.0, the exception is derby own SqlException, the member is Sqlca). Since I embed this exception in my own exceptions transferred through hessian, I am stuck because I cannot change derby source code! For info, this bug in derby has been fixed on SVN but not in any official release. Since I don't want to impose users to build derby from the source, I have to find another way to workaround that issue. What I would really appreciate is that the new JavaSerializer behavior (ie checking that transferred objects implement Serializable) is an option that can be set/unset in some way. Else the only other work-around that I can think of (very ugly) is copy the current hessian JavaSerializer to my own one, remove the first lines of the constructor, and replace the hessian one by my own version (this without touching hessian jars because I don't want my users to use exclusively "official" OSS libs releases. |
||||||||
Additional Information | |||||||||
Attached Files | |||||||||
|
Mantis 1.0.0rc3[^]
Copyright © 2000 - 2005 Mantis Group
28 total queries executed. 25 unique queries executed. |