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
2
24
=============================
3
25
4
26
Release notes - NHibernate - Version 5.0.6
@@ -137,6 +159,10 @@ Build 5.0.0
137
159
the dialect. They resolve to 4000 length string and (28, 10) precision/scale decimals by default, and are
138
160
trimmed down according to dialect. Those defaults can be overridden with query.default_cast_length,
139
161
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.)
140
166
* Dialects are now configurable. If you instantiate a dialect directly, make sure you call its Configure
141
167
method, with as argument the properties of a NHibernate Configuration object. You may use instead
142
168
Dialect.GetDialect methods, which configure the dialect before returning it.
@@ -154,6 +180,9 @@ Build 5.0.0
154
180
already doing CriteriaImpl.UniqueResult<T>.
155
181
* AliasToBeanResultTransformer property/field resolution logic has changed for supporting members
156
182
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.
157
186
* Linq extension methods marked with attribute LinqExtensionMethod will no more be evaluated
158
187
in-memory prior to query execution when they do not depend on query results, but will always be
159
188
translated to their corresponding SQL call. This can be changed with a parameter of the attribute.
0 commit comments