[
http://issues.apache.org/jira/browse/DERBY-1076?page=comments#action_12370779 ]
Deepa Remesh commented on DERBY-1076:
-
Kathey, I agree that we should be able to run upgrade tests to check that
upgrade does not have problems before 10.2 is released.
Jean T. Anderson wrote:
> Satheesh Bandaram wrote:
>>Deepa Remesh wrote:
>>>On 3/16/06, Rick Hillegas <[EMAIL PROTECTED]> wrote:
>>>
When I run a 10.2 server (built from the mainline) and try to connect to
a 10.1 database, I get the following error:
ERROR XJ040: Failed to start dat
[ http://issues.apache.org/jira/browse/DERBY-962?page=all ]
Kathey Marsden resolved DERBY-962:
--
Resolution: Fixed
Checked this into the trunk:
Date: Thu Mar 16 17:11:50 2006
New Revision: 386501
URL: http://svn.apache.org/viewcvs?rev=386501&view=
[ http://issues.apache.org/jira/browse/DERBY-1121?page=all ]
Myrna van Lunteren updated DERBY-1121:
--
Other Info: [Patch available]
> jdbcapi/checkDriver.java fails in remote server testing
> ---
>
[
http://issues.apache.org/jira/browse/DERBY-1121?page=comments#action_12370775 ]
Myrna van Lunteren commented on DERBY-1121:
---
checkDriver.java no longer fails when run against a remote server.
> jdbcapi/checkDriver.java fails in remote server tes
[Auto-generated mail]
*TinderBox_Derby* 386483/2006-03-17 00:33:07 CET
*derbyall*
Failed TestsOK Skip Duration Platform
---
*Jvm: 1.5*
1643642 0 115.36% SunOS-5.10_i86pc-i386
Details in
http://www.multi
[ http://issues.apache.org/jira/browse/DERBY-1076?page=all ]
Kathey Marsden updated DERBY-1076:
--
Component: Regression Test Failure
It seems to me that perhaps this issue should be Blocker and not Minor as
marked.
If the upgrade tests are broken, how
[ http://issues.apache.org/jira/browse/DERBY-942?page=all ]
Rick Hillegas updated DERBY-942:
Attachment: TestDbMetaData.diff
TestQueryObject.diff
Unfortunately, when I run the jdbc4 suite I see diffs in the following tests. I
have attach
[
http://issues.apache.org/jira/browse/DERBY-1116?page=comments#action_12370771 ]
Rick Hillegas commented on DERBY-1116:
--
If we prune out a slimmer mats, we can keep an eye on the full tinderbox run to
spot the canaries in the mine shaft. We can then a
[
http://issues.apache.org/jira/browse/DERBY-1116?page=comments#action_12370770 ]
Rick Hillegas commented on DERBY-1116:
--
Our regression tests clearly take too long. For the record, I think that 1 hour
is a reasonable amount of time for a mats suite to
Daniel John Debrunner wrote:
Satheesh Bandaram wrote:
Deepa Remesh wrote:
On 3/16/06, Rick Hillegas <[EMAIL PROTECTED]> wrote:
When I run a 10.2 server (built from the mainline) and try to connect to
a 10.1 database, I get the following error:
ERROR XJ040: Failed to start database 't
Satheesh Bandaram wrote:
>
>
> Deepa Remesh wrote:
>
>>On 3/16/06, Rick Hillegas <[EMAIL PROTECTED]> wrote:
>>
>>
>>>When I run a 10.2 server (built from the mainline) and try to connect to
>>>a 10.1 database, I get the following error:
>>>
>>>ERROR XJ040: Failed to start database 'testdb10.1
[
http://issues.apache.org/jira/browse/DERBY-668?page=comments#action_12370766 ]
Andrew McIntyre commented on DERBY-668:
---
Hi Bryan, the latest patch for this looks good to me. I would say go ahead and
commit when you have a chance.
> SysInfo does no
[ http://issues.apache.org/jira/browse/DERBY-919?page=all ]
David Van Couvering resolved DERBY-919:
---
Resolution: Fixed
Committed revision 386483. Builds fine. No impact on derbyall, although
Andreas did verify it works, so I did not run any
Bryan Pendleton (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-1114?page=comments#action_12370472 ]
Bryan Pendleton commented on DERBY-1114:
I wonder whether the problem might possibly be on the RunTest side, instead.
Thanks Bryan fo
[Auto-generated mail]
*TinderBox_Derby* 386457/2006-03-16 22:02:17 CET
*derbyall*
Failed TestsOK Skip Duration Platform
---
*Jvm: 1.5*
1643642 0 115.66% SunOS-5.10_i86pc-i386
Details in
http://www.multi
Hi Francois,
Thanks again for picking up this issue and verifying there was no black
ice under it.
Cheers,
-Rick
Francois Orsini (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-947?page=all ]
Francois Orsini reassigned DERBY-947:
-
Ass
[
http://issues.apache.org/jira/browse/DERBY-953?page=comments#action_12370762 ]
David Van Couvering commented on DERBY-953:
---
I don't like the approach of using an exception to determine if the statement
is closed. I see your motivation -- you wa
OK, that didn't work. I think I need to devise a separate test. Maybe
I'll just call the EncryptionManager constructor directly :)
David
Sunitha Kambhampati (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-1117?page=comments#action_12370630 ]
Sunitha Kambhampati commented on
[
http://issues.apache.org/jira/browse/DERBY-1059?page=comments#action_12370761 ]
David Van Couvering commented on DERBY-1059:
Thanks, Anurag, this looks pretty good. I do have one question though. What
is the motivation to put the unimplement
[
http://issues.apache.org/jira/browse/DERBY-1078?page=comments#action_12370759 ]
Rick Hillegas commented on DERBY-1078:
--
Bryan adds:
Can you use for this? It lets you override/extend tasks and provide
additional parms, etc.
http://ant.apache.org/ma
[
http://issues.apache.org/jira/browse/DERBY-1079?page=comments#action_12370758 ]
Rick Hillegas commented on DERBY-1079:
--
Some new DataSource implementations (which satisify the JDBC4 DataSource
contract) would turn up in the published api. This is the
The failure in grantRevokeDDL is mine... I need to go figure out how to
give SecurityPrivilege to create files for that test. The test passed on
Windows...
Will checkin a fix shortly.
Satheesh
[EMAIL PROTECTED] wrote:
>[Auto-generated mail]
>
>*TinderBox_Derby* 386409/2006-03-16 19:32:18 CET
>*
[ http://issues.apache.org/jira/browse/DERBY-1067?page=all ]
David Van Couvering resolved DERBY-1067:
Resolution: Fixed
Committed revision 386457. Builds clean and runs storeunit with no errors.
> support holdable Scrollable Updatable Resu
[Auto-generated mail]
*TinderBox_Derby* 386409/2006-03-16 19:32:18 CET
*derbyall*
Failed TestsOK Skip Duration Platform
---
*Jvm: 1.5*
1643642 0 112.92% SunOS-5.10_i86pc-i386
Details in
http://www.multi
I also do not believe running derbyall is a requirement currently.
So far I run derbyall whenever I can. Recently for some patches that
are obviously only affecting backup code I have been running storeall,
and then paying attention to the tinderbox runs to make sure I didn't
miss anything.
[ http://issues.apache.org/jira/browse/DERBY-1121?page=all ]
Deepa Remesh updated DERBY-1121:
Attachment: derby-1121.diff
derby-1121.status
Attaching a patch 'derby-1121.diff' which removes the redundant check for
database creation from
[ http://issues.apache.org/jira/browse/DERBY-1121?page=all ]
Deepa Remesh reassigned DERBY-1121:
---
Assign To: Deepa Remesh
> jdbcapi/checkDriver.java fails in remote server testing
> ---
>
> K
jdbcapi/checkDriver.java fails in remote server testing
---
Key: DERBY-1121
URL: http://issues.apache.org/jira/browse/DERBY-1121
Project: Derby
Type: Test
Environment: Remote server test
Reporter: Deepa Remesh
Well, I would love to move the client jar building to use the
classlister, but it will take me some time to get my hands around this
functionality. I have a stack of Very Important (in my itchy world)
things to get done -- can you give me a sense of how timely this issue
is? I'm assuming it i
[
http://issues.apache.org/jira/browse/DERBY-919?page=comments#action_12370742 ]
David Van Couvering commented on DERBY-919:
---
Comments look positive. I'll take a quick look and will either commit or
provide comments.
> improve pattern for settin
Great idea, Myrna, thanks! I was a little uncomfortable at the number
of canon files but couldn't think of an alternative...
David
Myrna van Lunteren wrote:
Hi,
I apologize for not paying closer attention to this bug sooner...I only
realized the effect when david committed the change.
I
Wow, great catch, Knut, I'll fix that! I did an svn add of the new
shared/common/sanity directory and inadvertently included SanityState.java.
David
Knut Anders Hatlen wrote:
[EMAIL PROTECTED] writes:
Author: davidvc
Date: Wed Mar 15 14:28:41 2006
New Revision: 386187
URL: http://svn.apac
On 3/16/06, Dyre Tjeldvoll (JIRA) wrote:
> [ http://issues.apache.org/jira/browse/DERBY-1093?page=all ]
>
> Dyre Tjeldvoll updated DERBY-1093:
> --
>
> Attachment: upgrade.txt
>
> Based on the information in DERBY-573 I have run the runphases script to test
Satheesh Bandaram wrote:
>
> Deepa Remesh wrote:
>
>>On 3/16/06, Rick Hillegas <[EMAIL PROTECTED]> wrote:
>>
>>>When I run a 10.2 server (built from the mainline) and try to connect to
>>>a 10.1 database, I get the following error:
>>>
>>>ERROR XJ040: Failed to start database 'testdb10.1', see
Deepa Remesh wrote:
On 3/16/06, Rick Hillegas <[EMAIL PROTECTED]> wrote:
When I run a 10.2 server (built from the mainline) and try to connect to
a 10.1 database, I get the following error:
ERROR XJ040: Failed to start database 'testdb10.1', see the next
exception for details.
E
On 3/16/06, Knut Anders Hatlen <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] writes:
>
> > AM java/shared/org/apache/derby/shared/common/sanity/SanityState.java
>
> I thought SanityState.java was generated in the build process. Should
> it really be in the repository?
No, it shouldn't. I've rem
I had just downloaded v1.tar...I normally work on windows, so I have to do some moving around to different machines to get tar files unraveled. Is it bad to ask for a jar in future?
I want to see if I can use this class to fix DERBY-993, so I'll download v2 and see if I can modify the class to su
On 3/16/06, Rick Hillegas <[EMAIL PROTECTED]> wrote:
> When I run a 10.2 server (built from the mainline) and try to connect to
> a 10.1 database, I get the following error:
>
> ERROR XJ040: Failed to start database 'testdb10.1', see the next
> exception for details.
> ERROR XCW00: Unsupported upgr
[
http://issues.apache.org/jira/browse/DERBY-1072?page=comments#action_12370730 ]
Satheesh Bandaram commented on DERBY-1072:
--
Thanks for working on this... and for looking for other similarly misleading
messages. If you want to make your task more
[ http://issues.apache.org/jira/browse/DERBY-1086?page=all ]
Andrew McIntyre closed DERBY-1086:
--
Fix Version: 10.2.0.0
Resolution: Cannot Reproduce
Closing at reporter's request.
> Location of derby.properties file
> -
DatabaseMetaData.getColumnPrivileges fails in soft upgrade mode
---
Key: DERBY-1120
URL: http://issues.apache.org/jira/browse/DERBY-1120
Project: Derby
Type: Bug
Components: JDBC
Versions: 10.2.0.0
[ http://issues.apache.org/jira/browse/DERBY-919?page=all ]
Kristian Waagan updated DERBY-919:
--
Attachment: BaseJUnitTestClasses-v2.tar
Thank you Andreas. See answers for your comments below.
1. I don't think this is necessary. An exception there merel
When I run a 10.2 server (built from the mainline) and try to connect to
a 10.1 database, I get the following error:
ERROR XJ040: Failed to start database 'testdb10.1', see the next
exception for details.
ERROR XCW00: Unsupported upgrade from '10.1' to '10.2 beta'.
Does this mean that soft up
>>So that means if I put the
'derby.database.sqlAutherization' property in the derby.property file can I do grant/Revoke now? >As I understand, currently the statements should execute, but it won't be enforced till Part 2 for DERBY-464 is applied. So any
negative tests to verify permissions will no
[
http://issues.apache.org/jira/browse/DERBY-919?page=comments#action_12370710 ]
Andreas Korneliussen commented on DERBY-919:
Review of BaseJUnitTestClasses-v1.tar:
This patch looks good.
I downloaded the files you submitted, and checked how it
[ http://issues.apache.org/jira/browse/DERBY-953?page=all ]
Kristian Waagan updated DERBY-953:
--
Other Info: [Patch available]
> Add miscellaneous Statement methods introduced by JDBC 4
>
>
>
[ http://issues.apache.org/jira/browse/DERBY-953?page=all ]
Kristian Waagan updated DERBY-953:
--
Attachment: DERBY-953-2a.diff
'DERBY-953-2a.diff' implements EmbedStatement.isClosed() in different way. If
the statement is marked as active, it goes to th
[
http://issues.apache.org/jira/browse/DERBY-1093?page=comments#action_12370706 ]
A B commented on DERBY-1093:
> Would it be ok if I go with option 1), for now, but create a new JIRA
> for the change to ODBCMetadataGenerator ? I might even try to fix it
> myse
[ http://issues.apache.org/jira/browse/DERBY-1093?page=all ]
Dyre Tjeldvoll updated DERBY-1093:
--
Attachment: upgrade.txt
Based on the information in DERBY-573 I have run the runphases script to test
upgrade. But I don't really understand the output (th
[ http://issues.apache.org/jira/browse/DERBY-919?page=all ]
Kristian Waagan updated DERBY-919:
--
Attachment: BaseJUnitTestClasses-v1.tar
Another go at establishing base classes for JUnit tests -
'BaseJUnitTestClasses-v1.tar' (tar contains 4 files, extra
Bryan, as far as I have understood, this JIRA is not about the actual
pre-fetching, but about fixing the tests so that they are not broken
when prefetching is introduced. Prefetching is covered by DERBY-822.
--
Øystein
Bryan Pendleton wrote:
Knut Anders Hatlen (JIRA) wrote:
[
http://is
[ http://issues.apache.org/jira/browse/DERBY-919?page=all ]
Kristian Waagan reassigned DERBY-919:
-
Assign To: Kristian Waagan
> improve pattern for setting up junit tests
> --
>
> Key: DERBY-919
>
Knut Anders Hatlen (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-1014?page=comments#action_12370687 ]
I plan to commit this patch next week if I don't get any comments.
I started looking at this patch when you first posted it, but got
distracted by a few other issues.
What I
[
http://issues.apache.org/jira/browse/DERBY-1105?page=comments#action_12370693 ]
Myrna van Lunteren commented on DERBY-1105:
---
(adding my comment from the list into this bug)
I looked at some of the diffs, and I think for at least a number of jdk1
Hi,
I apologize for not paying closer attention to this bug sooner...I only realized the effect when david committed the change.
I looked at some of the diffs, and I think for at least a number of jdk16 canons, a better alternative would be to add some sed-ing to the test harness' Sed.java clas
Thanks for the answers, some more comments below.
Mamta Satoor wrote:
> Hi Dan,
>
> Here are answers to your questions
>
> Question 1)
>
> This paragraph talks about a stack of default schemas and current
> schemas, but there are no more details of how this will be implemented.
> Also, I do
[ http://issues.apache.org/jira/browse/DERBY-1105?page=all ]
Anurag Shekhar updated DERBY-1105:
--
Version: 10.2.0.0
(was: 10.0.2.0)
> derbyall failures due to change in exception type
> -
>
[
http://issues.apache.org/jira/browse/DERBY-1014?page=comments#action_12370687 ]
Knut Anders Hatlen commented on DERBY-1014:
---
I plan to commit this patch next week if I don't get any comments.
> Make tests less sensitive to pre-fetching
> ---
[ http://issues.apache.org/jira/browse/DERBY-787?page=all ]
Andreas Korneliussen reassigned DERBY-787:
--
Assign To: Andreas Korneliussen
> cursor closed as a sideeffect of closing another cursor with the same name on
> another connection
> -
[Auto-generated mail]
*TinderBox_Derby* 386304/2006-03-16 11:53:04 CET
*derbyall*
Failed TestsOK Skip Duration Platform
---
*Jvm: 1.5*
1643642 0 113.80% SunOS-5.10_i86pc-i386
Details in
http://www.multi
Andreas Korneliussen (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-1067?page=all ]
Andreas Korneliussen updated DERBY-1067:
Attachment: DERBY-1067v4.diff
storeunit_report.txt
Attaching patch to fix some JavaDoc comm
[
http://issues.apache.org/jira/browse/DERBY-1072?page=comments#action_12370681 ]
Mayuresh Nirhali commented on DERBY-1072:
-
While a view is being Dropped, the TableDescriptor for the specified view is
read. If this TableDescriptor is null then erro
[ http://issues.apache.org/jira/browse/DERBY-1067?page=all ]
Andreas Korneliussen updated DERBY-1067:
Attachment: DERBY-1067v4.diff
storeunit_report.txt
Attaching patch to fix some JavaDoc comments. Also including report from
sto
[Auto-generated mail]
*TinderBox_Derby* 386285/2006-03-16 09:22:18 CET
*derbyall*
Failed TestsOK Skip Duration Platform
---
*Jvm: 1.5*
1643642 0 114.66% SunOS-5.10_i86pc-i386
Details in
http://www.multi
[
http://issues.apache.org/jira/browse/DERBY-1086?page=comments#action_12370669 ]
Thorsten Möller commented on DERBY-1086:
John,
I don't know what went wrong on my fist test. I re-checked everything and now
it works as expected. This issue can be c
[
http://issues.apache.org/jira/browse/DERBY-1067?page=comments#action_12370666 ]
Andreas Korneliussen commented on DERBY-1067:
-
>>>3. I suggest to use something even more generic than
>>> reusableRecordIdSequenceNumber. How about recordIdVer
[Auto-generated mail]
*Derby* 386128/2006-03-15 19:46:03 CET
*derbyall*
Failed TestsOK Skip Duration Platform
---
*Jvm: 1.5*
1643642 0 104.62% CYGWIN_NT-5.1_i686-unknown
1643642 0 116.24%
The discussions on this issue have confused me some. Is it the intention
to have a replacement for the ...functionTests/util/DerbyJUnitTest class?
Yes, the intention is to provide a common base class with can be reused
when writing .junit tests. Initially the issue was to fix
DerbyJUnitTest, a
[
http://issues.apache.org/jira/browse/DERBY-1067?page=comments#action_12370660 ]
Øystein Grøvlen commented on DERBY-1067:
Andreas Korneliussen (JIRA) wrote:
>> Øystein Grøvlen commented on DERBY-1067:
>>
>>
[
http://issues.apache.org/jira/browse/DERBY-1093?page=comments#action_12370659 ]
Dyre Tjeldvoll commented on DERBY-1093:
---
I was just thinking about removing the old queries when ODBCMetadataGenerator
has been changed so that the new queries get trans
[
http://issues.apache.org/jira/browse/DERBY-970?page=comments#action_12370657 ]
Knut Anders Hatlen commented on DERBY-970:
--
Thanks for looking at the part2 patch, Dyre! I changed two comments in
the test file to javadoc and committed revision 38629
[EMAIL PROTECTED] writes:
> Author: davidvc
> Date: Wed Mar 15 14:28:41 2006
> New Revision: 386187
>
> URL: http://svn.apache.org/viewcvs?rev=386187&view=rev
> Log:
> DERBY-1116 : Add a shell-script test generator for internationalized
> messages (client-side only).
>
> This is the script that ge
73 matches
Mail list logo
