[jira] Updated: (DERBY-892) add mechanism for specifying policy file for individual function tests

[ http://issues.apache.org/jira/browse/DERBY-892?page=all ] Myrna van Lunteren updated DERBY-892: - Attachment: DERBY-892_4_20060523.stat DERBY-892_4_20060523.diff Attaching a next patch in this series - DERBY-892_4_20060523.* - which

[Derby-655] : getImportedKeys returns duplicate rows in some cases

Hi,   I have researched quite a bit on Derby-655 : getImportedKeys returning duplicate rows in some cases. Here are my findings and 3 possible solutions to the problem. After reading the mail, if someone can think of any other way of solving this problem, then please share it.   First some backgro

Re: [jira] Commented: (DERBY-892) add mechanism for specifying policy file for individual function tests

On 5/23/06, Andrew McIntyre (JIRA) wrote:    [ http://issues.apache.org/jira/browse/DERBY-892?page=comments#action_12413064 ]Andrew McIntyre commented on DERBY-892:---This looks good, but shouldn't we leave the permissions needed for ru

[jira] Commented: (DERBY-892) add mechanism for specifying policy file for individual function tests

[ http://issues.apache.org/jira/browse/DERBY-892?page=comments#action_12413064 ] Andrew McIntyre commented on DERBY-892: --- This looks good, but shouldn't we leave the permissions needed for running tests in useprocess=false mode in the base harness pol

[jira] Updated: (DERBY-892) add mechanism for specifying policy file for individual function tests

[ http://issues.apache.org/jira/browse/DERBY-892?page=all ] Myrna van Lunteren updated DERBY-892: - Derby Info: [Patch Available] > add mechanism for specifying policy file for individual function tests > --

[jira] Assigned: (DERBY-892) add mechanism for specifying policy file for individual function tests

[ http://issues.apache.org/jira/browse/DERBY-892?page=all ] Myrna van Lunteren reassigned DERBY-892: Assign To: Myrna van Lunteren > add mechanism for specifying policy file for individual function tests >

[jira] Commented: (DERBY-892) add mechanism for specifying policy file for individual function tests

[ http://issues.apache.org/jira/browse/DERBY-892?page=comments#action_12413063 ] Myrna van Lunteren commented on DERBY-892: -- I could not reproduce the problem with nist suite of DERBY-1337, not sure what I was doing wrong... But if someone who coul

[jira] Updated: (DERBY-892) add mechanism for specifying policy file for individual function tests

[ http://issues.apache.org/jira/browse/DERBY-892?page=all ] Myrna van Lunteren updated DERBY-892: - Attachment: DERBY-892_3_20060523.stat DERBY-892_3_20060523.diff Attaching a follow-up patch - DERBY-892_3_20060523.* - does the followi

[jira] Resolved: (DERBY-847) Internationalize NetIndoubtTransaction to NetSqlca in org.apache.derby.client.net

[ http://issues.apache.org/jira/browse/DERBY-847?page=all ] David Van Couvering resolved DERBY-847: --- Resolution: Fixed Resolved, revision 409037 > Internationalize NetIndoubtTransaction to NetSqlca in > org.apache.derby.client.net >

Re: [jira] Commented: (DERBY-883) Enhance GROUP BY clause to support expressions instead of just column references.

Oops... Query Select (a+b)+c, count(*) from intTab group by a+bshould be like:Select (a+b)+1, count(*) from intTab group by a+bSince 'c' is not part of the group by list, it can not be referenced in select clause. SatheeshOn 5/23/06, Satheesh Bandaram <[EMAIL PROTECTED]> wrote: Manish, good researc

Re: [jira] Commented: (DERBY-883) Enhance GROUP BY clause to support expressions instead of just column references.

Manish, good research. I think you are on the right track. Derby already rewrites GROUP BY clause into select subquery so that HAVING clause can be converted into a WHERE clause on top of select subquery, with aggregate references converted into simple columnReferences. Search for groupByList in s

[jira] Updated: (DERBY-667) Derbyall should test the framework scripts

[ http://issues.apache.org/jira/browse/DERBY-667?page=all ] Andrew McIntyre updated DERBY-667: -- Fix Version: (was: 10.1.3.0) Version: 10.1.3.0 > Derbyall should test the framework scripts > -- > >

[jira] Updated: (DERBY-1339) messages_pt_BR.properties file

[ http://issues.apache.org/jira/browse/DERBY-1339?page=all ] Andrew McIntyre updated DERBY-1339: --- Fix Version: 10.2.0.0 10.1.3.0 10.1.2.5 (was: 10.1.2.4) > messages_pt_BR.properties file >

[jira] Updated: (DERBY-667) Derbyall should test the framework scripts

[ http://issues.apache.org/jira/browse/DERBY-667?page=all ] Kathey Marsden updated DERBY-667: - Version: (was: 10.1.3.0) Taking this off of 10.1.3 as nobody responded that they were signed up to fix it. > Derbyall should test the framework scripts

[jira] Updated: (DERBY-1221) runtimestatistics time shows large number instead of 0 with ibm15 on zOS

[ http://issues.apache.org/jira/browse/DERBY-1221?page=all ] Kathey Marsden updated DERBY-1221: -- Component: SQL > runtimestatistics time shows large number instead of 0 with ibm15 on zOS >

[jira] Updated: (DERBY-1222) ij loops with derby.ui.codeset=EUC_JP on z/OS

[ http://issues.apache.org/jira/browse/DERBY-1222?page=all ] Kathey Marsden updated DERBY-1222: -- Component: Tools > ij loops with derby.ui.codeset=EUC_JP on z/OS > - > > Key: DERBY-1222 > URL

[jira] Updated: (DERBY-1228) Make it possible to run multiple instances of Derby within the same VM

[ http://issues.apache.org/jira/browse/DERBY-1228?page=all ] Kathey Marsden updated DERBY-1228: -- Component: Services > Make it possible to run multiple instances of Derby within the same VM > -

[jira] Updated: (DERBY-1296) Setting property derby.system.bootAll causes an Exception

[ http://issues.apache.org/jira/browse/DERBY-1296?page=all ] Kathey Marsden updated DERBY-1296: -- Component: Services > Setting property derby.system.bootAll causes an Exception > - > > Key

[jira] Updated: (DERBY-1306) Support more than just varchar with vertical bars on query

[ http://issues.apache.org/jira/browse/DERBY-1306?page=all ] Kathey Marsden updated DERBY-1306: -- Component: SQL > Support more than just varchar with vertical bars on query > -- > > Key: D

[jira] Updated: (DERBY-1331) Derby's "set schema" behavior is not compliant with SQL 2003 Foundation spec.

[ http://issues.apache.org/jira/browse/DERBY-1331?page=all ] Kathey Marsden updated DERBY-1331: -- Component: SQL > Derby's "set schema" behavior is not compliant with SQL 2003 Foundation spec. > ---

Regression Test Failure! - TinderBox_Derby 409004 - Sun DBTG

[Auto-generated mail] *TinderBox_Derby* 409004/2006-05-23 22:43:02 CEST *derbyall* Failed TestsOK Skip Duration Platform --- *Jvm: 1.5* 1666665 2 142.49% SunOS-5.10_i86pc-i386 Details in http://www.mult

[jira] Commented: (DERBY-1322) Missing resets of isOnInsertRow state in net client when navigating away via other than ResultSet#next

[ http://issues.apache.org/jira/browse/DERBY-1322?page=comments#action_12413030 ] Dag H. Wanvik commented on DERBY-1322: -- Thanks for addressing my comments! I think it is ready to go. > Missing resets of isOnInsertRow state in net client when navigati

Does it make sense to add DERBY-1020 to the bugs on NetworkServerSessionManagement page?

http://wiki.apache.org/db-derby/NetworkServerSessionManagement mentions bugs related to Network Sever Session management. I was sure if DERBY-1020 belonged on this list or not. It is related related to the proper handling of exceptions when an exception occurs closing the session especially a

[jira] Commented: (DERBY-847) Internationalize NetIndoubtTransaction to NetSqlca in org.apache.derby.client.net

[ http://issues.apache.org/jira/browse/DERBY-847?page=comments#action_12413027 ] Dag H. Wanvik commented on DERBY-847: - Thanks for addressing my concerns! There is one remaining merge conflict section in java/engine/org/apache/derby/loc/messages_en.pro

Re: [jira] Commented: (DERBY-1338) Client tests DerbyNetNewServer and NSinSameVM fail with NoClassDefFoundError: DRDAProtocolExceptionInfo when run from classes dir

The shutdown of the server *has* interrupted the thread, in NetworkServerStarter#blockingStart. So, is this the reason we get this exception? This is *very* interesting -- thank you for doing this great research! This sort of thing is exactly why I've been so scared to add more calls to interr

[jira] Commented: (DERBY-1330) Provide runtime privilege checking for grant/revoke functionality

[ http://issues.apache.org/jira/browse/DERBY-1330?page=comments#action_12413026 ] Satheesh Bandaram commented on DERBY-1330: -- Interesting idea from Dan... about need to have SYSREQUIREDPERM system table. It does look possible, DEPENDENTID/PROVIDERI

[jira] Commented: (DERBY-1299) Derby Server and Administration Guide - derby.drda.timeslice

[ http://issues.apache.org/jira/browse/DERBY-1299?page=comments#action_12413022 ] Jean T. Anderson commented on DERBY-1299: - This change looks fine; patch is ready to commit. > Derby Server and Administration Guide - derby.drda.timeslice > -

[jira] Commented: (DERBY-1338) Client tests DerbyNetNewServer and NSinSameVM fail with NoClassDefFoundError: DRDAProtocolExceptionInfo when run from classes dir

[ http://issues.apache.org/jira/browse/DERBY-1338?page=comments#action_12413021 ] Dag H. Wanvik commented on DERBY-1338: -- Thanks for the suggestion Bryan. I tried it, but in that case the socket read returns -1 (end of data) and all is well. So i had t

Re: In-memory store implementation how to move forward (WAS Re: ICLA's (WAS Re: Looking for Stephen Fitch) (Found!?))

David Van Couvering wrote: > Great ideas, Kathey, thanks. > Fixing copyrights in the files would also be good. Thanks Stephen for getting back in touch! May be a Wiki page with information requested about current state of the project could be placed at: http://wiki.apache.org/db-derby/DerbyPropos

[jira] Assigned: (DERBY-851) Remove org.apache.derby.client.resource package - no longer needed

[ http://issues.apache.org/jira/browse/DERBY-851?page=all ] David Van Couvering reassigned DERBY-851: - Assign To: David Van Couvering > Remove org.apache.derby.client.resource package - no longer needed > -

Re: In-memory store implementation how to move forward (WAS Re: ICLA's (WAS Re: Looking for Stephen Fitch) (Found!?))

Great ideas, Kathey, thanks. Also, I do hope Stephen can be available for quick email consults moving forward, if something turns out to be particularly hard to grok. David Kathey Marsden wrote: Stephen Fitch wrote: 4. As for a functional spec, some of my thesis may not be too bad for so

In-memory store implementation how to move forward (WAS Re: ICLA's (WAS Re: Looking for Stephen Fitch) (Found!?))

Stephen Fitch wrote: 4. As for a functional spec, some of my thesis may not be too bad for some it. Any suggestions as to what I can try to do withing the next few days to get this goin? If we are looking at a few days work and then you disappear maybe ... - Attach your thesis to the

[jira] Commented: (DERBY-1300) Derby Server and Administration Guide - Managing the Derby Network Server remotely by using the servlet interface (II)

[ http://issues.apache.org/jira/browse/DERBY-1300?page=comments#action_12413013 ] Jean T. Anderson commented on DERBY-1300: - I'd suggest shortening the additional sentence to just: "When the Network Server is started by the servlet interface, shutti

[jira] Closed: (DERBY-285) Network Client should not print non-ascii token separators in message when it cannot connect to the server to retrieve the error message

[ http://issues.apache.org/jira/browse/DERBY-285?page=all ] Kathey Marsden closed DERBY-285: Closing this issue. Some cases still remain where non-ascii characters print. This is filed as DERBY-958 > Network Client should not print non-ascii token se

[jira] Closed: (DERBY-515) Network Server should log server start and shutdown time to derby.log

[ http://issues.apache.org/jira/browse/DERBY-515?page=all ] Kathey Marsden closed DERBY-515: > Network Server should log server start and shutdown time to derby.log > - > > Key

[jira] Closed: (DERBY-525) getAsciiStreamshould replace non-ASCII characters with 0x3f, '?' to match embedded

[ http://issues.apache.org/jira/browse/DERBY-525?page=all ] Kathey Marsden closed DERBY-525: > getAsciiStreamshould replace non-ASCII characters with 0x3f, '?' to match > embedded > -

[jira] Closed: (DERBY-899) Cannot rollback to savepoint when using ClientXADataSource

[ http://issues.apache.org/jira/browse/DERBY-899?page=all ] Kathey Marsden closed DERBY-899: > Cannot rollback to savepoint when using ClientXADataSource > -- > > Key: DERBY-899 >

[jira] Closed: (DERBY-960) Client xa prepare returns XA_OK instead of XA_RDONLY for a read only transaction

[ http://issues.apache.org/jira/browse/DERBY-960?page=all ] Kathey Marsden closed DERBY-960: > Client xa prepare returns XA_OK instead of XA_RDONLY for a read only > transaction > ---

[jira] Closed: (DERBY-1010) setTransactionIsolation can cause ava.sql.SQLException: Invalid operation: statement closed in some contexts with xa

[ http://issues.apache.org/jira/browse/DERBY-1010?page=all ] Kathey Marsden closed DERBY-1010: - > setTransactionIsolation can cause ava.sql.SQLException: Invalid operation: > statement closed in some contexts with xa > -

[jira] Resolved: (DERBY-1010) setTransactionIsolation can cause ava.sql.SQLException: Invalid operation: statement closed in some contexts with xa

[ http://issues.apache.org/jira/browse/DERBY-1010?page=all ] Kathey Marsden resolved DERBY-1010: --- Fix Version: 10.1.3.0 10.1.2.4 Resolution: Fixed > setTransactionIsolation can cause ava.sql.SQLException: Invalid operation:

[jira] Reopened: (DERBY-1010) setTransactionIsolation can cause ava.sql.SQLException: Invalid operation: statement closed in some contexts with xa

[ http://issues.apache.org/jira/browse/DERBY-1010?page=all ] Kathey Marsden reopened DERBY-1010: --- Reopen to change fixin to 10.1 > setTransactionIsolation can cause ava.sql.SQLException: Invalid operation: > statement closed in some contexts with xa

[jira] Closed: (DERBY-1049) make existing derby release jars available for upgrade testing and client/server compatibility testing with derbyall

[ http://issues.apache.org/jira/browse/DERBY-1049?page=all ] Kathey Marsden closed DERBY-1049: - > make existing derby release jars available for upgrade testing and > client/server compatibility testing with derbyall > -

[jira] Closed: (DERBY-1210) With encryptionCFB suite store/access.sql fails with IBM jdk 1.3.1

[ http://issues.apache.org/jira/browse/DERBY-1210?page=all ] Kathey Marsden closed DERBY-1210: - > With encryptionCFB suite store/access.sql fails with IBM jdk 1.3.1 > -- > > Key: D

[jira] Closed: (DERBY-1085) java.lang.NullPointerException with char for bit data column and subquery

[ http://issues.apache.org/jira/browse/DERBY-1085?page=all ] Kathey Marsden closed DERBY-1085: - confirmed fix. > java.lang.NullPointerException with char for bit data column and subquery > --

[jira] Closed: (DERBY-1219) jdbcapi/checkDataSource.java and jdbcapi/checkDataSource30.java hang intermittently with client

[ http://issues.apache.org/jira/browse/DERBY-1219?page=all ] Kathey Marsden closed DERBY-1219: - Cannot reproduce hang. Thanks Deepa > jdbcapi/checkDataSource.java and jdbcapi/checkDataSource30.java hang > intermittently with client > -

Re: ICLA's (WAS Re: Looking for Stephen Fitch) (Found!?)

Sorry for the delay, I'm not keeping as close an eye as I had been on the mailing list. As for several concerns brought up... 1. It is my intention to donate all the code for this implementation to the ASF, I don't particularly care about any copyright on it. Anyone can use it :) 2. The cop

[jira] Resolved: (DERBY-1276) Calling ResultSet.isLast() on a scrollable insensitive resultset, causes the entire ResultSet to be populated

[ http://issues.apache.org/jira/browse/DERBY-1276?page=all ] Bernt M. Johnsen resolved DERBY-1276: - Fix Version: 10.2.0.0 Resolution: Fixed Committed revision 409009. > Calling ResultSet.isLast() on a scrollable insensitive resultset, cau

Re: SqlExceptionTest failure on JDK 1.3 platforms ...

Checked in the change, revision 409008. My tests indicate it skips when using JDK 1.3. Let me know if this doesn't work for you for some reason. David Satheesh Bandaram wrote: David Van Couvering wrote: Hi, Kathey. I think you have a good point. Satheesh, if you haven't fixed this, I can

[jira] Closed: (DERBY-85) NPE when creating a trigger on a table and default schema doesn't exist.

[ http://issues.apache.org/jira/browse/DERBY-85?page=all ] A B closed DERBY-85: Verified fix and it has been ported to 10.1, so I'm closing the issue. > NPE when creating a trigger on a table and default schema doesn't exist. >

[jira] Closed: (DERBY-395) Server-side "trace on" and "trace off" commands do not appear to be working correctly.

[ http://issues.apache.org/jira/browse/DERBY-395?page=all ] A B closed DERBY-395: - Verified fix manually and it has been ported to 10.1. So I'm marking it closed. > Server-side "trace on" and "trace off" commands do not appear to be working > correctly. > --

[jira] Closed: (DERBY-374) Invalid URL with Derby Client when connecting to Network Server causes protocol exception.

[ http://issues.apache.org/jira/browse/DERBY-374?page=all ] A B closed DERBY-374: - Fix for this has been in 10.1 and 10.2 since last October, so I'm marking it as closed. Thanks Deepa! > Invalid URL with Derby Client when connecting to Network Server causes > p

[jira] Closed: (DERBY-498) Result set holdability defined inside stored procedures is ignored by server/client

[ http://issues.apache.org/jira/browse/DERBY-498?page=all ] A B closed DERBY-498: - Fix has been in trunk and 10.1 since last October, so I'm closing the issue. > Result set holdability defined inside stored procedures is ignored by > server/client > -

Re: upcoming 10.2 snapshot

On 5/23/06, Bernt M. Johnsen <[EMAIL PROTECTED]> wrote: Simple (?) question. Why do we not sign snapshots that are made available on Derby's download page? The need for people to be sure that they download SW that is put there by a trusted person should be the same as for ordinary releases. Bec

Re: upcoming 10.2 snapshot

Bernt M. Johnsen wrote: > Simple (?) question. Why do we not sign snapshots that are made > available on Derby's download page? The need for people to be sure > that they download SW that is put there by a trusted person should be > the same as for ordinary releases. Possibly because they are not

[jira] Commented: (DERBY-1340) Revert the changes in Client DataSource hierarchy introduced in derby-1246

[ http://issues.apache.org/jira/browse/DERBY-1340?page=comments#action_12412998 ] Rick Hillegas commented on DERBY-1340: -- Looks good. JDBC4 tests pass. Derbyall passes modulo wisconsin noise. Introduces no abstract method errors visible to UnsupportedV

Re: upcoming 10.2 snapshot

Simple (?) question. Why do we not sign snapshots that are made available on Derby's download page? The need for people to be sure that they download SW that is put there by a trusted person should be the same as for ordinary releases. -- Bernt Marius Johnsen, Database Technology Group, Staff En

[jira] Updated: (DERBY-1148) Client XA getTransactionIsolation() does not return the correct isolation level when rejoining a global transaction

[ http://issues.apache.org/jira/browse/DERBY-1148?page=all ] Deepa Remesh updated DERBY-1148: Attachment: derby-1148-draft1.diff derby-1148-draft1.status As Kathey pointed out, my previous patch changes getTransactionIsolation method and

[jira] Closed: (DERBY-170) Inserting large string value into non-existent table causes communication link failure over Network Server.

[ http://issues.apache.org/jira/browse/DERBY-170?page=all ] A B closed DERBY-170: - Issue has been fixed, tested, and ported back to 10.1, so I'm now marking it as closed. Thanks Bryan! > Inserting large string value into non-existent table causes communication

[jira] Closed: (DERBY-492) Server hangs when trying to return high number (hundreds) of columns from a Java procedure to the client.

[ http://issues.apache.org/jira/browse/DERBY-492?page=all ] A B closed DERBY-492: - Resolved and ported to 10.1 as part of DERBY-491. > Server hangs when trying to return high number (hundreds) of columns from a > Java procedure to the client. > --

[jira] Closed: (DERBY-491) Protocol exception when Network Server tries to return ~32K of data or greater in a result set for a Java stored procedure.

[ http://issues.apache.org/jira/browse/DERBY-491?page=all ] A B closed DERBY-491: - Issue has been fixed, tested, and ported back to 10.1, so I'm now marking it as closed. Thanks Bryan! > Protocol exception when Network Server tries to return ~32K of data or > g

[jira] Closed: (DERBY-125) Network Server can send DSS greater than 32K to client, which breaks DRDA protocol.

[ http://issues.apache.org/jira/browse/DERBY-125?page=all ] A B closed DERBY-125: - Issue has been fixed, tested, and ported back to 10.1, so I'm now marking it as closed. Thanks Bryan! > Network Server can send DSS greater than 32K to client, which breaks DRDA

[jira] Updated: (DERBY-847) Internationalize NetIndoubtTransaction to NetSqlca in org.apache.derby.client.net

[ http://issues.apache.org/jira/browse/DERBY-847?page=all ] David Van Couvering updated DERBY-847: -- Attachment: DERBY-847-2.diff Updated patch which addresses Dag's concerns. > Internationalize NetIndoubtTransaction to NetSqlca in > org.apache.d

[doc] DERBY-1293: improvement to derby.drda.startNetworkServer description

There seems to be outstanding discussion with no final patch for DERBY-1293. I think that the patch submitted on May 5 (radminconfigstartnetworkserver.diff) is an improvement over the existing wording and will commit this patch unless somebody steps forward with a new and better one. -jean

[jira] Commented: (DERBY-1214) JDBC4 calls in the Brokered* classes need to be forwarded to more capable classes.

[ http://issues.apache.org/jira/browse/DERBY-1214?page=comments#action_12412988 ] Daniel John Debrunner commented on DERBY-1214: -- I think the property junit.xa.single should have a prefix of derbyTesting. Junit should be reserved for code ass

[jira] Commented: (DERBY-1330) Provide runtime privilege checking for grant/revoke functionality

[ http://issues.apache.org/jira/browse/DERBY-1330?page=comments#action_12412987 ] Daniel John Debrunner commented on DERBY-1330: -- Also have this comment in DERBY-464 http://issues.apache.org/jira/browse/DERBY-464#action_12376518 - How does SYS

[jira] Commented: (DERBY-1325) Isolation level of local connection does not get reset after exiting a global transaction if the isolation level was changed using SQL

[ http://issues.apache.org/jira/browse/DERBY-1325?page=comments#action_12412985 ] Kathey Marsden commented on DERBY-1325: --- Comitted to the trunk. Won't mark resolved until it goes into 10.1 Date: Tue May 23 13:29:47 2006 New Revision: 409002 URL: htt

Re: upcoming 10.2 snapshot

Thanks to Andrew and Dan for your responses. I like Dan's suggestion of pointing the download page at a wiki, which individual contributors can polish. I'll create the first rev of this wiki page. Andrew McIntyre wrote: On a different note, did you get the snapshot target working? I'm lookin

Re: upcoming 10.2 snapshot

Rick Hillegas wrote: > Hi Community, > > 1) I want to make sure I'm capturing the current state of the mainline > so that end-users will know which tires to kick. I thought we maintained > a wiki page on the expected contents of 10.2. But I can't find that page > hung off http://wiki.apache.org/

Re: ICLA's (WAS Re: Looking for Stephen Fitch)

I agree that this can't be accepted without further work, but at least we can take what he's given us. I suspect Stephen won't have time to do the tests or functional spec, but perhaps someone with an itch can get that done. The good news is that that someone is no longer blocked from using h

Re: Qilan ships Derby (was Re: Feedback index.html)

Jean T. Anderson wrote: > Hi, Stephen, > > Thanks for the note about Qilan shipping Derby. My browser can find > www.quilan.com, but can't find > http://csg.qilan.com:8080/qilan/Qilanv3Download > > Could you doublecheck that URL? Here's the corrected URL (thanks, Stephen): http://cgs.qilan.com:

Re: ICLA's (WAS Re: Looking for Stephen Fitch)

David Van Couvering wrote: > Great news! Let's hope we can get all the loose ends tied up and get > this contributed! > > David > As anyone tested this, other than the author? Dan seemed to have raised some important concerns. Anyone with itch to follow up this work needs to investigate more, add

Re: upcoming 10.2 snapshot

Andrew McIntyre wrote: On 5/23/06, Rick Hillegas <[EMAIL PROTECTED]> wrote: On a different note, did you get the snapshot target working? I'm looking to simplify the process, after your last note I realized that it shouldn't be necessary to run 15 commands to produce the snapshot. I'm running

Re: upcoming 10.2 snapshot

On 5/23/06, Rick Hillegas <[EMAIL PROTECTED]> wrote: 1) I should summarize what we hope the community will test. This summary can appear in the "Snapshot Jars" section of the downloads page (http://db.apache.org/derby/derby_downloads.html#Development+trunk). Yep. Don't forget to post to derby-

Re: ICLA's (WAS Re: Looking for Stephen Fitch)

Great news! Let's hope we can get all the loose ends tied up and get this contributed! David Andrew McIntyre wrote: On 5/23/06, Darcy Benoit <[EMAIL PROTECTED]> wrote: I agree with you. One goal of this work was to hopefully bring the code to submission level, so we didn't complete the fo

Re: ICLA's (WAS Re: Looking for Stephen Fitch)

On 5/23/06, Darcy Benoit <[EMAIL PROTECTED]> wrote: I agree with you. One goal of this work was to hopefully bring the code to submission level, so we didn't complete the forms until the code looked good enough to contribute. I was able to contact Stephen, and he submitted the ICLA forms by fax

Re: ICLA's (WAS Re: Looking for Stephen Fitch)

On Tue, 23 May 2006 15:13:55 -0300, Kathey Marsden <[EMAIL PROTECTED]> wrote: I think it is good for students (and everyone) to complete an ICLA as soon as they start working on Derby even before their first contribution. Not only does it protect the work and the project from people going

ICLA's (WAS Re: Looking for Stephen Fitch)

I think it is good for students (and everyone) to complete an ICLA as soon as they start working on Derby even before their first contribution. Not only does it protect the work and the project from people going on with their lives, it is good for folks to understand and consent to the lega

[Derby-1330] Provide runtime privilege checking for grant/revoke functionality

Hi,   I have just attached a functional specification to Derby-1330 which covers 1)Building and saving the privilege requirements for views, triggers, and constraints in system table and impact of revoke privilege on these objects. 2)The runtime privilege checking for routines, triggers, views, an

[jira] Commented: (DERBY-847) Internationalize NetIndoubtTransaction to NetSqlca in org.apache.derby.client.net

[ http://issues.apache.org/jira/browse/DERBY-847?page=comments#action_12412971 ] David Van Couvering commented on DERBY-847: --- Thanks, Dag, some responses below * I don't understand the reference to Messages.java; I can't seem to find that file

Re: SqlExceptionTest failure on JDK 1.3 platforms ...

David Van Couvering wrote: > Hi, Kathey. I think you have a good point. Satheesh, if you haven't > fixed this, I can go ahead and do it. > > Thanks, > > David > I haven't done it yet... You can go-ahead if you want to. Thanks! Satheesh

[jira] Resolved: (DERBY-848) Internationalize NetSqldta to OpenSocketAction in org.apache.derby.client.net

[ http://issues.apache.org/jira/browse/DERBY-848?page=all ] David Van Couvering resolved DERBY-848: --- Resolution: Fixed Committed revision 408971 > Internationalize NetSqldta to OpenSocketAction in org.apache.derby.client.net > ---

[jira] Commented: (DERBY-847) Internationalize NetIndoubtTransaction to NetSqlca in org.apache.derby.client.net

[ http://issues.apache.org/jira/browse/DERBY-847?page=comments#action_12412963 ] Dag H. Wanvik commented on DERBY-847: - I have looked at this patch. It looks good, I have just some minor comments! * I don't understand the reference to Messages.java; I c

Re: Looking for Stephen Fitch

Great, Darcy, thanks! I'm copying the Derby Developer community so they know where things stand. The main thing we need from Stephen is for him to sign an ICLA and to clarify the copyrights on the files (they say copyright 2004 but we suspect 2005?). Thanks, David Darcy Benoit wrote: Hi

Re: SqlExceptionTest failure on JDK 1.3 platforms ...

Hi, Kathey. I think you have a good point. Satheesh, if you haven't fixed this, I can go ahead and do it. Thanks, David Kathey Marsden wrote: David Van Couvering wrote: Sorry, recently modified as I am, I don't have the itch to fix this on JDK 1.3... I support you removing it from that p

[jira] Updated: (DERBY-1330) Provide runtime privilege checking for grant/revoke functionality

[ http://issues.apache.org/jira/browse/DERBY-1330?page=all ] Mamta A. Satoor updated DERBY-1330: --- Attachment: AuthorizationModelForDerbySQLStandardAuthorization.html Attaching functional spec for grant/revoke authorization model. Appreciate any feedba

Qilan ships Derby (was Re: Feedback index.html)

Hi, Stephen, Thanks for the note about Qilan shipping Derby. My browser can find www.quilan.com, but can't find http://csg.qilan.com:8080/qilan/Qilanv3Download Could you doublecheck that URL? Also, we have a Wiki page at http://wiki.apache.org/db-derby/UsesOfDerby that you should feel free to ad

upcoming 10.2 snapshot

I would like to generate a 10.2 snapshot very soon. To do this, I need advice from Andrew and the rest of the community. Hi Andrew, I would like the snapshot to describe itself. Here's my understanding of how this is done: 1) I should summarize what we hope the community will test. This summ

Re: In-memory store implementation available for contribution

ugh. And that's all I have to say about that. IANAL nor do I intend to ever be one. I agree this contribution is problematic because (a) it has the 1984 copyright and (b) we can't locate the original contributor. I think the best approach would be to find the contributor. Since the profes

Re: In-memory store implementation available for contribution

Jean T. Anderson wrote: > David Van Couvering wrote: > >>OK, thanks, I thought this was a separate effort than the one already >>contributed. >> >>If we don't get the CLA, are we able to take what he's contributed and >>run with it? Or do we need to start from scratch? > > > There are 6 new fil

Re: In-memory store implementation available for contribution

Jean T. Anderson wrote: > David Van Couvering wrote: > >>OK, thanks, I thought this was a separate effort than the one already >>contributed. >> >>If we don't get the CLA, are we able to take what he's contributed and >>run with it? Or do we need to start from scratch? ... > One of the questions

Re: SqlExceptionTest failure on JDK 1.3 platforms ...

David Van Couvering wrote: Sorry, recently modified as I am, I don't have the itch to fix this on JDK 1.3... I support you removing it from that platform. Thanks Satheesh for cleaning this up. Of course, once the code is checked in it belongs to all of us so it is the community's responsibi

Feedback index.html

Sirs: Just to let you (and others) know, Qilan (www.qilan.com) now ships with Apache Derby as an integrated database engine. A database manager (under active development) is also part of the package. Feel free to take a look and download a shareware version: http://csg.qilan.com:8080/qilan/

Re: In-memory store implementation available for contribution

David Van Couvering wrote: > OK, thanks, I thought this was a separate effort than the one already > contributed. > > If we don't get the CLA, are we able to take what he's contributed and > run with it? Or do we need to start from scratch? There are 6 new files in the patch for DERBY-646, which

Re: jdk16 and suite derbyall - 128 failures

Hi Rick, Rick Hillegas wrote: Hi Olav, Which driver (Network or Embedded) do you expect should be loaded? The test it asking for the following driver: org.apache.derby.jdbc.EmbeddedDriver to be loaded. Also, what is your classpath when the test fails? The class path is: /home/os136802

[jira] Closed: (DERBY-1251) cancelRowUpdates() affects rows updated with updateRow() in scrollable updatable resultsets

[ http://issues.apache.org/jira/browse/DERBY-1251?page=all ] Andreas Korneliussen closed DERBY-1251: --- Thanks for committing this patch. Closing the report. > cancelRowUpdates() affects rows updated with updateRow() in scrollable > updatable resu

[jira] Closed: (DERBY-1249) cursor operation conflict incorrectly handled in scrollable updatable resultsets

[ http://issues.apache.org/jira/browse/DERBY-1249?page=all ] Andreas Korneliussen closed DERBY-1249: --- Fix Version: 10.2.0.0 Resolution: Fixed Fixed as part of DERBY-1251. Closing bug as fixed. > cursor operation conflict incorrectly han

[jira] Commented: (DERBY-848) Internationalize NetSqldta to OpenSocketAction in org.apache.derby.client.net

[ http://issues.apache.org/jira/browse/DERBY-848?page=comments#action_12412921 ] Knut Anders Hatlen commented on DERBY-848: -- I haven't tested the patch, but I think it looks good. There were a couple of changes that I didn't quite understand at fir

[jira] Resolved: (DERBY-1323) Detectability methods rowUpdated, rowInserted, rowDeleted can be called from illegal states in both clients

[ http://issues.apache.org/jira/browse/DERBY-1323?page=all ] Bernt M. Johnsen resolved DERBY-1323: - Resolution: Fixed Committed revision 408875. > Detectability methods rowUpdated, rowInserted, rowDeleted can be called from > illegal states i

[jira] Created: (DERBY-1341) LOB setBytes method(s) are currently no supported, but part of the Java 1.4 JDBC interface

LOB setBytes method(s) are currently no supported, but part of the Java 1.4 JDBC interface -- Key: DERBY-1341 URL: http://issues.apache.org/jira/browse/DERBY-1341 Project: Derby

[jira] Closed: (DERBY-1332) CallableStatement methods setClob and setBlob should not throw notImplemented exception since they have been implemented in the PreparedStatement implementation.

[ http://issues.apache.org/jira/browse/DERBY-1332?page=all ] V.Narayanan closed DERBY-1332: -- Resolution: Invalid I noticed that none of the set methods with parameter as "String " is supported. Hence the methods setClob and setBlob that are currently

  1   2   >