[jira] Created: (DERBY-463) Successive writes to a java.sql.Blob.setBinaryStream(long) seem to reset the file pointer

Successive writes to a java.sql.Blob.setBinaryStream(long) seem to reset the file pointer - Key: DERBY-463 URL: http://issues.apache.org/jira/browse/DERBY-463 Project: Derby

[jira] Updated: (DERBY-461) Network Client Driver 'password=' behaviour is different from Embedded Driver

[ http://issues.apache.org/jira/browse/DERBY-461?page=all ] Philip Wilder updated DERBY-461: Attachment: Derby461.java Uploaded a standalone reproduction of this issue. Network Client Driver 'password=' behaviour is different from Embedded Driver

[jira] Commented: (DERBY-298) rollforward will not work correctly if the system happens to crash immediately after rollforward backup.

[ http://issues.apache.org/jira/browse/DERBY-298?page=comments#action_12315919 ] Øystein Grøvlen commented on DERBY-298: --- Suresh, The intent is that the new log file should be recognized after a log switch, regardless of what log records may have

[jira] Commented: (DERBY-256) ASSERTION when attempting to execute a statement after shutdown of database with network Server

[ http://issues.apache.org/jira/browse/DERBY-256?page=comments#action_12315923 ] Kathey Marsden commented on DERBY-256: -- It is probably best to focus on why we are seeing the assertion on the server side. I think the server should be throwing an

[jira] Commented: (DERBY-461) Network Client Driver 'password=' behaviour is different from Embedded Driver

[ http://issues.apache.org/jira/browse/DERBY-461?page=comments#action_12315924 ] Philip Wilder commented on DERBY-461: - There seem to be two places clientside where password length is checked:

Re: [jira] Updated: (DERBY-437) SYSCS_UTIL.SYSCS_COMPRESS_TABLE does not work on tables that are created with delimited identifier names.

I have committed this to the trunk with svn 219207. Suresh Thalamati (JIRA) wrote: [ http://issues.apache.org/jira/browse/DERBY-437?page=all ] Suresh Thalamati updated DERBY-437: --- Attachment: derby437.diff Currently for compress procedure to work

Re: Increase acceptance of Derby across Apache??

Jean T. Anderson wrote: Daniel John Debrunner wrote: I had that on my list to look at, but they seem to be the not so open Apache JDO project. Do they have a site at apache? I don't spot a site yet, but the jdo-dev@db.apache.org list is quite active -- and open. (Truthfully, I'm only

Re: [jira] Created: (DERBY-463) Successive writes to a java.sql.Blob.setBinaryStream(long) seem to reset the file pointer

I got the same result using the new client driver (not DB2Driver). Looks like a bug.. I tried the embedded driver, but found setBinaryStream isnt implemented there.. Dag LA( == Laurenz Albe (JIRA) derby-dev@db.apache.org wrote: LA( LA( Successive writes to a

More diffs between embedded and client

Hi, I found some CLOB, BLOB methods to be not implemented in the embedded driver (below), but they seem to be implemented in the client(s). The client BLOB setBinaryStream seems to have a bug, though, cf. Laurentz Albe's mail

Re: [jira] Commented: (DERBY-289) Enable code sharing between Derby client and engine

Hi, Isn't the right way to handle different versions of the same code in one VM to use classloaders? I know in one product we have internally, we cater for upgrades in this way. Don't app servers do this as well, to insulate apps' use of libraries? Two different versions of the client driver

Re: More diffs between embedded and client

Hi, Dag. If you determine this really is a difference that needs to be fixed, please create a new JIRA item and link it to DERBY-310, this is the gathering place for all differences between embedded and network clients. David Dag H. Wanvik wrote: Hi, I found some CLOB, BLOB methods to be

Re: [jira] Commented: (DERBY-289) Enable code sharing between Derby client and engine

Great minds think alike, Dag, I'm investigating using multiple classloaders. There are a lot of tricky questions around the side effects of doing this that I am trying to formulate and then either answer or pose to the group. Still in the cosmic ooze phase of thought at this point, nothing

derby wiki and build/test environments

Is there a Derby wiki for development issues? The derby mats tests are hanging for me and I was hoping to rummage for clues somewhere. This is what I'm seeing: the xaStateTran tests run to conclusion successfully but hang on exit--and this freezes the overall suite. I'm running on the following

[jira] Updated: (DERBY-412) Connection toString should show type information and the meaning of the identifier that it prints

[ http://issues.apache.org/jira/browse/DERBY-412?page=all ] David Van Couvering updated DERBY-412: -- Attachment: DERBY-412.diff Attached is the patch to resolve this bug. I adjusted the order of the fields to match the output of the error log,

[jira] Commented: (DERBY-440) derby.jar has directory (package) entries in it which are not required

[ http://issues.apache.org/jira/browse/DERBY-440?page=comments#action_12315949 ] Daniel John Debrunner commented on DERBY-440: - The entire fix for DERBY-419 can be moved to 10.1. Sorry, I tried out the quick fix in my codeline and accidently

Re: derby wiki and build/test environments

Did you try running with the 1.4 VM? David Richard Hillegas wrote: Is there a Derby wiki for development issues? The derby mats tests are hanging for me and I was hoping to rummage for clues somewhere. This is what I'm seeing: the xaStateTran tests run to conclusion successfully but hang

Re: Potential bug when using distinct in subselect

I was playing around with this bug. I think the problem is that the instance variable nextCalled in impl/sql/execute/SortResultSet should be reset to false everytime openCore is called. Thanks, Manish On 7/14/05, Satheesh Bandaram [EMAIL PROTECTED] wrote: I tried the following repro... Seems

[RESULT] [VOTE] Add David Van Couvering as a Derby committer

Daniel John Debrunner wrote: Please vote on making David a committer on the Derby project. The derby-ppmc believe David will be a great benefit to Derby. [ ] - Add David Van Couvering [EMAIL PROTECTED] as a Derby committer Passed with 16 +1 votes, no other votes. +1 votes from [EMAIL

[jira] Commented: (DERBY-409) ClientDataSource setConnectionAttributes(create=true) fails with An attempt was made to access a database, mydbcreate=true, which was not found.

[ http://issues.apache.org/jira/browse/DERBY-409?page=comments#action_12315958 ] Daniel John Debrunner commented on DERBY-409: - Committed revision 219256. Excluded file testSecMec.java as it was only a change in spaces. Philip, it's just a

[jira] Updated: (DERBY-452) Import/export fails for DECIMAL type in J2ME/Foundation

[ http://issues.apache.org/jira/browse/DERBY-452?page=all ] Daniel John Debrunner updated DERBY-452: type: Bug (was: Improvement) Fix Version: 10.2.0.0 Version: 10.1.1.0 10.2.0.0 Committed revision 219259.

[jira] Commented: (DERBY-426) documentation need to be modified to reflect the derby-390 fix(once it is committed) , schem , table , column names need to be in case-sensitive form.

[ http://issues.apache.org/jira/browse/DERBY-426?page=comments#action_12315960 ] Suresh Thalamati commented on DERBY-426: Thanks for making the changes Jeff, Changes are good , except for the following minor error: Export procedures does not

[jira] Commented: (DERBY-447) getBoolean() throws data conversion exception for DECIMAL type in J2ME/CDC/Foundation

[ http://issues.apache.org/jira/browse/DERBY-447?page=comments#action_12315962 ] Daniel John Debrunner commented on DERBY-447: - Committed revision 219260 on 10.1 branch (merge of 209845) svn merge -r 209844:209845

[jira] Commented: (DERBY-459) lang/errorStream.java fails intermittently on Windows 2003 server

[ http://issues.apache.org/jira/browse/DERBY-459?page=comments#action_12315964 ] Daniel John Debrunner commented on DERBY-459: - Committed revision 219265. lang/errorStream.java fails intermittently on Windows 2003 server

[jira] Closed: (DERBY-452) Import/export fails for DECIMAL type in J2ME/Foundation

[ http://issues.apache.org/jira/browse/DERBY-452?page=all ] Deepa Remesh closed DERBY-452: -- Import/export fails for DECIMAL type in J2ME/Foundation --- Key: DERBY-452 URL:

[jira] Resolved: (DERBY-452) Import/export fails for DECIMAL type in J2ME/Foundation

[ http://issues.apache.org/jira/browse/DERBY-452?page=all ] Deepa Remesh resolved DERBY-452: Resolution: Fixed Import/export fails for DECIMAL type in J2ME/Foundation --- Key:

[jira] Created: (DERBY-464) Enhance Derby by adding grant/revoke support. Grant/Revoke provide finner level of privileges than currently provided by Derby that is especially useful in network configur

Enhance Derby by adding grant/revoke support. Grant/Revoke provide finner level of privileges than currently provided by Derby that is especially useful in network configurations.

[jira] Closed: (DERBY-459) lang/errorStream.java fails intermittently on Windows 2003 server

[ http://issues.apache.org/jira/browse/DERBY-459?page=all ] Dag H. Wanvik closed DERBY-459: --- Resolution: Fixed lang/errorStream.java fails intermittently on Windows 2003 server -

Re: Increase acceptance of Derby across Apache??

Hi,The Apache JDO project is as open as can be, but we just haven't had the visibility in the incubator. This is mostly an administrative issue. We just yesterday posted the http://incubator.apache.org/jdo web site, although our wiki has been active for several months. Just as you might have

[jira] Closed: (DERBY-440) derby.jar has directory (package) entries in it which are not required

[ http://issues.apache.org/jira/browse/DERBY-440?page=all ] Andrew McIntyre closed DERBY-440: - Fix Version: 10.1.1.1 10.2.0.0 Resolution: Fixed Merged fix for DERBY-419 and DERBY-440 into 10.1 branch with revision 219288.

Re: [jira] Created: (DERBY-458) Make it clear the difference between EmbedConnection and Networked Connection

Hello. I 'm not sure that this is implementation matter yet ... Anyway , I think it is better to read series of DERBY-310 to know about drda module. Thank you for pointing me DERBY-310. Best regards. /* Tomohito Nakayama [EMAIL PROTECTED] [EMAIL PROTECTED]