A Derby 10.0 database in a jar cannot be accessed by Derby 10.1
---
Key: DERBY-1479
URL: http://issues.apache.org/jira/browse/DERBY-1479
Project: Derby
Type: Bug
Components: Store
Versions:
[ http://issues.apache.org/jira/browse/DERBY-1479?page=all ]
Andrew McIntyre updated DERBY-1479:
---
Attachment: jartest3.jar
Attempting to connect to the database in this jar, which was created with Derby
10.0, illustrates the problem with soft
[ http://issues.apache.org/jira/browse/DERBY-1237?page=all ]
Knut Anders Hatlen resolved DERBY-1237:
---
Resolution: Duplicate
This issue is a duplicate of DERBY-989. Fix version is left blank.
unit/daemonService fails intermittently with
[ http://issues.apache.org/jira/browse/DERBY-1479?page=all ]
Andrew McIntyre updated DERBY-1479:
---
Component: Documentation
Maybe I'm up too late and still in release-mode. Marking this as a
Documentation issue also in case the resolution for this
[ http://issues.apache.org/jira/browse/DERBY-1479?page=all ]
Andrew McIntyre updated DERBY-1479:
---
Summary: Documentation should note need to upgrade databases in jars
(was: A Derby 10.0 database in a jar cannot be accessed by Derby 10.1)
Hi Andrew,
It looks like the list of jira's fixed in 10.1.3 is far to short in the
release notes. Or did I miss something? I sort of expected all fixed
jira's to be mentioned. I was particulary interested in DERBY-1103,
again ;-)
BR,
Ståle
Andrew McIntyre wrote:
The Apache Derby project
[ http://issues.apache.org/jira/browse/DERBY-1248?page=all ]
Knut Anders Hatlen updated DERBY-1248:
--
Attachment: linuxfailure.zip
solarisfailure.zip
Attaching two new zips. One for a failure on Linux and one for a failure on
[
http://issues.apache.org/jira/browse/DERBY-989?page=comments#action_12419434 ]
Knut Anders Hatlen commented on DERBY-989:
--
Thanks for your comments, Suresh! I think I will just fix the test for now
since it doesn't seem like the current
On 7/6/06, Staale Deraas - Sun Norway [EMAIL PROTECTED] wrote:
Hi Andrew,
It looks like the list of jira's fixed in 10.1.3 is far to short in the
release notes. Or did I miss something? I sort of expected all fixed
jira's to be mentioned. I was particulary interested in DERBY-1103,
again ;-)
[
http://issues.apache.org/jira/browse/DERBY-1352?page=comments#action_12419436 ]
Andreas Korneliussen commented on DERBY-1352:
-
Filtering out with SED is not a good solution.
If you have another locale, you would end up with filerting out all
[
http://issues.apache.org/jira/browse/DERBY-989?page=comments#action_12419437 ]
Knut Anders Hatlen commented on DERBY-989:
--
Committed derby-989-timebomb.diff and derby-989-testfix.diff into trunk with
revision 419479.
I will also update the
[
http://issues.apache.org/jira/browse/DERBY-1330?page=comments#action_12419438 ]
Mamta A. Satoor commented on DERBY-1330:
Wondered if anyone got a chance to look at the patch.
Provide runtime privilege checking for grant/revoke functionality
On 7/6/06, Andrew McIntyre [EMAIL PROTECTED] wrote:
It looks like the python script that splices the mirror information
into the release page has accidentally tried to splice mirror
information into a bug description. I've changed the bug description
to use angle brackets instead of straight
Crash with JVM 1.4.2_08-b03
---
Key: DERBY-1480
URL: http://issues.apache.org/jira/browse/DERBY-1480
Project: Derby
Type: Bug
Versions: 10.0.2.1
Environment: solaris 10
Reporter: Holger Tewis
Priority: Blocker
Derby
[Auto-generated mail]
*Derby* 419295/2006-07-05 19:46:20 CEST
*derbyall*
Failed TestsOK Skip Duration Platform
---
*Jvm: 1.6*
2715713 0 101.55% SunOS-5.10_i86pc-i386
Details in
[
http://issues.apache.org/jira/browse/DERBY-1480?page=comments#action_12419457 ]
Andrew McIntyre commented on DERBY-1480:
Error is a SEGV in the reported VM while inside
org.apache.derby.impl.store.raw.data.BasePage.shiftUp().
Based on the source
Client driver: ResultSet.beforeFirst() gives protocol error on scrollable,
updatable result sets that are downgraded to read-only
-
Key: DERBY-1481
[ http://issues.apache.org/jira/browse/DERBY-1481?page=all ]
Knut Anders Hatlen updated DERBY-1481:
--
Attachment: Repro.java
Attached Repro.java which reproduces the error.
Client driver: ResultSet.beforeFirst() gives protocol error on scrollable,
[ http://issues.apache.org/jira/browse/DERBY-1474?page=all ]
Kristian Waagan updated DERBY-1474:
---
Attachment: derby-1474-1b.diff
'derby-1474-1b.diff' replaces version 1a. Found two typos, causing the blob
references to be compared instead of the blob
I came across the same StackOverflowError in my project and it seems as if
the problem relates to the driver registration. If you register the driver
twice, the shutdown process gets stuck in a loop eventually causing a
StackOverflowError. Look at the code below. If the second registration is
[ http://issues.apache.org/jira/browse/DERBY-1474?page=all ]
Knut Anders Hatlen updated DERBY-1474:
--
Attachment: derby-1474-1c.diff
I have reviewed the patch. The methods look very useful. I found one issue:
assertEquals(Blob,Blob) has
[ http://issues.apache.org/jira/browse/DERBY-1474?page=all ]
Knut Anders Hatlen resolved DERBY-1474:
---
Fix Version: 10.2.0.0
Resolution: Fixed
Derby Info: (was: [Patch Available])
Committed derby-1474-1c.diff into trunk with
[ http://issues.apache.org/jira/browse/DERBY-1481?page=all ]
Fernanda Pizzorno reassigned DERBY-1481:
Assign To: Fernanda Pizzorno
Client driver: ResultSet.beforeFirst() gives protocol error on scrollable,
updatable result sets that are
[ http://issues.apache.org/jira/browse/DERBY-952?page=all ]
Andreas Korneliussen updated DERBY-952:
---
Attachment: DERBY-952.diff
Attached is a patch which does the following:
* Start the network server on the default port (1527) instead of 2
This is great... Looks like you are close to finishing up. Do your current changes support expressions and function calls in GROUP BY? You had raised questions about whether function calls could be in GROUP BY... because Derby functions can not be defined invariant yet.
I think end of July is the
[
http://issues.apache.org/jira/browse/DERBY-1474?page=comments#action_12419526 ]
Andreas Korneliussen commented on DERBY-1474:
-
Just some minor comments (sorry I did not catch this earlier), however I guess
these comments can be addressed in
[ http://issues.apache.org/jira/browse/DERBY-1417?page=all ]
Kristian Waagan updated DERBY-1417:
---
Attachment: derby-1417-2a-rstest-refactor.diff
'derby-1417-2a-rstest-refactor.diff' refactors and rewrites parts of
jdbc4/ResultSetTest.junit.
A few
Lars Gramark wrote:
I came across the same StackOverflowError in my project and it seems as if
the problem relates to the driver registration. If you register the driver
twice, the shutdown process gets stuck in a loop eventually causing a
StackOverflowError.
I think the user should not
[
http://issues.apache.org/jira/browse/DERBY-1475?page=comments#action_12419531 ]
Andreas Korneliussen commented on DERBY-1475:
-
I intend to commit the patch once I have run some tests on it.
lang/procedure.java intermittently fails on
[
http://issues.apache.org/jira/browse/DERBY-1477?page=comments#action_12419532 ]
Andreas Korneliussen commented on DERBY-1477:
-
I intend to commit these tests tomorrow.
create JUnit tests for testing BLOB OutOfMemory problems
[ http://issues.apache.org/jira/browse/DERBY-802?page=all ]
Andreas Korneliussen updated DERBY-802:
---
Attachment: derby-802.diff
derby-802.stat
Attached is a patch which should fix the OutOfMemory problem.
In
[
http://issues.apache.org/jira/browse/DERBY-1414?page=comments#action_12419538 ]
Daniel John Debrunner commented on DERBY-1414:
--
Don't think this message needs a message, it is an internal error only thrown
to force a recompile. It will never
Update triggers on tables with blob columns stream blobs into memory even when
the blobs are not referenced/accessed.
-
Key: DERBY-1482
URL:
[ http://issues.apache.org/jira/browse/DERBY-442?page=all ]
Daniel John Debrunner closed DERBY-442:
---
Resolution: Duplicate
Moved to DERBY-1482 as it is a stand-alone bug, not a sub-task of DERBY-438
Update triggers on tables with blob
[ http://issues.apache.org/jira/browse/DERBY-1237?page=all ]
Kathey Marsden closed DERBY-1237:
-
closing this issue. I agree it looks like a dup.
unit/daemonService fails intermittently with Shutting down due to unit
test failure.
[ http://issues.apache.org/jira/browse/DERBY-1428?page=all ]
Daniel John Debrunner updated DERBY-1428:
-
Summary: Multiple applications within a single jvm generating derby
properties on the fly can lead to non-deterministic engine startup
[ http://issues.apache.org/jira/browse/DERBY-561?page=all ]
Kathey Marsden updated DERBY-561:
-
Component: JDBC
embedded driver jdbcCompliant() method should return true
-
Key:
[ http://issues.apache.org/jira/browse/DERBY-255?page=all ]
Kathey Marsden updated DERBY-255:
-
Component: Network Server
Closing a resultset after retrieving a large 32K value with Network Server
does not release locks
[ http://issues.apache.org/jira/browse/DERBY-256?page=all ]
Kathey Marsden updated DERBY-256:
-
Version: 10.1.2.1
ASSERTION when attempting to execute a statement after shutdown of database
with network Server
[ http://issues.apache.org/jira/browse/DERBY-216?page=all ]
Kathey Marsden updated DERBY-216:
-
Version: 10.1.2.1
expand largeCodeGen.java test
-
Key: DERBY-216
URL:
[ http://issues.apache.org/jira/browse/DERBY-326?page=all ]
Kathey Marsden updated DERBY-326:
-
Version: 10.1.2.1
Improve streaming of large objects for network server and client
[ http://issues.apache.org/jira/browse/DERBY-1050?page=all ]
Kathey Marsden updated DERBY-1050:
--
Version: 10.1.2.1
Run all test suites with DerbyNetClient framework and file Jira issues for
bugs found
[ http://issues.apache.org/jira/browse/DERBY-1056?page=all ]
Kathey Marsden updated DERBY-1056:
--
Version: 10.1.2.1
Print a security warning to derby.log and network server console if network
server is started with remote connections enabled and
[ http://issues.apache.org/jira/browse/DERBY-210?page=all ]
Kathey Marsden updated DERBY-210:
-
Version: 10.0.2.0
Network Server will leak prepared statements if not explicitly closed by the
user until the connection is closed
[ http://issues.apache.org/jira/browse/DERBY-982?page=all ]
Kathey Marsden updated DERBY-982:
-
Version: 10.1.2.1
Derby Info: [Patch Available]
sysinfo api does not provide genus name for client
--
[ http://issues.apache.org/jira/browse/DERBY-1227?page=all ]
Kathey Marsden updated DERBY-1227:
--
Priority: Major (was: Minor)
Rasing this to major. Dan had indicated that this could cause the wrong
statement to be returned and unexpected and
[ http://issues.apache.org/jira/browse/DERBY-1227?page=all ]
Kathey Marsden updated DERBY-1227:
--
Version: 10.1.2.1
Network Server should not use the underlying embedded prepared statement when
accessing a BrokeredPreparedStatement
[ http://issues.apache.org/jira/browse/DERBY-257?page=all ]
Kathey Marsden resolved DERBY-257:
--
Resolution: Fixed
Deepa put this on the wiki http://wiki.apache.org/db-derby/ForNewDevelopers
Format Contributing to Derby, Tips and Tasks To Get
[ http://issues.apache.org/jira/browse/DERBY-257?page=all ]
Kathey Marsden closed DERBY-257:
Assign To: Deepa Remesh
Format Contributing to Derby, Tips and Tasks To Get You Started Document for
the website
[
http://issues.apache.org/jira/browse/DERBY-1472?page=comments#action_12419562 ]
Tomohito Nakayama commented on DERBY-1472:
--
It is not clear where object is expended to memory in the program as written in
this issue and DERBY-550.
Information
[ http://issues.apache.org/jira/browse/DERBY-1474?page=all ]
Kristian Waagan updated DERBY-1474:
---
Attachment: derby-1474-2a.diff
derby-1474-2a.stat
error-output.txt
Thanks for the comments Andreas.
I have changed the
[ http://issues.apache.org/jira/browse/DERBY-1227?page=all ]
Sunitha Kambhampati reassigned DERBY-1227:
--
Assign To: Sunitha Kambhampati
Network Server should not use the underlying embedded prepared statement when
accessing a
[
http://issues.apache.org/jira/browse/DERBY-1227?page=comments#action_12419566 ]
Sunitha Kambhampati commented on DERBY-1227:
I have been looking at this issue and the solution involves defining two new
engine interfaces for use in the server.
[ http://issues.apache.org/jira/browse/DERBY-1417?page=all ]
Kristian Waagan updated DERBY-1417:
---
Derby Info: [Patch Available]
'derby-1417-2a-rstest-refactor.diff' ready for review/commit.
Add new, lengthless overloads to the streaming api
[
http://issues.apache.org/jira/browse/DERBY-894?page=comments#action_12419571 ]
Sunitha Kambhampati commented on DERBY-894:
---
Just wanted to mention:
I ran recently the checkDataSource tests with 10.1 derbyTesting.jar and 10.2
server as part
Well we've been putting features into 10.2 for a year now and from all
indications we want to make a commitment to compatibility.
the Forward Compatibility Guidelines [1] say:
"The goal is to allow any application written against the public
interfaces of an older version of Derby to run,
Kathey Marsden wrote:
This competition, in addition to finding regressions, will also
incorporate fixing any regressions that are found.
I want to clarify what I meant here. I should have just said:
This competition, in addition to finding regressions, will also
incorporate fixing
Build successfully :-)
Thank you for the advice. There was some problem in the ant.properties
and my classpath.
Removed some uneeded entries and built was successful!
Thank you once again.
Regards,
Sanket
On 7/5/06, Kristian Waagan [EMAIL PROTECTED] wrote:
Sanket Sharma wrote:
Checked out
[ http://issues.apache.org/jira/browse/DERBY-1108?page=all ]
Manjula Kutty updated DERBY-1108:
-
Derby Info: [Patch Available]
The test jdbcapi/setTransactionIsolation.java fails with ibm jvm1.5
I don't see ICLAs of three summer of code students recorded at Apache.
(http://people.apache.org/~jim/committers.html) Not sure if the students
have sent ICLAs or not, but I think this is a required step and it may
be difficult to track them after their project is done. Would the
students consider
[
http://issues.apache.org/jira/browse/DERBY-836?page=comments#action_12419586 ]
Daniel John Debrunner commented on DERBY-836:
-
I believe the failures you are seeing are due to the change. It's probably
because the change in metadata
[
http://issues.apache.org/jira/browse/DERBY-1474?page=comments#action_12419589 ]
Knut Anders Hatlen commented on DERBY-1474:
---
Hi Kristian,
I think your approach is good. I have a couple of comments about your
BaseTestCase.generateError() method.
[
http://issues.apache.org/jira/browse/DERBY-1474?page=comments#action_12419596 ]
Andreas Korneliussen commented on DERBY-1474:
-
I do not think it is a problem to let the assertBlob(..) method throw checked
exceptions. It is an assert method
[ http://issues.apache.org/jira/browse/DERBY-417?page=all ]
Andrew McIntyre closed DERBY-417:
-
Beetle6038.java store test fails on Mac OS X
Key: DERBY-417
URL:
[ http://issues.apache.org/jira/browse/DERBY-636?page=all ]
Andrew McIntyre closed DERBY-636:
-
Updated localized messages for Derby 10.1
-
Key: DERBY-636
URL:
[ http://issues.apache.org/jira/browse/DERBY-422?page=all ]
Andrew McIntyre closed DERBY-422:
-
Create a new sample database for use in examples in the manuals
---
Key: DERBY-422
[ http://issues.apache.org/jira/browse/DERBY-657?page=all ]
Andrew McIntyre closed DERBY-657:
-
Release archives should have executable bits set for scripts and text files
should have proper line endings.
[ http://issues.apache.org/jira/browse/DERBY-875?page=all ]
Andrew McIntyre closed DERBY-875:
-
Use nested filesets to improve engine Javadoc generation
Key: DERBY-875
URL:
[ http://issues.apache.org/jira/browse/DERBY-1216?page=all ]
Andrew McIntyre closed DERBY-1216:
--
ij should have a --help option to print command line syntax
---
Key: DERBY-1216
[ http://issues.apache.org/jira/browse/DERBY-1019?page=all ]
Andrew McIntyre closed DERBY-1019:
--
Add a main class to derbytools.jar so the tools can be run with java -jar
-
Satheesh,
Yes, my current changes accept a additiveExpression
in the parser. The binding step checks that the select
list has no column references outside of aggregates or
grouping expressions and the query rewrite also seems
to be working atleast with simple arithmetic
expressions.
I need to
[ http://issues.apache.org/jira/browse/DERBY-930?page=all ]
Kathey Marsden updated DERBY-930:
-
Derby Info: [Existing Application Impact, Release Note Needed] (was:
[Regression, Existing Application Impact, Release Note Needed])
DERBY-1459 is logged
Okay...I've figured out the way.
Thanks anyways,
Regards,
Sanket
On 7/6/06, Sanket Sharma [EMAIL PROTECTED] wrote:
Hi,
I was tinkering with Derby code for some time with JMX in my mind. I
was wondering if there is a recommended way of adding new services
to derby?
The code documentation in
[ http://issues.apache.org/jira/browse/DERBY-1474?page=all ]
Kristian Waagan updated DERBY-1474:
---
Attachment: derby-1474-2b.diff
'derby-1474-2b.diff' addresses the two last comments, from Knut Anders and
Andreas.
Originally I didn't want to have the
[
http://issues.apache.org/jira/browse/DERBY-1000?page=comments#action_12419625 ]
Sunitha Kambhampati commented on DERBY-1000:
Thanks Anders for posting the patch as well as the doc changes. I applied the
DERBY-1000.patch and could successfully
Hi Bryan,
Thanks for working on this long requested feature. More below...
Bryan Pendleton wrote:
Does it seem correct that:
a) RESTRICT processing should consider an index on a column to be
a dependent object and fail the DROP COLUMN if the column is used
in an index?
What happens when
[ http://issues.apache.org/jira/browse/DERBY-1472?page=all ]
Bryan Pendleton updated DERBY-1472:
---
Attachment: test.java
I do not know the answer to your question. I experimented with sending BLOB
columns from a network client program (see attached
[
http://issues.apache.org/jira/browse/DERBY-550?page=comments#action_12419634 ]
Bryan Pendleton commented on DERBY-550:
---
I think the problem is actually on the server side, not on the client side.
When I tried writing a test program to investigate
Is it reasonable to exclude support for expressions in
the having clause in the first cut? i.e.
-- this is supported.
select c1+c2, sum(c3) from test group by c1+c2;
-- this is not.
select c1+c2, sum(c3) from test group by c1+c2 having
c1+c2 1;
It turns out the query rewrite we do for group
Manish Khettry wrote:
Is it reasonable to exclude support for expressions in
the having clause in the first cut? i.e.
-- this is supported.
select c1+c2, sum(c3) from test group by c1+c2;
-- this is not.
select c1+c2, sum(c3) from test group by c1+c2 having
c1+c2 1;
Yes! Incremental
Java Function defined with a BIGINT parameter invokes the method with a
signature of method(long) rather than method(Long)
--
Key: DERBY-1483
URL:
[
http://issues.apache.org/jira/browse/DERBY-1483?page=comments#action_12419641 ]
Daniel John Debrunner commented on DERBY-1483:
--
Resolving to a java method with primitive type long is correct for Java
functions.
You can resolve to a type of
Stan Bradbury (JIRA) wrote:
Example: define the function bigintToHexString to accept a BIGINT parameter
(see below) and reference the corresponding java method bigintToHexString
(shown below) that accepts a Long. Add the jarfile with the class to the DB,
setup the database classpath and
83 matches
Mail list logo