- 22 11月, 2010 2 次提交
-
-
由 Thomas Mueller 提交于
Using the java.sql.Blob or java.sql.Clob interfaces could throw the wrong exception after the object was closed.
-
由 Thomas Mueller 提交于
-
- 21 11月, 2010 4 次提交
-
-
由 Thomas Mueller 提交于
--no commit message
-
由 Thomas Mueller 提交于
--no commit message
-
由 Thomas Mueller 提交于
-
由 Thomas Mueller 提交于
-
- 20 11月, 2010 8 次提交
-
-
由 Thomas Mueller 提交于
-
由 Thomas Mueller 提交于
-
由 Thomas Mueller 提交于
-
由 Thomas Mueller 提交于
-
由 Thomas Mueller 提交于
-
由 Thomas Mueller 提交于
-
由 Thomas Mueller 提交于
Converting binary data to UUID was incorrect when the converting more than 31 bytes. Now always the first 16 bytes are used.
-
由 Thomas Mueller 提交于
-
- 17 11月, 2010 2 次提交
-
-
由 Thomas Mueller 提交于
-
由 Thomas Mueller 提交于
-
- 16 11月, 2010 2 次提交
-
-
由 Thomas Mueller 提交于
-
由 Thomas Mueller 提交于
-
- 15 11月, 2010 9 次提交
-
-
由 Thomas Mueller 提交于
-
由 Thomas Mueller 提交于
-
由 Thomas Mueller 提交于
-
由 Thomas Mueller 提交于
-
由 Thomas Mueller 提交于
-
由 Thomas Mueller 提交于
-
由 Thomas Mueller 提交于
-
由 Thomas Mueller 提交于
-
由 Thomas Mueller 提交于
-
- 14 11月, 2010 3 次提交
-
-
由 Thomas Mueller 提交于
-
由 Thomas Mueller 提交于
-
由 Thomas Mueller 提交于
-
- 13 11月, 2010 5 次提交
-
-
由 Thomas Mueller 提交于
-
由 Thomas Mueller 提交于
-
由 Thomas Mueller 提交于
-
由 Thomas Mueller 提交于
--no commit message
-
由 Thomas Mueller 提交于
When using SELECT_FOR_UPDATE_MVCC (lock only the selected rows when using MVCC), the selected rows were sometimes not locked correctly.
-
- 12 11月, 2010 5 次提交
-
-
由 Thomas Mueller 提交于
When using multi-version concurrency, re-running a prepared statement with the same parameters would sometimes give the same result even if another connection committed a change (the previous result was sometimes re-used incorrectly).
-
由 Thomas Mueller 提交于
When using SELECT_FOR_UPDATE_MVCC (lock only the selected rows when using MVCC), the selected rows were sometimes not locked correctly.
-
由 Thomas Mueller 提交于
-
由 Thomas Mueller 提交于
-
由 Thomas Mueller 提交于
-