[Auto-generated mail]
*Derby* 384298/2006-03-08 19:45:51 CET
*derbyall*
Failed TestsOK Skip Duration Platform
---
*Jvm: 1.5*
4643639 0 102.69% CYGWIN_NT-5.1_i686-unknown
1643642 0 112.88%
Mike Matrigali wrote:
I continue to really appreciate the information in these reports!
I don't know if the following is easy or hard, but thought I would
ask. I just spent some time trying to track down from which change
in the tests did a reoccuring regression come from. This would seem
the
[
http://issues.apache.org/jira/browse/DERBY-690?page=comments#action_12369638 ]
Øystein Grøvlen commented on DERBY-690:
---
I have reviewed part of this patch. I have so far reviewed the
changes to ScrollInsensitiveResultSet and some related classes.
Make DatabaseMetaData.getProcedures() JDBC4 compliant
-
Key: DERBY-1093
URL: http://issues.apache.org/jira/browse/DERBY-1093
Project: Derby
Type: Sub-task
Components: JDBC, Newcomer
Versions: 10.2.0.0
Mamta Satoor wrote:
But that is not what we want for system routines (as per the
Grant/Revoke spec). The system routines should run with the permissions
of INVOKER and not DEFINER and hence above assumption,
I'm not sure the spec is correct here. I thought the spec was going to
contain a
[
http://issues.apache.org/jira/browse/DERBY-970?page=comments#action_12369646 ]
Knut Anders Hatlen commented on DERBY-970:
--
Since no one seems to have strong opinions on this, I will go ahead
using the factory approach. I think that will be the
Make DatabaseMetaData.getProcedureColumns() JDBC4 compliant
---
Key: DERBY-1094
URL: http://issues.apache.org/jira/browse/DERBY-1094
Project: Derby
Type: Sub-task
Components: JDBC
Versions: 10.2.0.0
Hi Dan,
Answers below.
thanks,
Mamta
On 3/8/06, Daniel John Debrunner [EMAIL PROTECTED] wrote:
Mamta Satoor wrote: SQL standards have the default EXTERNAL SECURITY as DEFINER and the
upgrade code changes in RoutineAliasInfo will mark the pre-10.2 databases with EXTERNAL SECURITY of DEFINER for
Daniel John Debrunner wrote:
What's the effect of the EXTERNAL SECURITY INVOKER/OWNER flag when the
sql standard grant/revoke mode is not enabled?
Will the EXTERNAL SECURITY INVOKER/OWNER clauses be accepted on the
CREATE FUNCTION/PROCEDURE when the sql standard grant/revoke mode is not
Mamta Satoor wrote:
Actually, I was getting ready to submit my patch for EXTERNAL
SECURITY changes but realized that my upgrade code(in
RoutineAliasInfo.readExternal)will not mark the system routines with
EXTERNAL SECURITY of INVOKER.
I am not sure if upgrade code should be changing
[ http://issues.apache.org/jira/browse/DERBY-814?page=all ]
Deepa Remesh reopened DERBY-814:
Re-opening this issue to merge the changes to 10.1 branch. This change is
required to merge DERBY-618 (http://issues.apache.org/jira/browse/DERBY-618) to
[ http://issues.apache.org/jira/browse/DERBY-814?page=all ]
Deepa Remesh updated DERBY-814:
---
Fix Version: 10.1.3.0
10.1.2.4
Prevent unneeded object creation and excessive decoding in parsePKGNAMCSN()
[
http://issues.apache.org/jira/browse/DERBY-925?page=comments#action_12369670 ]
Dyre Tjeldvoll commented on DERBY-925:
--
Knut Anders Hatlen wrote in a message to derby-dev:
getFunctionParameters() and getFunctions() are not implemented (not
even to
[
http://issues.apache.org/jira/browse/DERBY-970?page=comments#action_12369672 ]
Kathey Marsden commented on DERBY-970:
--
Sorry I didn't look at this earlier I have a few questions as I try to come up
to speed on the issues.
1) Could you clarify the
[ http://issues.apache.org/jira/browse/DERBY-618?page=all ]
Deepa Remesh updated DERBY-618:
---
Attachment: derby-618-10.1.diff
derby-618-10.1.status
Attaching a patch 'derby-618-10.1.diff' for 10.1 branch. Submiiting a patch
because
[ http://issues.apache.org/jira/browse/DERBY-814?page=all ]
Deepa Remesh updated DERBY-814:
---
Attachment: derby-814-10.1.diff
derby-814-10.1.status
Attaching a patch 'derby-814-10.1.diff' which merges the changes in svn revsion
# 368333.
[
http://issues.apache.org/jira/browse/DERBY-1094?page=comments#action_12369677 ]
Dyre Tjeldvoll commented on DERBY-1094:
---
COLUMN_DEF (String) is the default value for the column/parameter. Legal values
include NULL if the default value is NULL,
Right now, it would be bumped whenever someone executes online compress.
Can you run online compress during soft upgrade ? I guess the
alternative would be to prevent hodable SUR during soft upgrade.
I am not really worried about during soft upgrade. Basically I mean
that a customer has
[ http://issues.apache.org/jira/browse/DERBY-1006?page=all ]
Daniel John Debrunner updated DERBY-1006:
-
Fix Version: 10.1.2.3
Fixed in 10.1 and trunk (10.2)
Client allows setHoldability to HOLD_CURSORS_OVER_COMMIT on both connection
and
[ http://issues.apache.org/jira/browse/DERBY-1006?page=all ]
Daniel John Debrunner closed DERBY-1006:
Client allows setHoldability to HOLD_CURSORS_OVER_COMMIT on both connection
and statement in a global transaction
[
http://issues.apache.org/jira/browse/DERBY-956?page=comments#action_12369705 ]
Rajesh Kartha commented on DERBY-956:
-
As Mike suggested, I synced up to the 369956 trunk version and tried the test
encryptionAll suite on the same Linux -
[
http://issues.apache.org/jira/browse/DERBY-646?page=comments#action_12369704 ]
James Synge commented on DERBY-646:
---
I'm with Mike in wanting to use this for unit testing purposes. My group has a
fake db implementation that provides an in-memory
[ http://issues.apache.org/jira/browse/DERBY-1042?page=all ]
Suresh Thalamati updated DERBY-1042:
Component: Store
(was: Regression Test Failure)
type: Bug (was: Test)
Fix Version: 10.2.0.0
Other Info:
[ http://issues.apache.org/jira/browse/DERBY-1042?page=all ]
Suresh Thalamati updated DERBY-1042:
Attachment: derby-1042.diff
I could not reproduce this problem on my machine. By looking at the code I
found backup is getting unblocked before the
[ http://issues.apache.org/jira/browse/DERBY-1061?page=all ]
Anurag Shekhar updated DERBY-1061:
--
Attachment: derby-1061_2.diff
In the catch block of getJDBCMessage of Sqlca changed the code to construct
SQLException directly without first creating
[
http://issues.apache.org/jira/browse/DERBY-623?page=comments#action_12369713 ]
Daniel John Debrunner commented on DERBY-623:
-
It seems out of scope to me because the summary talks about reading two
specific properties, listed in the
Daniel John Debrunner wrote:
Daniel John Debrunner wrote:
Creating an external routine would have all sorts of security concerns
for a database owner, it's allowing a remote user to execute code on
their system.
I thought of a fairly clean solution for this in the 10.2 timeframe:
[ http://issues.apache.org/jira/browse/DERBY-814?page=all ]
Kathey Marsden resolved DERBY-814:
--
Resolution: Fixed
Date: Thu Mar 9 10:27:51 2006
New Revision: 384577
URL: http://svn.apache.org/viewcvs?rev=384577view=rev
Prevent unneeded object
[ http://issues.apache.org/jira/browse/DERBY-814?page=all ]
Kathey Marsden closed DERBY-814:
reclose after porting to 10.1
Prevent unneeded object creation and excessive decoding in parsePKGNAMCSN()
[ http://issues.apache.org/jira/browse/DERBY-618?page=all ]
Kathey Marsden resolved DERBY-618:
--
Resolution: Fixed
Checked into 10.1.2.4
'Date: Thu Mar 9 10:51:21 2006
New Revision: 384581
URL: http://svn.apache.org/viewcvs?rev=384581view=rev
[
http://issues.apache.org/jira/browse/DERBY-646?page=comments#action_12369719 ]
Daniel John Debrunner commented on DERBY-646:
-
I think it would be great to have an in-memory db support like this and thanks
for working on it Stephen,
but there
In the meantime you should try out the current system using the
durability=test flag, for your unit testing needs. It was implemented
specifically for this application from other user requests. It does
no sychronous I/O so effectively uses the OS's memory cache.
James Synge (JIRA) wrote:
Daniel John Debrunner wrote:
Daniel John Debrunner wrote:
Creating an external routine would have all sorts of security concerns
for a database owner, it's allowing a remote user to execute code on
their system.
I thought of a fairly clean solution for this in the 10.2 timeframe:
Kathey Marsden (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-618?page=all ]
Kathey Marsden resolved DERBY-618:
--
Resolution: Fixed
Checked into 10.1.2.4
I'm up to date on my svn 10.1 client and it says 10.1.2.3 when running
Andrew McIntyre wrote:
On 3/9/06, Daniel John Debrunner [EMAIL PROTECTED] wrote:
I'm up to date on my svn 10.1 client and it says 10.1.2.3 when running
sysinfo.
Out of date release.properties somehow? It's definitely 10.1.2.4 in svn:
Yep, my mistake. Sorry.
I also saw Andrew mark a
On 3/9/06, Daniel John Debrunner [EMAIL PROTECTED] wrote:
That's fine bumping the version number, but there has not been a
10.1.2.3 release. So I don't think 10.1.2.3 be in the release products
section of Jira?
I had just been marking the release flag for the snapshot versions so
that it
I read the source code of
org.apache.derby.impl.services.cache.Clock.java!cleanCache(),
which writes out all of dirty pages. I got a question on the code.
The outline of the cleanCache() method is like:
protected void cleanCache(Matchable partialKey) throws StandardException {
int position;
On 3/9/06, Rajesh Kartha (JIRA) derby-dev@db.apache.org wrote:
[ http://issues.apache.org/jira/browse/DERBY-956?page=comments#action_12369705
]Rajesh Kartha commented on DERBY-956:-As Mike suggested, I synced up to the 369956 trunk version and tried the test
[
http://issues.apache.org/jira/browse/DERBY-1061?page=comments#action_12369741 ]
David Van Couvering commented on DERBY-1061:
In regards to your question of why not go to SQLException directly? the value
is that when you construct a
[ http://issues.apache.org/jira/browse/DERBY-1061?page=all ]
David Van Couvering updated DERBY-1061:
---
Comment: was deleted
SqlException while fetching message results in recursive calls between
SqlException.getSQLException and
[
http://issues.apache.org/jira/browse/DERBY-1061?page=comments#action_12369744 ]
David Van Couvering commented on DERBY-1061:
OK, I see the issue, and I see what you're trying to do to solve it.
However, I think the better approach is to
[
http://issues.apache.org/jira/browse/DERBY-1061?page=comments#action_12369745 ]
David Van Couvering commented on DERBY-1061:
By the way, Anurag, thanks for catching this bug and making the effort to fix
it even though your fix to DERBY-1059
I noticed that booktitle is somehow or another set as Copyright
I haven't been able to find out where this is set yet. I did add some
xslt to dita2fo-shell.xsl so it shows
Copyright©1997, 2005: Apache Software Foundation
Which isn't completely correct, but it took a while to find where
This is great, Dan, it's great to get some extra robustness into the
system.
I understand why you made the exception a static. As it stands in your
code the original stack trace is lost, so how will I know who is
throwing the static NO_MEM exception? As someone trying to debug the
The normal case for the derby usage currently is that there is only
one thread which calls this routine, the background checkpoint
process. So little has been done to worry about conncurrent execution.
There are a few other checkpoint cases, mostly due to recovery and
backup, but those are
There are 2 possible areas. The next logical step to me is to by hand
backout the property changes myrna notes below to see if the problem
reproduces or not with that change. There is also a change to ij code
itself, it looks like it should not be the issue but it is what I would
look at after
On 3/9/06, Mike Matrigali [EMAIL PROTECTED] wrote:
There are 2 possible areas. The next logical step to me is to by hand
backout the property changes myrna notes below to see if the problem
reproduces or not with that change.
I think it is the change of 'database' to 'ij.database' which is
[Auto-generated mail]
*TinderBox_Derby* 384605/2006-03-09 21:32:19 CET
*derbyall*
Failed TestsOK Skip Duration Platform
---
*Jvm: 1.5*
1643642 0 106.81% SunOS-5.10_i86pc-i386
Details in
Looks good Scott, great idea. Is there a place we can
view your output with this patch? Maybe if you have a
server set up, or you can email the pdf or single html
file...?
Thanks!
--- scott hutinger [EMAIL PROTECTED] wrote:
I noticed that booktitle is somehow or another set
as Copyright
BTW, I think the thought was to have even-page and odd-page headers.
What exactly should be on the header? Is the the chapter title and
copyright, or some other layout?
I guess Jeff knows what the layout should be... :-)
thanks,
scott
scott hutinger wrote:
I noticed that booktitle is
[
http://issues.apache.org/jira/browse/DERBY-1063?page=comments#action_12369767 ]
Daniel John Debrunner commented on DERBY-1063:
--
Is there a writeup of the supported syntax for derbyrun.jar?
Add new jar file to execute tools/network server
[
http://issues.apache.org/jira/browse/DERBY-1063?page=comments#action_12369768 ]
Andrew McIntyre commented on DERBY-1063:
The javadoc has a list of supported commands, but it looks like I need to tweak
the formatting a bit:
[ http://issues.apache.org/jira/browse/DERBY-622?page=all ]
Myrna van Lunteren updated DERBY-622:
-
Attachment: DERBY-622_step1.diff
M java\tools\org\apache\derby\impl\tools\sysinfo\Main.java
This patch - DERBY-622_step1.diff - adds privileged
[
http://issues.apache.org/jira/browse/DERBY-622?page=comments#action_12369771 ]
Myrna van Lunteren commented on DERBY-622:
--
Without the step 1 patch, and without the lines currently in the
derby_tests.policy file for derbynet.jar and derby.jar:
[
http://issues.apache.org/jira/browse/DERBY-1063?page=comments#action_12369772 ]
Daniel John Debrunner commented on DERBY-1063:
--
Thanks, here it is.
java -jar derbyrun.jar ij [-p propertiesfile] [sql script]
java -jar derbyrun.jar sysinfo
[
http://issues.apache.org/jira/browse/DERBY-1063?page=comments#action_12369779 ]
Andrew McIntyre commented on DERBY-1063:
That's definitely a good idea, less typing is always good, and server fits
with the other names much better. Another
[Auto-generated mail]
*TinderBox_Derby* 384662/2006-03-10 02:02:18 CET
*derbyall*
Failed TestsOK Skip Duration Platform
---
*Jvm: 1.5*
1643642 0 108.42% SunOS-5.10_i86pc-i386
Details in
[
http://issues.apache.org/jira/browse/DERBY-947?page=comments#action_12369786 ]
Francois Orsini commented on DERBY-947:
---
Knut, thanks for the review.
Good catch - I actually followed some logic which is there all accross the JDBC
4 tests, such as:
[ http://issues.apache.org/jira/browse/DERBY-947?page=all ]
Francois Orsini updated DERBY-947:
--
Attachment: DERBY-947-v2.stat
Miscellaneous PreparedStatement methods added by JDBC4
--
[ http://issues.apache.org/jira/browse/DERBY-947?page=all ]
Francois Orsini updated DERBY-947:
--
Attachment: DERBY-947-v2.diff
Miscellaneous PreparedStatement methods added by JDBC4
--
[
http://issues.apache.org/jira/browse/DERBY-947?page=comments#action_12369787 ]
Francois Orsini commented on DERBY-947:
---
to follow-up on above comments - new changes have been posted as
DERBY-947-v2.stat and DERBY-947-v2.diff.
Miscellaneous
Hi Bryan,
I admit I didn't look at your patch for DERBY-668, as I was under the impression you were looking into the permissions for properties...
I'll try to have a look at your patch...
However, note that I did not assign the issue to myself, becausethere aresome other matters I want to focus
Hi,
I once more ran 'my' remote server scenario, and this time, I hit a failure in the test checkDriver.
This test now includes a test for creation of a database with spaces.
Which is wonderful, but to confirm successful creation, the test does a if (file.exists).
This of course fails on the
63 matches
Mail list logo