Release 2.6.3
This commit is contained in:
parent
a398476260
commit
87e281a6f4
@ -10,6 +10,94 @@ http://www.jooq.org/notes.php
|
||||
For a text version, see
|
||||
http://www.jooq.org/inc/RELEASENOTES.txt
|
||||
|
||||
Version 2.6.3 - February 25, 2013
|
||||
================================================================================
|
||||
|
||||
This is a minor patch release with some useful fixes for the 2.6 branch
|
||||
|
||||
Bug fixes
|
||||
---------
|
||||
#1886 - Query.bind() has no effect when Query.keepStatement(true) and
|
||||
StatementType.STATIC_STATEMENT are combined
|
||||
#2165 - Add H2 database definitions to the jOOQ-scala module
|
||||
#2167 - Convert.convert("xx", boolean.class) returns null, instead of false
|
||||
#2189 - Change all Javadoc <h3/> tags to <h5/>
|
||||
#2190 - ClassCastException when using UNION with selectFrom()
|
||||
#2214 - "code size too large" in generated SchemaImpl, when the number of tables
|
||||
exceeds 15k
|
||||
#2217 - Improve example in the "jOOQ for CRUD" section. Use only columns from
|
||||
the sample database
|
||||
#2223 - SQL injection is possible in org.jooq.impl.Val, if client code doesn't
|
||||
correctly enforce generic typesafety, and bind variables are inlined
|
||||
#2227 - Field.in(T...) doesn't convert argument values to the Field's type
|
||||
#2238 - Code generation runs extremely slow for large schemas (Inefficient
|
||||
DefaultRelations.getUniqueKeys() and getForeignKeys() methods)
|
||||
#2239 - Code generation runs extremely slow for large schemas (Inefficient
|
||||
AbstractDatabase.filterSchema() methods)
|
||||
#2252 - ArrayIndexOutOfBoundsException, when rendering plain SQL that is
|
||||
terminated by a comment
|
||||
#2261 - RenderMapping has no effect, if not supplied to the Factory constructor
|
||||
#2262 - RenderSchema has no effect, if not supplied to the Factory constructor
|
||||
|
||||
Version 2.6.2 - February 5, 2013
|
||||
================================================================================
|
||||
|
||||
This is a minor patch release with some useful fixes for the 2.6 branch
|
||||
|
||||
Bug fixes
|
||||
---------
|
||||
#2055 - MySQL's UPDATE [t1] JOIN [t2] syntax can cause syntax errors as column
|
||||
references are not fully qualified
|
||||
#2057 - Cannot properly extract bind values for LIMIT .. OFFSET clause from a
|
||||
SELECT statement
|
||||
#2063 - jOOQ-meta loads Firebird composite unique key columns in wrong order
|
||||
#2073 - The code generator's <dateAsTimestamp/> flag doesn't affect Oracle
|
||||
VARRAY and TABLE types
|
||||
#2082 - Oracle PIVOT expression doesn't bind any variables of a derived table
|
||||
being pivoted
|
||||
#2085 - java.lang.NoSuchMethodError: org.apache.log4j.Logger.isTraceEnabled()Z
|
||||
when logger dependency is missing
|
||||
#2098 - NullPointerException when org.jooq.impl.EnumConverter converts null
|
||||
#2104 - SQLite code generation treats multi-column primary keys like multiple
|
||||
single-column unique keys
|
||||
#2108 - SQLite returns NULL for val(new Date(0)).add(-1) and some other date
|
||||
time arithmetic expressions
|
||||
#2125 - Regression in batchStore() for Postgres and jOOQ 2.6.1
|
||||
#2130 - Misleading Javadoc in Factory.selectCount()
|
||||
#2139 - batchStore with composite types incorrectly reuses values from the first
|
||||
record
|
||||
#2146 - Improve AbstractField.equals() and AbstractTable.equals() and similar,
|
||||
as these two are called very often
|
||||
#2149 - Improve QueryPartList.removeNulls() as this is called very often
|
||||
|
||||
Version 2.6.1 - December 27, 2012
|
||||
================================================================================
|
||||
|
||||
This is a minor patch release with some useful fixes for the 2.6 branch
|
||||
|
||||
Bug fixes
|
||||
---------
|
||||
#1890 - Bad Postgres array serialisation when " or \ characters are contained in
|
||||
a String[]
|
||||
#1937 - Inefficient implementations of AbstractDataType.equals() and hashCode()
|
||||
#1938 - Improve AbstractField.hashCode() and AbstractTable.hashCode() and
|
||||
similar, as these two are called very often
|
||||
#1942 - Inefficient call to String.split() in StringUtils.toCamelCase() leads to
|
||||
non-negligible performance ovrerhead in POJO transformation calls
|
||||
#1954 - Bad SQL rendered when combining ORDER BY [ some-function ] with LIMIT
|
||||
.. OFFSET in DB2, SQL Server
|
||||
#1958 - Bad SQL rendered for OVER (ORDER BY [ some-function ]) for SQL Server
|
||||
and Sybase
|
||||
#1979 - Thread safety issue in org.jooq.impl.FieldList
|
||||
#1992 - Bad reference to org.jooq.debug.[impl].DebugListener in the manual
|
||||
#1993 - Bad code generated when the same table name exists in multiple schemas
|
||||
in SQL Server
|
||||
#1995 - Record.original() values aren't updated after a Record.store() operation
|
||||
#2007 - Bad type coercion on the right hand side of a comparison predicate, when
|
||||
the left hand side is Field<Object>
|
||||
#2011 - Implement some micro-optimisations in DefaultRenderContext
|
||||
#2045 - Bad hashCode calculation when Records contain arrays or byte[]
|
||||
|
||||
Version 2.6.0 - October 26, 2012
|
||||
================================================================================
|
||||
|
||||
|
||||
Loading…
Reference in New Issue
Block a user