Re: [luni] ObjectInputStream.java

2010-08-11 Thread Jimmy,Jing Lv
Hi Matthias, I suppose ObjectInputStream is mainly use to serialize Object but void is not a kind of Class to be serialized. Please tell me if I am wrong. 2010/8/10 Mark Hindess mark.hind...@googlemail.com In message aanlktinn_kks+rklzfxup2tghbaor-9fvb8om3mci...@mail.gmail.com, Matthias

Re: [luni] ObjectInputStream.java

2010-08-11 Thread Matthias Wessendorf
a little background. I am working on an Apache MyFaces project, were we have our own ObjectInputStream class ([1]). Now when we update to the latest version of one of our dependencies (JSF 2.0, Sun Mojarra), we got this exception: java.lang.ClassNotFoundException: void ... I filed a bug against

Re: [luni] ObjectInputStream.java

2010-08-11 Thread Matthias Wessendorf
Hey Mark, thanks for fixing this. One more point. Wouldn't it make sense to directly create a map with capacity of nine ? -Matthias On Wed, Aug 11, 2010 at 11:33 AM, Matthias Wessendorf mat...@apache.org wrote: a little background. I am working on an Apache MyFaces project, were we have our

Re: [luni] ObjectInputStream.java

2010-08-11 Thread Jimmy,Jing Lv
Thanks Matthias, a lesson to me ;) 2010/8/11 Matthias Wessendorf mat...@apache.org a little background. I am working on an Apache MyFaces project, were we have our own ObjectInputStream class ([1]). Now when we update to the latest version of one of our dependencies (JSF 2.0, Sun Mojarra),

Re: [luni] ObjectInputStream.java

2010-08-11 Thread Matthias Wessendorf
BTW. a bug in this direction was filed against the SUN JDK. the mapping table should be exposed, to avoid copy/past development w/in custom ObjectInputStream impls http://bugs.sun.com/view_bug.do?bug_id=4942688 -M On Wed, Aug 11, 2010 at 4:46 PM, Jimmy,Jing Lv firep...@gmail.com wrote: Thanks

[drlvm] Should the referent of a PhantomReference be cleared before it is enqueued?

2010-08-11 Thread Oliver Deakin
I have discovered that DRLVM appears to clear the referent field of a PhantomReference before calling its enqueue() method (this can be shown quite easily by printing the referent field in Reference.enqueue()). This behaviour appears to differ from the RI, on which a non-null referent can be