Mailing-List: contact user-help@cayenne.apache.org; run by ezmlm
Precedence: bulk
Reply-To: user@cayenne.apache.org
Received-SPF: neutral (nike.apache.org: local policy)
Message-ID: <4F45F499.6040106@lindesay.co.nz>
Date: Thu, 23 Feb 2012 21:11:05 +1300
From: Andrew Lindesay <apl@lindesay.co.nz>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7;
 rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2
MIME-Version: 1.0
To: user@cayenne.apache.org
Subject: Re: Question on ObjectContext and Deserialization
References: <4F3A37C9.2080708@lindesay.co.nz>
 <C99D0DBC-72A6-46D7-9F4F-8BB4E616E4EB@objectstyle.org>
 <199079C1-27EA-4F09-A9B2-736A45DBF5D4@objectstyle.org>
 <4F3E299E.8040807@lindesay.co.nz>
 <7C266DED-920A-4D14-BE77-ACD29C4907D0@objectstyle.org>
 <4F3ED9C8.2070906@lindesay.co.nz> <4F44C4B9.20308@lindesay.co.nz>
 <C88D4F32-3334-4749-A264-73F07A29D834@objectstyle.org>
In-Reply-To: <C88D4F32-3334-4749-A264-73F07A29D834@objectstyle.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Hi Andrus;

For what it is worth; I have tested commons 3.1 and 3.2 with a small 
test rig and the problem appears to be gone in 3.2 -- although not 
needing to serialize at all would be ideal if you can see a way forward 
that way!

Regards;

On 23/02/12 12:22 AM, Andrus Adamchik wrote:
> I think we can improve deserialization performance in general and solve this specific issue if we make ObjectStore.objectMap (this is the AbstractReferenceMap causing trouble) transient. There's no value is saving and restoring this map. There's another map called "changes", which is a regular HashMap, and that needs to be preserved.
> Now the implementation can be a little tricky, as "objectMap" is provided by the DI factory and we need to create an empty map of the same type on deserialization. This may require refactoring of ObjectStore creation flow. Should be doable though...


-- 
Andrew Lindesay
www.silvereye.co.nz