[eclipselink-dev] Fix for Bug 384527 - Entity with ElementCollection Map

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]

[eclipselink-dev] Fix for Bug 384527 - Entity with ElementCollection Map<String, @Embeddable> is updated when map entry is read

From: Tom Ware <tom.ware@xxxxxxxxxx>
Date: Thu, 13 Sep 2012 16:07:51 -0400
Delivered-to: eclipselink-dev@xxxxxxxxxxx
List-archive: <https://dev.eclipse.org/mailman/private/eclipselink-dev>
List-help: <mailto:eclipselink-dev-request@eclipse.org?subject=help>
List-subscribe: <https://dev.eclipse.org/mailman/listinfo/eclipselink-dev>, <mailto:eclipselink-dev-request@eclipse.org?subject=subscribe>
List-unsubscribe: <https://dev.eclipse.org/mailman/options/eclipselink-dev>, <mailto:eclipselink-dev-request@eclipse.org?subject=unsubscribe>
Organization: Oracle Corporation
User-agent: Mozilla/5.0 (Windows NT 5.1; rv:12.0) Gecko/20120428 Thunderbird/12.0.1

Fix checked into trunk and 2.4.1 - changes the comparison logic to be more mapaware. The issue occurred because one of our comparison methods did notproperly check the maps by keys and as a result, even though our change setbuilding method was working correctly because of the initial problem an emptychange set was produced.


Reviewed by Chris Delahunt

Added test to JunitInheritedTestMdoel

Tested with JPA and Core LRG

Prev by Date: [eclipselink-dev] fix for 371950 - Metadata caching
Next by Date: [eclipselink-dev] Rebuilding EclipseLink2.4.1 nightly
Previous by thread: [eclipselink-dev] fix for 371950 - Metadata caching
Next by thread: [eclipselink-dev] Rebuilding EclipseLink2.4.1 nightly
Index(es):
- Date
- Thread

Breadcrumbs