Hi,
I don't think this is needed in 10.1, but Suresh logged this, Suresh, what say you?
Myrna
On 5/10/06, Andrew McIntyre (JIRA) derby-dev@db.apache.org wrote:
[ http://issues.apache.org/jira/browse/DERBY-577?page=comments#action_12378843
]Andrew McIntyre commented on
[
http://issues.apache.org/jira/browse/DERBY-577?page=comments#action_12378843 ]
Andrew McIntyre commented on DERBY-577:
---
Committed to trunk with revision 405670. Do you need this in 10.1?
Test harness should not change the user.dir property , it
[
http://issues.apache.org/jira/browse/DERBY-1251?page=comments#action_12378856 ]
Andreas Korneliussen commented on DERBY-1251:
-
- //After a delete, the ResultSet will be positioned right before
- //the next row.
- rowData = null;
-
[ http://issues.apache.org/jira/browse/DERBY-1251?page=all ]
Andreas Korneliussen updated DERBY-1251:
Attachment: DERBY-1251v3.diff
Attached is a patch (DERBY-1251v3.diff) which addresses the review comments.
The changes in deleteRow() behavior
I would like to be granted developer access to Jira. It seems I need
this to be able to close a bug I reported.
Thanks,
Vemund
[Auto-generated mail]
*Derby* 405484/2006-05-09 19:46:06 CEST
*derbyall*
Failed TestsOK Skip Duration Platform
---
*Jvm: 1.6*
130674544 0 101.56% SunOS-5.10_i86pc-i386
Details in
[ http://issues.apache.org/jira/browse/DERBY-1288?page=all ]
Knut Anders Hatlen closed DERBY-1288:
-
Fix Version: (was: 10.2.0.0)
Resolution: Duplicate
Duplicate of DERBY-501.
Bring Derby into JDBC compliance by supporting
[ http://issues.apache.org/jira/browse/DERBY-501?page=all ]
Knut Anders Hatlen reassigned DERBY-501:
Assign To: Knut Anders Hatlen
Client and embedded drivers differ on invoking a procedure that returns a
single Dynamic resultSet using
[ http://issues.apache.org/jira/browse/DERBY-178?page=all ]
Andrew McIntyre resolved DERBY-178:
---
Fix Version: 10.2.0.0
10.1.3.0
Resolution: Fixed
Derby Info: [Release Note Needed]
With revisions 405655 and 405656, added
[Auto-generated mail]
*TinderBox_Derby* 405656/2006-05-10 09:02:34 CEST
*derbyall*
Failed TestsOK Skip Duration Platform
---
*Jvm: 1.5*
2659657 1 142.43% SunOS-5.10_i86pc-i386
Details in
[
http://issues.apache.org/jira/browse/DERBY-1308?page=comments#action_12378852 ]
Andreas Korneliussen commented on DERBY-1308:
-
I think this could be a regression, since as part of DERBY-993, Myrna was able
to run the following tests:
With
[ http://issues.apache.org/jira/browse/DERBY-577?page=all ]
Myrna van Lunteren updated DERBY-577:
-
Attachment: DERBY-577_102_20060509.stat
DERBY-577_102_20060509.diff
Attached patch - DERBY-577_102_20060509.* - removes the
[
http://issues.apache.org/jira/browse/DERBY-1288?page=comments#action_12378896 ]
Knut Anders Hatlen commented on DERBY-1288:
---
I wrote:
What Derby currently does, is
[...]
executeUpdate:
embedded: fails if no result sets are returned,
[
http://issues.apache.org/jira/browse/DERBY-1251?page=comments#action_12378902 ]
Fernanda Pizzorno commented on DERBY-1251:
--
All of my comments have been addressed. The patch DERBY-1251v3.diff looks good.
cancelRowUpdates() affects rows updated
[ http://issues.apache.org/jira/browse/DERBY-1087?page=all ]
Fernanda Pizzorno updated DERBY-1087:
-
Attachment: derby-1087v2.diff
derby-1087v2.stat
Patch derby-1087v2.diff addresses the review comments.
1. I changed
[ http://issues.apache.org/jira/browse/DERBY-795?page=all ]
Bernt M. Johnsen closed DERBY-795:
--
Fix Version: 10.1.3.0
Resolution: Fixed
Committed revision 405736.
After calling ResultSet.relative(0) the cursor loses its position
[Auto-generated mail]
*TinderBox_Derby* 405696/2006-05-10 12:03:10 CEST
*derbyall*
Failed TestsOK Skip Duration Platform
---
*Jvm: 1.5*
2659657 1 141.85% SunOS-5.10_i86pc-i386
Details in
[ http://issues.apache.org/jira/browse/DERBY-1058?page=all ]
Andreas Korneliussen reopened DERBY-1058:
-
Reopen to see if this could go to 10.1.3 branch.
If this is taken to the 10.1.3 branch, I would suggest trying to take the first
diff
[ http://issues.apache.org/jira/browse/DERBY-1058?page=all ]
Andreas Korneliussen updated DERBY-1058:
Fix Version: 10.1.3.0
derby fails supporting holdable scrollable resultset: ERROR XSCB8: The btree
conglomerate 1,141,037,436,752 is closed.
[
http://issues.apache.org/jira/browse/DERBY-1303?page=comments#action_12378916 ]
Tomohito Nakayama commented on DERBY-1303:
--
Next are plans to solve this problem.
1)
Using suite of junit, exclude SuicideOfStreaming test.
Refer to.
SUR: Use DRDA's extended diagnostic to send ROW_UPDATED and ROW_DELETED
warnings.
-
Key: DERBY-1313
URL: http://issues.apache.org/jira/browse/DERBY-1313
Project: Derby
Type: Bug
Differences between client and embedded when invoking stored procedures using
Statement.executeUpdate()
---
Key: DERBY-1314
URL: http://issues.apache.org/jira/browse/DERBY-1314
[
http://issues.apache.org/jira/browse/DERBY-1314?page=comments#action_12378917 ]
Knut Anders Hatlen commented on DERBY-1314:
---
The JDBC 3.0 javadoc for Statement.executeUpdate() says:
Returns: either the row count for INSERT, UPDATE or DELETE
[
http://issues.apache.org/jira/browse/DERBY-1303?page=comments#action_12378918 ]
Tomohito Nakayama commented on DERBY-1303:
--
One problem is that I have not written test using JUnit :(
Examining past mail, I found there exists some information on
Hello Tomohito,
Hope it's okay I send you a private mail.
I just want to tell you that the Wiki page has not been used/follow by
many, and I would appreciate if you gave some feedback (to the list) on
what is missing on it. What information did you not find that was
necessary for you to
[
http://issues.apache.org/jira/browse/DERBY-1251?page=comments#action_12378922 ]
Knut Anders Hatlen commented on DERBY-1251:
---
I will run some tests and commit the patch.
cancelRowUpdates() affects rows updated with updateRow() in scrollable
[ http://issues.apache.org/jira/browse/DERBY-717?page=all ]
Andreas Korneliussen updated DERBY-717:
---
Attachment: DERBY-717v3.diff
DERBY-717v3.stat
derby-717v3.tar.gz
The attached files (DERBY-717v3.*) now also
Andrew McIntyre wrote:
Hi derby-dev and derby-user,
I have just posted a new snapshot for 10.1 as we are heading towards a
10.1.3.0 release:
Thanks Andrew, I like the additional text you added with the link to the
issues and suggested areas to test.
However, I think when a snapshot is
[
http://issues.apache.org/jira/browse/DERBY-1276?page=comments#action_12378930 ]
Dag H. Wanvik commented on DERBY-1276:
--
I looked at this and it looks good to me. It seems you also optimized the case
where the last row has not yet been read and the
[
http://issues.apache.org/jira/browse/DERBY-1276?page=comments#action_12378932 ]
Andreas Korneliussen commented on DERBY-1276:
-
Yes, I ran derbyall with this change.
Found that
* derbyall/derbynetmats/derbynetmats.fail:stress/stress.multi
On 5/10/06, Daniel John Debrunner [EMAIL PROTECTED] wrote:
However, I think when a snapshot is posted we should leave the older
snapshots on the download page. Makes it much easier for people to
demonstrate a regression if they can easily show it's in the latest
snapshot but not the previous
On 5/10/06, Vemund Ostgaard [EMAIL PROTECTED] wrote:
I would like to be granted developer access to Jira. It seems I need
this to be able to close a bug I reported.
Granted.
andrew
Dear Derby-Dev,
Regarding your article Using the 10.1 Core and 1.1 UI Derby plug-ins at
URL
http://db.apache.org/derby/integrate/plugin_howto.html#Installing+the+plug-i
ns
I have tried to install the Derby plugins twice now, without success.
I checked the md5 sums for both
[
http://issues.apache.org/jira/browse/DERBY-1219?page=comments#action_12378938 ]
Deepa Remesh commented on DERBY-1219:
-
Hi Bryan,
I applied your new patch 'no-sessions-for-closed-threads.diff' and ran the
checkDataSource repro. However, I still get
[
http://issues.apache.org/jira/browse/DERBY-1219?page=comments#action_12378954 ]
Deepa Remesh commented on DERBY-1219:
-
Posting my observation with the patch 'no-sessions-for-closed-threads.diff': I
think this patch solves the problem of poisoned
It would be good if we can get the upgrade suite to run individually
in the nightly tests. This suite is not made part of derbyall as it
currently runs only with jar files.
To run this suite, some changes may be needed in the test scripts.
This is described in BUILDING.txt and testing/README.htm
[
http://issues.apache.org/jira/browse/DERBY-1153?page=comments#action_12378963 ]
Sunitha Kambhampati commented on DERBY-1153:
This tests also fails with ibm 1.3.1 version apart from sun 1.3.1 jvm. with
same diff .
[ http://issues.apache.org/jira/browse/DERBY-1153?page=all ]
Sunitha Kambhampati updated DERBY-1153:
---
Component: Test
derbynet/SqlExceptionTest.junit fails with Sun JDK 1.3
--
Key:
[
http://issues.apache.org/jira/browse/DERBY-1219?page=comments#action_12378971 ]
Bryan Pendleton commented on DERBY-1219:
I will gladly work on interrupt.diff some more, and try to provide more testing
details.
But I won't get to it until at least
For those of you wondering ...
The machine that hosts www and subversion is having problems. Infra
volunteers have redirected www to another machine, so web access is back.
Infra is working on svn and I don't know how long this will take --
please be patient.
-jean
[
http://issues.apache.org/jira/browse/DERBY-1256?page=comments#action_12378980 ]
Daniel John Debrunner commented on DERBY-1256:
--
The complete class StringBufferInputStream is also non-portable and deprecated.
It's used in ClobOutputStream
Kathey,
I ran the lang/largeCodeGen.java with PRINT_FAILURE_EXCEPTIONset to true as follows:
java -Dverbose=true -Djvmflags=-mx512M -ms512M -Dframework=DerbyNetClientorg.apache.derbyTesting.functionTests.harness.RunTest lang/largeCodeGen.java
and got the following
MasterFileName =
[
http://issues.apache.org/jira/browse/DERBY-684?page=comments#action_12378981 ]
Daniel John Debrunner commented on DERBY-684:
-
Note that StringBufferInputStream is non-portable and should not be used. It
will lead to different output on
Kathey, please ignore previous stack trace. I am writing it here again:-
MasterFileName = master/largeCodeGen.out15a16,18 java.sql.SQLException: Statement too complex. Try rewriting the query to remove complexity. Eliminating many duplicate expressions or breaking up the query and
storing interim
Attaching files.
Thanks, Raman
largeCodeGen.out
Description: Binary data
PASS: PREPARE: Logical operators with 200 parameters
PASS: Logical operators with 200 parameters
PASS: PREPARE: Logical operators with 300 parameters
PASS: Logical operators with 300 parameters
PASS: PREPARE: Logical
largeCodeGen fails with framework DerbyNetClient
Key: DERBY-1315
URL: http://issues.apache.org/jira/browse/DERBY-1315
Project: Derby
Type: Bug
Components: Test
Versions: 10.2.0.0
Environment: Linux -
[ http://issues.apache.org/jira/browse/DERBY-1315?page=all ]
Ramandeep Kaur updated DERBY-1315:
--
Attachment: largeCodeGen.out
largeCodeGen.tmpmstr
largeCodeGen.tmp
largeCodeGen fails with framework DerbyNetClient
[
http://issues.apache.org/jira/browse/DERBY-1286?page=comments#action_12378987 ]
Daniel John Debrunner commented on DERBY-1286:
--
Is there a good definition in the specification as to how the Clob.setXXX
methods are defined to work? Section
[
http://issues.apache.org/jira/browse/DERBY-1285?page=comments#action_12378989 ]
Daniel John Debrunner commented on DERBY-1285:
--
See questions in DERBY-1286 about the Clob.setXXX() methods. I have similar
questions over the Blob.setXXX
[
http://issues.apache.org/jira/browse/DERBY-1091?page=comments#action_12378990 ]
Ramandeep Kaur commented on DERBY-1091:
---
Another problem with parsing of -Djvmflags is found while running test suite
largeData. While running this suite, I need to
[ http://issues.apache.org/jira/browse/DERBY-1154?page=all ]
Sunitha Kambhampati updated DERBY-1154:
---
Attachment: masterupdates_testSecMec.diff.txt
I am attaching a patch to fix this master update issue for the 1.3.1 vms as
well as for the ibm142
Hi All,
It looks like we have 2 different issues now with lang/largeCodeGen.java test cases.
1. jvm heap size need to be increased while running test case lang/largeCodeGen.java which is easy to do in case of framework embedded as the change can be made to largeCodeGen_app.properties file.
In
[ http://issues.apache.org/jira/browse/DERBY-900?page=all ]
Kathey Marsden updated DERBY-900:
-
Attachment: testsecmec.zip
I applied the patch derby900_p2_cleanup.diff.txt
I had to merge some files after applying and then ran derbynetclientmats.
The test
[ http://issues.apache.org/jira/browse/DERBY-683?page=all ]
Deepa Remesh reopened DERBY-683:
Reopening to port this fix to 10.1 branch
Use correct encoding for ClobOutputStream on client
---
Hi,
I ran suite derbyall with sun jdk16 and got 128 failures. I checked http://www.multinet.no/~solberg/public/Apache/DerbyJDK16/testlog/JDK16Jvm1.6SunOS-5.10_i86pc-i386/405484 derbyall_diff.txt
and found that Sun Database Technology Group (DBTG) Regression Test Resultsare alsoshowing same
[
http://issues.apache.org/jira/browse/DERBY-1029?page=comments#action_12378998 ]
Daniel John Debrunner commented on DERBY-1029:
--
With the 10.2 release being delayed what's the current plan for this, fix
BOOLEAN to match the spec or continue
Joe Dorocak wrote:
Dear Derby-Dev,
Regarding your article Using the 10.1 Core and 1.1 UI Derby plug-ins at
URL
http://db.apache.org/derby/integrate/plugin_howto.html#Installing+the+plug-i
ns
I have tried to install the Derby plugins twice now, without success.
I checked the md5 sums for
On 5/10/06, Ramandeep Kaur [EMAIL PROTECTED] wrote:
Hi All,
[snip]
1. jvm heap size need to be increased while running test case lang/largeCodeGen.java which is easy to do in case of framework embedded as the change can be made to largeCodeGen_app.properties file.
In case of
Wrong value returned by DatabaseMetaData.locatorsUpdateCopy()
-
Key: DERBY-1316
URL: http://issues.apache.org/jira/browse/DERBY-1316
Project: Derby
Type: Bug
Components: JDBC
Versions: 10.2.0.0
Hi Ramandeep,
This issue is covered by the umbrella DERBY-955 jira. The problem has
been analyzed this far: The tests run cleanly against the classtree but
fail because of permissions exceptions when run against jar files. We
suspect an asymmetry in the permissions granted to the classtree
Original Message
Subject: SVN server problems (fwd)
Date: Wed, 10 May 2006 21:21:45 -0400 (EDT)
From: Henri Yandell [EMAIL PROTECTED]
Reply-To: community@apache.org
To: community@apache.org
Spreading the word a bit.
-- Forwarded message --
From: Henri Yandell
61 matches
Mail list logo