1- Build 5.0.6
1+ Build 5.0.7
2+ =============================
3+
4+ Release notes - NHibernate - Version 5.0.7
5+
6+ ##### Possible Breaking Changes #####
7+ * Using DML on an entity collection was applying the changes without
8+ filtering according to the entity. It will now throw a
9+ NotSupportedException.
10+
11+ ** Bug
12+
13+ * #2043 System.Reflection.TargetException when an interface is used as class mapping proxy definition
14+ * #2020 Throw for DML on filter
15+
16+ ** Task
17+ * #2073 Release 5.0.7
18+
19+ As part of releasing 5.0.7, missing 5.0.0 possible breaking changes have been added. One is about future queries with data
20+ providers not actually supporting them. The other one is about inequality semantic in LINQ queries. See 5.0.0 possible
21+ breaking changes.
22+
23+ Build 5.0.6
224=============================
325
426Release notes - NHibernate - Version 5.0.6
@@ -137,6 +159,10 @@ Build 5.0.0
137159 the dialect. They resolve to 4000 length string and (28, 10) precision/scale decimals by default, and are
138160 trimmed down according to dialect. Those defaults can be overridden with query.default_cast_length,
139161 query.default_cast_precision and query.default_cast_scale settings.
162+ * Future queries with data provider not actually supporting them (not supporting mutliple queries in a single
163+ SQL command) are no more immediately executed at the .Future call. They are executed only when directly
164+ enumerated or when their IFutureEnumerable.GetEnumerable method is called. (This aligns them with the behavior
165+ of FutureValue.)
140166 * Dialects are now configurable. If you instantiate a dialect directly, make sure you call its Configure
141167 method, with as argument the properties of a NHibernate Configuration object. You may use instead
142168 Dialect.GetDialect methods, which configure the dialect before returning it.
@@ -154,6 +180,9 @@ Build 5.0.0
154180 already doing CriteriaImpl.UniqueResult<T>.
155181 * AliasToBeanResultTransformer property/field resolution logic has changed for supporting members
156182 which names differ only by case. See NH-3693 last comments for details.
183+ * Linq inequality implementation has been changed for supporting null, meaning that a "a != b" expression
184+ will now be considered matching if one side is null, while previously due to SQL null semantic it was
185+ considered non-matching. See NH-3100.
157186 * Linq extension methods marked with attribute LinqExtensionMethod will no more be evaluated
158187 in-memory prior to query execution when they do not depend on query results, but will always be
159188 translated to their corresponding SQL call. This can be changed with a parameter of the attribute.
0 commit comments