[jira] Assigned: (DERBY-1708) Unprivileged user can perform lock table statement on a table which he/she does not have any access rights

2006-08-20 Thread Yip Ng (JIRA)
[ http://issues.apache.org/jira/browse/DERBY-1708?page=all ] Yip Ng reassigned DERBY-1708: - Assignee: Yip Ng Unprivileged user can perform lock table statement on a table which he/she does not have any access rights

[jira] Commented: (DERBY-1651) Develop a mechanism to migrate mySQL databases to Derby. Migration tool should include both schema and data migration options.

2006-08-20 Thread Satheesh Bandaram (JIRA)
[ http://issues.apache.org/jira/browse/DERBY-1651?page=comments#action_12429249 ] Satheesh Bandaram commented on DERBY-1651: -- Some general comments: 1) I think a design document to explain what each class does and how they interact

Regression Test Failure! - TinderBox_Derby 432935 - Sun DBTG

2006-08-20 Thread Ole . Solberg
[Auto-generated mail] *TinderBox_Derby* 432935/2006-08-20 06:43:01 CEST *derbyall* Failed TestsOK Skip Duration Platform --- *Jvm: 1.5* 1671670 2 146.92% SunOS-5.10_i86pc-i386 Details in

[jira] Updated: (DERBY-1708) Unprivileged user can perform lock table statement on a table which he/she does not have any access rights

2006-08-20 Thread Yip Ng (JIRA)
[ http://issues.apache.org/jira/browse/DERBY-1708?page=all ] Yip Ng updated DERBY-1708: -- Attachment: derby1708-10.2-stat01.txt derby1708-10.2-diff01.txt Attaching patch for DERBY-1708 for 10.2. The problem is that the lock table statement is

Regression Test Failure! - Derby 432847 - Sun DBTG

2006-08-20 Thread Ole . Solberg
[Auto-generated mail] *Derby* 432847/2006-08-19 19:46:02 CEST *derbyall* Failed TestsOK Skip Duration Platform --- *Jvm: 1.6* 3715712 0 108.94% SunOS-5.10_i86pc-i386 Details in

[jira] Commented: (DERBY-1610) Updating column typed as CHAR to value passed via setBinaryStream(notNull) is failed because of imcompatiblity of types though it was not taken as error when setBinarySt

2006-08-20 Thread Knut Anders Hatlen (JIRA)
[ http://issues.apache.org/jira/browse/DERBY-1610?page=comments#action_12429256 ] Knut Anders Hatlen commented on DERBY-1610: --- Hi Tomohito, The BatchUpdateException indicates that the error happens when executeBatch() is invoked, not

[jira] Commented: (DERBY-418) outofmemory error when running large query in autocommit=false mode

2006-08-20 Thread Mayuresh Nirhali (JIRA)
[ http://issues.apache.org/jira/browse/DERBY-418?page=comments#action_12429259 ] Mayuresh Nirhali commented on DERBY-418: I tried modifying the finalize method of embedResultSet to close singleuseActivation and that seems to have worked

[jira] Commented: (DERBY-1142) Metadata calls leak memory

2006-08-20 Thread Mayuresh Nirhali (JIRA)
[ http://issues.apache.org/jira/browse/DERBY-1142?page=comments#action_12429260 ] Mayuresh Nirhali commented on DERBY-1142: - If the singleUseActivation is closed in the finalize method of EmdebResultSet then the memory leak is not

[jira] Commented: (DERBY-1610) Updating column typed as CHAR to value passed via setBinaryStream(notNull) is failed because of imcompatiblity of types though it was not taken as error when setBinarySt

2006-08-20 Thread Tomohito Nakayama (JIRA)
[ http://issues.apache.org/jira/browse/DERBY-1610?page=comments#action_12429263 ] Tomohito Nakayama commented on DERBY-1610: -- The mystery was the reason why test of setNull generats different error message than not null method in the

[jira] Commented: (DERBY-418) outofmemory error when running large query in autocommit=false mode

2006-08-20 Thread Daniel John Debrunner (JIRA)
[ http://issues.apache.org/jira/browse/DERBY-418?page=comments#action_12429264 ] Daniel John Debrunner commented on DERBY-418: - Closing the activation directly in the finalize method will lead to problems. The close of the

[jira] Commented: (DERBY-1610) Updating column typed as CHAR to value passed via setBinaryStream(notNull) is failed because of imcompatiblity of types though it was not taken as error when setBinarySt

2006-08-20 Thread Tomohito Nakayama (JIRA)
[ http://issues.apache.org/jira/browse/DERBY-1610?page=comments#action_12429265 ] Tomohito Nakayama commented on DERBY-1610: -- I think release note should be prepared for this issue, including difference originally introduced in

[jira] Subscription: Derby: JIRA issues with patch available

2006-08-20 Thread jira
Issue Subscription Filter: Derby: JIRA issues with patch available (21 issues) Subscriber: derby-dev Key Summary DERBY-1651 Develop a mechanism to migrate mySQL databases to Derby. Migration tool should include both schema and data migration options.

[jira] Updated: (DERBY-1610) Updating column typed as CHAR to value passed via setBinaryStream(notNull) is failed because of imcompatiblity of types though it was not taken as error when setBinaryStre

2006-08-20 Thread Knut Anders Hatlen (JIRA)
[ http://issues.apache.org/jira/browse/DERBY-1610?page=all ] Knut Anders Hatlen updated DERBY-1610: -- Derby Info: [Release Note Needed] Adding the Release Note Needed flag to keep it on the release manager's radar. Updating column typed as CHAR to

Re: [jira] Updated: (DERBY-1610) Updating column typed as CHAR to value passed via setBinaryStream(notNull) is failed because of imcompatiblity of types though it was not taken as error when setBinary

2006-08-20 Thread TomohitoNakayama
Oh. I see ... Knut Anders Hatlen (JIRA) wrote: [ http://issues.apache.org/jira/browse/DERBY-1610?page=all ] Knut Anders Hatlen updated DERBY-1610: -- Derby Info: [Release Note Needed] Adding the Release Note Needed flag to keep it on the release

[jira] Updated: (DERBY-1708) Unprivileged user can perform lock table statement on a table which he/she does not have any access rights

2006-08-20 Thread Yip Ng (JIRA)
[ http://issues.apache.org/jira/browse/DERBY-1708?page=all ] Yip Ng updated DERBY-1708: -- Derby Info: [Patch Available] Unprivileged user can perform lock table statement on a table which he/she does not have any access rights

[jira] Commented: (DERBY-1610) Updating column typed as CHAR to value passed via setBinaryStream(notNull) is failed because of imcompatiblity of types though it was not taken as error when setBinarySt

2006-08-20 Thread Knut Anders Hatlen (JIRA)
[ http://issues.apache.org/jira/browse/DERBY-1610?page=comments#action_12429278 ] Knut Anders Hatlen commented on DERBY-1610: --- With the DERBY-1610_2.diff patch, setBinaryStream(null), setBlob(null) and setNull(Types.BLOB) throw

[jira] Updated: (DERBY-1582) REVOKE statement does not generate a warning when no privileges are revoked.

2006-08-20 Thread Deepa Remesh (JIRA)
[ http://issues.apache.org/jira/browse/DERBY-1582?page=all ] Deepa Remesh updated DERBY-1582: Derby Info: (was: [Patch Available]) With v2 patch, derbyall ran with no new failures. But the test additions conflict with changes in DERBY-1538.

Regression Test Failure! - TinderBox_Derby 432972 - Sun DBTG

2006-08-20 Thread Ole . Solberg
[Auto-generated mail] *TinderBox_Derby* 432972/2006-08-20 16:52:25 CEST *derbyall* Failed TestsOK Skip Duration Platform --- *Jvm: 1.5* 1671670 2 147.65% SunOS-5.10_i86pc-i386 Details in

[jira] Commented: (DERBY-1610) Updating column typed as CHAR to value passed via setBinaryStream(notNull) is failed because of imcompatiblity of types though it was not taken as error when setBinarySt

2006-08-20 Thread Tomohito Nakayama (JIRA)
[ http://issues.apache.org/jira/browse/DERBY-1610?page=comments#action_12429286 ] Tomohito Nakayama commented on DERBY-1610: -- Technically, I think we can make the calcJdbcTypeForNullValue() *more complete*. However, I'm not sure we

[jira] Created: (DERBY-1734) Simplify building of SystemColumn array in CatalogRowFactory implementations.

2006-08-20 Thread Daniel John Debrunner (JIRA)
Simplify building of SystemColumn array in CatalogRowFactory implementations. -- Key: DERBY-1734 URL: http://issues.apache.org/jira/browse/DERBY-1734 Project: Derby

Cache Manager: Summer Progress

2006-08-20 Thread Gokul Soundararajan
Hi all, I'm a student working on improving the CacheManager in Derby as part of Google's Summer of Code. Over the summer, I have looked at two ways of improving it. In my first approach, I implemented the ClockPro algorithm. In my second approach, I tried to separate the cache implementation

[jira] Commented: (DERBY-766) Improve code generation to handle 5000 unions in a select the union test in largeCodeGen

2006-08-20 Thread Daniel John Debrunner (JIRA)
[ http://issues.apache.org/jira/browse/DERBY-766?page=comments#action_12429307 ] Daniel John Debrunner commented on DERBY-766: - Issue now fixed, with sufficient memory seen over 6000 unions supported in largeCodeGen test. DERBY-1315

[jira] Resolved: (DERBY-766) Improve code generation to handle 5000 unions in a select the union test in largeCodeGen

2006-08-20 Thread Daniel John Debrunner (JIRA)
[ http://issues.apache.org/jira/browse/DERBY-766?page=all ] Daniel John Debrunner resolved DERBY-766. - Fix Version/s: 10.3.0.0 Resolution: Fixed Changes merged to the 10.2 branch (current version is 10.2.1.0) Improve code generation to

[jira] Commented: (DERBY-216) expand largeCodeGen.java test

2006-08-20 Thread Daniel John Debrunner (JIRA)
[ http://issues.apache.org/jira/browse/DERBY-216?page=comments#action_12429314 ] Daniel John Debrunner commented on DERBY-216: - The insert case is included in largeCodeGen now. expand largeCodeGen.java test

[jira] Resolved: (DERBY-176) Derby throws ERROR XBCM1: Java linkage error thrown during load of generated class org.apache.derby.exe.aced07c066x0102xca87x3319x00004aa5686e1 during execution of large q

2006-08-20 Thread Daniel John Debrunner (JIRA)
[ http://issues.apache.org/jira/browse/DERBY-176?page=all ] Daniel John Debrunner resolved DERBY-176. - Fix Version/s: 10.2.1.0 10.3.0.0 Resolution: Fixed Changes for DERBY-766 and under this bug ensured that a Query too

[jira] Created: (DERBY-1735) Large number of rows in a VALUES clause (e.g. for an INSERT) can result in a StackOverflowError

2006-08-20 Thread Daniel John Debrunner (JIRA)
Large number of rows in a VALUES clause (e.g. for an INSERT) can result in a StackOverflowError --- Key: DERBY-1735 URL: http://issues.apache.org/jira/browse/DERBY-1735

[jira] Commented: (DERBY-1315) Statement optimization/compilation fails with OutOfMemoryException in largeCodeGen test with embedded and framework DerbyNetClient

2006-08-20 Thread Daniel John Debrunner (JIRA)
[ http://issues.apache.org/jira/browse/DERBY-1315?page=comments#action_12429317 ] Daniel John Debrunner commented on DERBY-1315: -- To see this problem with largeCodeGen one must increase the number of union clauses created in the

Regression Test Failure! - TinderBox_Derby 433085 - Sun DBTG

2006-08-20 Thread Ole . Solberg
[Auto-generated mail] *TinderBox_Derby* 433085/2006-08-21 01:22:24 CEST *derbyall* Failed TestsOK Skip Duration Platform --- *Jvm: 1.5* 2672670 2 154.08% SunOS-5.10_i86pc-i386 Details in

Re: [jira] Commented: (DERBY-1651) Develop a mechanism to migrate mySQL databases to Derby. Migration tool should include both schema and data migration options.

2006-08-20 Thread Andrew McIntyre
On 8/20/06, Satheesh Bandaram (JIRA) derby-dev@db.apache.org wrote: 3) Looks like the code uses generics, which limit the use to JDK 1.5 platforms. While this may be ok, need to document need for JDK 1.5 platform and raise appropriate message if used in earlier platforms. Most of derby can