Move class loading utilities into SYSCS_UTIL with the other system procedures
and remove the SQLJ schema.
---
Key: DERBY-1779
URL:
[
http://issues.apache.org/jira/browse/DERBY-1686?page=comments#action_12431393 ]
Yip Ng commented on DERBY-1686:
---
Yes, I agree that granting select on view V is not the same as granting select
on base table. I think I wasn't clear on my
[
http://issues.apache.org/jira/browse/DERBY-1779?page=comments#action_12431394 ]
Daniel John Debrunner commented on DERBY-1779:
--
These are the SQL standard defined names for the procedures including the SQLJ
schema name.
Move
Myrna van Lunteren wrote:
On 8/29/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
When changing the nist tests' files we're supposed to document this in
the readme in the directory.
Now it caught my eye, I noticed one more change where this probably
should've happened - 7 months ago to
Document all supplied system procedures in the Server and Administration Guide
(e.g. class loading utils and import/export)
---
Key: DERBY-1780
[
http://issues.apache.org/jira/browse/DERBY-1778?page=comments#action_12431395 ]
Andrew McIntyre commented on DERBY-1778:
Duplicate of DERBY-1381?
Document ij.exceptionTrace=true property in tools guide.
[
http://issues.apache.org/jira/browse/DERBY-1686?page=comments#action_12431396 ]
Daniel John Debrunner commented on DERBY-1686:
--
Though user B can create a table T, do
insert into T select * from v;
grant select on public to T;
Daniel John Debrunner wrote:
David Van Couvering wrote:
Wow, great work Army, and thanks for the careful review and effort by
Brian and Yip! It's great to have this in. If I could only grok
exactly what the feature is and how I might use it :) I am telling
people we have XML features and I
[ http://issues.apache.org/jira/browse/DERBY-1778?page=all ]
Sunitha Kambhampati resolved DERBY-1778.
Resolution: Duplicate
Thanks Andrew for pointing it out. Yes it is duplicate. My bad- I should have
searched jira before opening this issue.
[ http://issues.apache.org/jira/browse/DERBY-1636?page=all ]
Laura Stewart updated DERBY-1636:
-
Attachment: derby1636_devguide5.diff
derby1636_devguide_html5.zip
Updated the problem with the patch.
Also identified problems in the PDF
On 8/29/06, Rick Hillegas [EMAIL PROTECTED] wrote:
Hi Andrew,
If you unzip the bin distribution, then the test directory appears
parallel to bin and lib:
rick_sun junk (1.4) ls binUnpacked/db-derby-10.2.1.1-bin/
CHANGES KEYS LICENSE NOTICE bin demo docs frameworks index.html
javadoc
[EMAIL PROTECTED] wrote:
Hi Dan,
You're right - it worked for me today but then again, I did not update my
source tree today!
Do you think it's best if I just remove that section and point to
DerbyJUnitTesting page instead?
That is fine by me ... originally I wrote this information
[
http://issues.apache.org/jira/browse/DERBY-1686?page=comments#action_12431416 ]
Rajesh Kartha commented on DERBY-1686:
--
I know DB2 disallows such granting of permissions on a view if the grantor does
not own OR does not have the
Hum, it sounds to me like it should be on the DerbyJUnitTesting testing page.
What I'm thinking of doing
is updating the IntroToJUnit page to remove the contents of that section and
point to the Derby JUnitTesting page.
I'd be happy to add an example to the DerbyJUnitTesting page once I have
Process handles appear to be leaking in queries using an IN clause during
concurrent DB access
--
Key: DERBY-1781
URL: http://issues.apache.org/jira/browse/DERBY-1781
I am not familar with the terminology here, what kind of thing is a
process handle? Any link available to describe it.
Mark Hellkamp (JIRA) wrote:
Process handles appear to be leaking in queries using an IN clause during
concurrent DB access
[
http://issues.apache.org/jira/browse/DERBY-1636?page=comments#action_12431421 ]
Jean T. Anderson commented on DERBY-1636:
-
Committed patch derby1636_devguide5.diff to the trunk, revision 438307 (did not
merge to the 10.2 branch).
[
http://issues.apache.org/jira/browse/DERBY-1566?page=comments#action_12431424 ]
David Van Couvering commented on DERBY-1566:
Diffs look goot to me... Seems like we could fix the lt and gt problem with
some kind of parser...
[
http://issues.apache.org/jira/browse/DERBY-1777?page=comments#action_12431425 ]
Prasenjit Sarkar commented on DERBY-1777:
-
There are 15 other queries that fail. Here's one more:
1.
SELECT
Thanks for running the tests and updating the canon files Sunitha.On 8/29/06, Sunitha Kambhampati (JIRA) derby-dev@db.apache.org
wrote: [
http://issues.apache.org/jira/browse/DERBY-1695?page=all ]Sunitha Kambhampati closed DERBY-1695.--Resolution:
[
http://issues.apache.org/jira/browse/DERBY-1686?page=comments#action_12431431 ]
Yip Ng commented on DERBY-1686:
---
Mamta, I thought about your proposal more with regard to checking SYSDEPENDS
count on privilege dependencies. I think there might
[Auto-generated mail]
*TinderBox_Derby* 438220/2006-08-29 23:23:09 CEST
*derbyall*
Failed TestsOK Skip Duration Platform
---
*Jvm: 1.5*
1672671 2 225.78% SunOS-5.10_i86pc-i386
Details in
[ http://issues.apache.org/jira/browse/DERBY-1215?page=all ]
Jean T. Anderson updated DERBY-1215:
Fix Version/s: 10.3.0.0
table elements in documentation need expanse attributes after switch to
OASIS DTDs
[ http://issues.apache.org/jira/browse/DERBY-1601?page=all ]
Jean T. Anderson updated DERBY-1601:
Fix Version/s: 10.2.2.0
Document (in Tuning Guide) new subquery materialization via hash join
behavior that was introduced with DERBY-781
[ http://issues.apache.org/jira/browse/DERBY-1655?page=all ]
Jean T. Anderson updated DERBY-1655:
Fix Version/s: 10.2.2.0
Document XML functionality for 10.2
---
Key: DERBY-1655
[ http://issues.apache.org/jira/browse/DERBY-1622?page=all ]
Jean T. Anderson updated DERBY-1622:
Fix Version/s: 10.2.2.0
Add documentation for encrypted database using encryptionKey
[ http://issues.apache.org/jira/browse/DERBY-1717?page=all ]
Jean T. Anderson updated DERBY-1717:
Fix Version/s: 10.3.0.0
Working With Derby task file twwdactivity4.dita is invalid, results in
missing text
[
http://issues.apache.org/jira/browse/DERBY-1686?page=comments#action_12431443 ]
Yip Ng commented on DERBY-1686:
---
Dan, here are the two references from the SQL:2003 spec that I have read to
deduce the grant behavior for the stated problem of
[
http://issues.apache.org/jira/browse/DERBY-1686?page=comments#action_12431456 ]
Mamta A. Satoor commented on DERBY-1686:
Yip, I think you are right about my logic not working for a view created by the
database owner but it references
[
http://issues.apache.org/jira/browse/DERBY-1583?page=comments#action_12431462 ]
Mamta A. Satoor commented on DERBY-1583:
I reviewed the patch skipAddPriv_v3.diff and looks like it should do the trick
and take care of following 3 NPE
[
http://issues.apache.org/jira/browse/DERBY-1686?page=comments#action_12431469 ]
Yip Ng commented on DERBY-1686:
---
Mamta, I had this concern too when I was utilizing the dependency manager's
getPersistentProviderInfos(dependable)
method but it
[ http://issues.apache.org/jira/browse/DERBY-1686?page=all ]
Yip Ng updated DERBY-1686:
--
Attachment: derby1686-trunk-stat04.txt
derby1686-trunk-diff04.txt
Attaching derby1686-trunk-diff04.txt, this patch fixes a minor problem on the
execution
[
http://issues.apache.org/jira/browse/DERBY-1583?page=comments#action_12431473 ]
Yip Ng commented on DERBY-1583:
---
Mamta, just curious, why did the NPE occurs in transaction mode in DERBY-1724
but not in autocommit mode?
With grant revoke
[
http://issues.apache.org/jira/browse/DERBY-1686?page=comments#action_12431474 ]
Mamta A. Satoor commented on DERBY-1686:
Thanks for your response on how dependency system takes care of chained view
dependencies.
Is
[
http://issues.apache.org/jira/browse/DERBY-1583?page=comments#action_12431476 ]
Mamta A. Satoor commented on DERBY-1583:
Yip, I haven't debugged DERBY-1724 yet to know why NPE is only in transaction
mode.
With grant revoke enabled,
[
http://issues.apache.org/jira/browse/DERBY-1686?page=comments#action_12431477 ]
Yip Ng commented on DERBY-1686:
---
Yes, please wait till tomorrow. I resubmit it because my laptop keeps on
crashing on me today so just to be on
the safe side, I
101 - 136 of 136 matches
Mail list logo