[
http://issues.apache.org/jira/browse/DERBY-1241?page=comments#action_12432076 ]
Andrew McIntyre commented on DERBY-1241:
I think the 'db' part of the URL was missing. This command:
svn merge -r 427795:427796
https://svn.apache.org/rep
[ http://issues.apache.org/jira/browse/DERBY-502?page=all ]
Andrew McIntyre closed DERBY-502.
-
Verified that the HTML Books on the website now show the correct titles. Tuning
and Working With Derby still show "XSL FO Document," but I believe the transfer
t
[ http://issues.apache.org/jira/browse/DERBY-1241?page=all ]
Myrna van Lunteren updated DERBY-1241:
--
Derby Info: [Patch Available]
> When booting a database under security manager, boot may fail with message
> java.sql.SQLException: Java exceptio
[ http://issues.apache.org/jira/browse/DERBY-1241?page=all ]
Myrna van Lunteren updated DERBY-1241:
--
Attachment: DERBY-1421_101_20060802.diff
Attaching the promised 10.1 patch.
This is the merge comamnd I couldn't get to work:
svn merge -r 427795
On 8/31/06, Myrna van Lunteren <[EMAIL PROTECTED]> wrote:
Attaching 2 patches with 4 master updates:
I was wondering whether to attach these patches to their respective
closed bugs. I prefer not to make a new bug just for these issues.
Opinions?
Submitting fixes for trivial issues this way i
[
http://issues.apache.org/jira/browse/DERBY-1702?page=comments#action_12432071 ]
Andrew McIntyre commented on DERBY-1702:
Committed DERBY-1702_102_iepneg_20060831.diff2 patch to trunk with revision
439209.
> j9 canon update needed for
[
http://issues.apache.org/jira/browse/DERBY-804?page=comments#action_12432070 ]
Andrew McIntyre commented on DERBY-804:
---
Committed _skipcomment patch to trunk with revision 439209.
> test lang/floattypes fails with jdk 1.3 based jvms
> --
Daniel John Debrunner wrote:
Rajesh Kartha wrote:
Mamta Satoor wrote:
Manjula, I haven't looked at the SQL spec but it looks like that the
update statement is doing a select operation on the
column id with "where id=3" and that is what is causing Derby to send
an erro
[ http://issues.apache.org/jira/browse/DERBY-1783?page=all ]
Olav Sandstaa closed DERBY-1783.
Problem fixed on trunk.
> Logical error in code for determining mode for opening of log files
> ---
[ http://issues.apache.org/jira/browse/DERBY-1783?page=all ]
Olav Sandstaa resolved DERBY-1783.
--
Resolution: Fixed
Derby Info: (was: [Patch Available])
Thanks for reviewing and committing this patch, Suresh.
I have verified the fix on trunk.
> L
>On 8/31/06, Daniel John Debrunner <[EMAIL PROTECTED]> wrote:>>I think you are misreading it. It is saying if the GRANT statement is
>executed successfuly *AND* all of the conditions are met than an>*additional* GRANT statement is executed.You are right. I missed the additional GRANT statement par
Yip Ng (JIRA) wrote:
> 2) GRANT SELECT ON V TO FRED
>
> I cannot find any piece of info that is in 12.1 GR 4) that explicitly
> states it should return
> as failure or warning. All it states is that if the conditions in GR 4)
> are met,
> then the grant statement is executed succe
Another example, it looks like the following error message is misleading since I am only reading column j and not updating jij> create table t1 (i int, j int);0 rows inserted/updated/deletedij> insert into t1 values (1,10);
1 row inserted/updated/deletedij> grant update (i) on t1 to user2;0 row
[
http://issues.apache.org/jira/browse/DERBY-1566?page=comments#action_12432030 ]
Jean T. Anderson commented on DERBY-1566:
-
In revision 439137 updated src/ref/rrefexcept71493.dita in the trunk with
sqlstates and messages as of derby cod
[
http://issues.apache.org/jira/browse/DERBY-1686?page=comments#action_12432028 ]
Yip Ng commented on DERBY-1686:
---
Dan states:
1) GRANT SELECT, INSERT ON T TO FRED - I think it is outcome C), ie. no warning
Hmm... I found it abit strange if no w
[ http://issues.apache.org/jira/browse/DERBY-804?page=all ]
Myrna van Lunteren updated DERBY-804:
-
Derby Info: [Patch Available]
Made a trivial patch against 10.2, which should also apply against the
trunk...to document the skip reason.
> test lan
[ http://issues.apache.org/jira/browse/DERBY-804?page=all ]
Myrna van Lunteren updated DERBY-804:
-
Attachment: DERBY-804_10.2_skipcomment.diff
Attaching a tiny patch to document why this test is getting skipped with
jdk131, ibm131, wsdd5.6/wctme5.7.
[ http://issues.apache.org/jira/browse/DERBY-1702?page=all ]
Myrna van Lunteren updated DERBY-1702:
--
Attachment: DERBY-1702_102_iepneg_20060831.diff2
uploaded svn stat result by mistake. The real diff is now in
DERBY-1702_102_iepneg_20060831.diff2.
[ http://issues.apache.org/jira/browse/DERBY-1702?page=all ]
Myrna van Lunteren updated DERBY-1702:
--
Summary: j9 canon update needed for SQLException string (outparams,
parameterMapping, iepnegativetests_ES) (was: lang/outparams.java and
jdbca
[ http://issues.apache.org/jira/browse/DERBY-1702?page=all ]
Myrna van Lunteren updated DERBY-1702:
--
Attachment: DERBY-1702_102_iepneg_20060831.diff
After a long time, finally we had a successful wctme5.7_foundation (aka
j9_foundation) run, and wit
[
http://issues.apache.org/jira/browse/DERBY-1783?page=comments#action_12432019 ]
Suresh Thalamati commented on DERBY-1783:
-
Committted the patch (rwsyn.diff) to trunk, revision 439128. Thanks Olav,
> Logical error in code for determ
Document Update: Tools Guide - Added derbyrun.jar information and clarified /
corrected info on IJ and database loading classes
---
Key: DERBY-1798
[
http://issues.apache.org/jira/browse/DERBY-1566?page=comments#action_12432017 ]
Jean T. Anderson commented on DERBY-1566:
-
Regarding this problem:
3) Table numbers don't increment for the PDF (everything is Table 1).
I just checked the
[ http://issues.apache.org/jira/browse/DERBY-1566?page=all ]
Jean T. Anderson updated DERBY-1566:
Attachment: code-4.diff
rrefexcept-4.dita
rrefexcept-4.html
Actually, the code Rick committed did better than I expected
I have been doing merges to 10.2 branch, does this cause your
"mega merges" problems?
Rick Hillegas wrote:
Looks like we're in steady-state right now. New urgent bugs trickle in
at about the same rate that we fix old ones. 12 outstanding urgent
issues remain, of which half are unassigned. In ad
[
http://issues.apache.org/jira/browse/DERBY-1566?page=comments#action_12432011 ]
Jean T. Anderson commented on DERBY-1566:
-
Since Rick was concerned about missing closed tags, I just generated a new dita
file with the code he checked in
On 8/31/06, Andrew McIntyre <[EMAIL PROTECTED]> wrote:
I'd really appreciate it if someone could try this out and check the
various places links show up in the docs. If I don't hear any
objections, I'll check this in shortly. Note that the final fix will
have a change to copy the additional file
[
http://issues.apache.org/jira/browse/DERBY-1566?page=comments#action_12432005 ]
Laura Stewart commented on DERBY-1566:
--
Jean's wording looks good to me, but I would like to see the DITA file.
Can someone attach it to this issue?
On thin
Hi Jean,
Yes, I think that you should check your dita file in to the dev trunk
and mark it as do-not-merge in the 10.2 wiki page. That will give us a
more current version on the mainline.
Thanks!
-Rick
Jean T. Anderson wrote:
Rick Hillegas wrote:
Hi Jean,
I was thinking of something a
On 8/30/06, Andrew McIntyre <[EMAIL PROTECTED]> wrote:
They should work, but it looks like another problem with our custom
dita2fo-shell.xsl stylesheet's handling of internal links.
After some investigation, this appears to be a change in how internal
links are handled between the DITA 1.0.1 t
[ http://issues.apache.org/jira/browse/DERBY-1566?page=all ]
Rick Hillegas updated DERBY-1566:
-
Attachment: derby-1566-generatorDavidJeanJohnRick.diff
Committed derby-1566-generatorDavidJeanJohnRick.diff at subversion revision
439093. This checks in Dav
[
http://issues.apache.org/jira/browse/DERBY-1682?page=comments#action_12432002 ]
Laura Stewart commented on DERBY-1682:
--
Kim, when I look at the html file, it doesn't appear any different than the one
before...
The diff file seems to have
[ http://issues.apache.org/jira/browse/DERBY-1315?page=all ]
Daniel John Debrunner updated DERBY-1315:
-
Derby Info: [Existing Application Impact, Regression] (was: [Existing
Application Impact, Patch Available, Regression])
d1315_v1.patch appl
Rick Hillegas wrote:
> Hi Jean,
>
> I was thinking of something a little different. I hope this sounds ok.
> If not, let me know and I'll change course:
>
> 1) Check this generator into the trunk and let it be swept up in
> tomorrow's mega-merge.
>
> 2) Document the SQLState-generating process i
Hi Jean,
I was thinking of something a little different. I hope this sounds ok.
If not, let me know and I'll change course:
1) Check this generator into the trunk and let it be swept up in
tomorrow's mega-merge.
2) Document the SQLState-generating process in the Snapshot/Release
instructio
In starting to address DERBY-1700 I discovered some interesting code
where possibly an early decision lead to complex code that had the
opposite effect to that intended. Some lessons to be learnt here about
going for the simple approach. Maybe a long story, but worth reading I
think.
The backgroun
[
http://issues.apache.org/jira/browse/DERBY-883?page=comments#action_12431994 ]
Kristian Waagan commented on DERBY-883:
---
derbyall with the patch 6 merged ran 673 tests on Solaris10, Sun JDK 1.5.
1 failure, which I think might be caused by
Rick Hillegas wrote:
> Hi Jean,
>
> This sounds good to me. I have downloaded the generator together with
> John's latest edits. I will add this text to the output generator. I
> hope to check it in and use it tomorrow.
ok, I won't check the dita source for this file into the trunk then
(like I c
Hi Jean,
This sounds good to me. I have downloaded the generator together with
John's latest edits. I will add this text to the output generator. I
hope to check it in and use it tomorrow.
Regards,
-Rick
Jean T. Anderson wrote:
Here's a first shot:
In the messages below each {n} tag, wher
Looks like we're in steady-state right now. New urgent bugs trickle in
at about the same rate that we fix old ones. 12 outstanding urgent
issues remain, of which half are unassigned. In addition, the licensing
problem has not stopped churning several floors over my head. Again, I
am grateful fo
[
http://issues.apache.org/jira/browse/DERBY-502?page=comments#action_12431993 ]
Andrew McIntyre commented on DERBY-502:
---
No. For some reason, Ant doesn't detect that the stylesheet has been updated
and copy it over to the toolkit again. T
[
http://issues.apache.org/jira/browse/DERBY-502?page=comments#action_12431992 ]
Kim Haase commented on DERBY-502:
-
I did an svn update on the trunk and have been building some HTML single books
and am still seeing "XSL FO Document." Are you say
Here's a first shot:
In the messages below each {n} tag, where n is a number, represents a
value that the Derby engine fills in at runtime. Examples of values
include database names, database object names, property names, user
names, and parameters passed to a function or procedure.
suggestions?
[ http://issues.apache.org/jira/browse/DERBY-1682?page=all ]
Kim Haase updated DERBY-1682:
-
Attachment: derby1682_083106.diff
radmindrdasecmechanism_083106.html
Thanks, Laura, for the very helpful feedback. I'm attaching
derby1682_083106.dif
[ http://issues.apache.org/jira/browse/DERBY-1793?page=all ]
Mike Matrigali resolved DERBY-1793.
---
Resolution: Fixed
> testSecMec in DerbyNetClient framework fails with "FAIL: Server failed to
> respond to ping - ending test"
>
[ http://issues.apache.org/jira/browse/DERBY-1793?page=all ]
Mike Matrigali updated DERBY-1793:
--
merged fix from trunk to 10.2 branch:
m102_142:203>svn commit
Sending
java\testing\org\apache\derbyTesting\functionTests\tests\derbynet\testSecMec.java
Building toursdb would go a little faster if it used autocommit off mode.
-
Key: DERBY-1797
URL: http://issues.apache.org/jira/browse/DERBY-1797
Project: Derby
Issue Typ
[ http://issues.apache.org/jira/browse/DERBY-1791?page=all ]
Daniel John Debrunner updated DERBY-1791:
-
Attachment: derby1791_diff.txt
Change the derby_tests.policy file to use specific properties for the testing
jar and the client jar to allow
[
http://issues.apache.org/jira/browse/DERBY-1794?page=comments#action_12431981 ]
Daniel John Debrunner commented on DERBY-1794:
--
It would be good to have consistency in the way tests wait for the network
server to start. A single m
Goodness, you fixed the filename typo even before I filed it ... Thanks!
You can close DERBY-1796 at your leisure --
Kim
Andrew McIntyre wrote On 08/31/06 16:34,:
> On 8/31/06, Kim Haase <[EMAIL PROTECTED]> wrote:
>
>>* The PDF and HTML one-pager seem to expect the JPG versions of the
>>files, w
[ http://issues.apache.org/jira/browse/DERBY-1796?page=all ]
Andrew McIntyre resolved DERBY-1796.
Resolution: Fixed
Resolved in trunk with revision 439040.
> Typo in Tuning Derby graphics file name causes problems
> -
I think this is reasonable...
David
Laura Stewart (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-1566?page=comments#action_12431970 ]
Laura Stewart commented on DERBY-1566:
--
I understand the benefit of using the tool to genera
Army wrote:
Ah, glad you pointed this out. I myself usually do it the non-preferred
way; this is something I'll have to look out for in the future...
Not sure if I made it clear, but the issue is if the String is
compound/complicated (ie. constructed with + and or created with method
ca
Jean T. Anderson wrote On 08/31/06 16:16,:
> Kim Haase wrote:
>
>>Laura Stewart wrote On 08/31/06 15:05,:
>
> ...
>
>>>The misspelling of the graphic should be an easy thing to fix, will
>>>you be filing that one as well?
>>>
>>
>>Great, thanks. Yes, I'll file that one too. (And maybe fix it. I
[
http://issues.apache.org/jira/browse/DERBY-1682?page=comments#action_12431973 ]
Laura Stewart commented on DERBY-1682:
--
Yes, unfortunately there isn't as much consistency as there should be in the
docs :-)
I like the second approach, wit
Typo in Tuning Derby graphics file name causes problems
---
Key: DERBY-1796
URL: http://issues.apache.org/jira/browse/DERBY-1796
Project: Derby
Issue Type: Bug
Components: Documen
Mike Matrigali wrote:
I don't think anyone has ever done performance and/or memory profiling
work against a "sane" system. Effort is probably best spent elsewhere.
Good to know. I guess the main reason I brought this up is because if we enable
largeCodeGen to run as part of derbyall, peopl
[ http://issues.apache.org/jira/browse/DERBY-1793?page=all ]
Mike Matrigali updated DERBY-1793:
--
I went ahead and committed the longer max wait to the trunk. It is concerning
that the server startup is longer than 30 seconds, but seems reasonable to
se
[
http://issues.apache.org/jira/browse/DERBY-1566?page=comments#action_12431970 ]
Laura Stewart commented on DERBY-1566:
--
I understand the benefit of using the tool to generate current messages.
Of course I do prefer the human readable var
[ http://issues.apache.org/jira/browse/DERBY-502?page=all ]
Andrew McIntyre resolved DERBY-502.
---
Resolution: Fixed
Nightly build issue caused the html books on the website not to use the updated
stylesheet. This will be fixed in tomorrow night's build
[ http://issues.apache.org/jira/browse/DERBY-1795?page=all ]
Andrew McIntyre resolved DERBY-1795.
Fix Version/s: 10.3.0.0
Resolution: Fixed
Assignee: Andrew McIntyre
Committed to trunk with revision 439040.
> Graphics not copied over
On 8/31/06, Kim Haase <[EMAIL PROTECTED]> wrote:
* The PDF and HTML one-pager seem to expect the JPG versions of the
files, which are not copied into the out directory during the build. If
I manually copy them over, the graphics show up.
While reading the last mail, I had missed that there was
Hi Myrna,
That was the problem! Thanks a lot for your help. I removed the existing test
output files and now
everything passes - derbylang, lang/MathTrigFunctionsTest and lang/_Suite.
Susan
- Original Message
From: Myrna van Lunteren <[EMAIL PROTECTED]>
To: derby-dev@db.apache.org
[
http://issues.apache.org/jira/browse/DERBY-1682?page=comments#action_12431966 ]
Kim Haase commented on DERBY-1682:
--
Thanks for the suggestion, Laura. I was wondering about that. I'm not sure
spacing will come out right here, but do you think
[ http://issues.apache.org/jira/browse/DERBY-1756?page=all ]
Sunitha Kambhampati updated DERBY-1756:
---
Derby Info: [Patch Available, Regression] (was: [Regression])
> Revert change in client that defaults the secmec to eusridpwd.
>
[ http://issues.apache.org/jira/browse/DERBY-1756?page=all ]
Sunitha Kambhampati updated DERBY-1756:
---
Attachment: derby1756.diff.txt
derby1756.stat.txt
with derby-962 changes, if client jvm supports EUSRIDPWD then the client would
Also, more investigation is required in order to figure out why the test passes with insane jars but fails
(due to OOM) with sane jars. At the very least, some kind of logic would be necessary to only run the test for insane
builds, and I have no idea how (or if) that logic would work in JUn
[ http://issues.apache.org/jira/browse/DERBY-1646?page=all ]
Laura Stewart updated DERBY-1646:
-
Attachment: derby1646_2.diff
derby1646_html2.zip
Hi Mamta -
I have updated the patch and included the html files for you to look at.
The mix
Kim Haase wrote:
> Laura Stewart wrote On 08/31/06 15:05,:
...
>>The misspelling of the graphic should be an easy thing to fix, will
>>you be filing that one as well?
>>
> Great, thanks. Yes, I'll file that one too. (And maybe fix it. I think
> it's basically just an "svn mv" command?)
Yes, 'svn
[
http://issues.apache.org/jira/browse/DERBY-1636?page=comments#action_12431961 ]
Jean T. Anderson commented on DERBY-1636:
-
Since everything has been committed to the trunk, 10.3 is correct for the fix
version. Once merged to the 10.2 b
[
http://issues.apache.org/jira/browse/DERBY-1793?page=comments#action_12431960 ]
Sunitha Kambhampati commented on DERBY-1793:
Just posting some info for reference:
There are some comments in DERBY-1114 where others have hit this sim
Graphics not copied over for PDF and HTML-single manuals
Key: DERBY-1795
URL: http://issues.apache.org/jira/browse/DERBY-1795
Project: Derby
Issue Type: Bug
Components: Docum
[ http://issues.apache.org/jira/browse/DERBY-1315?page=all ]
A B updated DERBY-1315:
---
Derby Info: [Patch Available, Existing Application Impact, Regression]
(was: [Existing Application Impact, Regression])
> Statement optimization/compilation fails with OutOfMem
[ http://issues.apache.org/jira/browse/DERBY-1793?page=all ]
Sunitha Kambhampati updated DERBY-1793:
---
Component/s: Regression Test Failure
> testSecMec in DerbyNetClient framework fails with "FAIL: Server failed to
> respond to ping - ending test"
[ http://issues.apache.org/jira/browse/DERBY-1315?page=all ]
A B reassigned DERBY-1315:
--
Assignee: A B
> Statement optimization/compilation fails with OutOfMemoryException in
> largeCodeGen test with embedded and framework DerbyNetClient
> ---
[
http://issues.apache.org/jira/browse/DERBY-1682?page=comments#action_12431950 ]
Laura Stewart commented on DERBY-1682:
--
Hi Kim -
The syntax is really long, and I am forced to scroll my window (in HTML) even
though
my window is full scree
Should create a test that verifies acceptable performance of network server
startup
---
Key: DERBY-1794
URL: http://issues.apache.org/jira/browse/DERBY-1794
Project: Derb
testSecMec in DerbyNetClient framework fails with "FAIL: Server failed to
respond to ping - ending test"
-
Key: DERBY-1793
URL: http://issues.apache.org/jira/
[
http://issues.apache.org/jira/browse/DERBY-1686?page=comments#action_12431953 ]
Daniel John Debrunner commented on DERBY-1686:
--
I think from the standard a GRANT statement has three possible outcomes:
A) Failed execution with SQL
Laura Stewart wrote On 08/31/06 15:05,:
> On 8/31/06, Kim Haase <[EMAIL PROTECTED]> wrote:
>
>
>>I expect the graphics issue is separate from the links issue. Should it
>>have a separate JIRA issue? It might be an easier problem. If so, Laura
>>can file the links one and I can file this one.
>>
>
Oops my bad..replied before going thru all the statements. I missed the statement ' set connection con1'I agree if the same connection is being used, it should have worked. Seems like DERBY-1716.-Rajesh
On 8/31/06, Rajesh Kartha <[EMAIL PROTECTED]> wrote:
Manjula G Kutty wrote:> Hi>> I'm getting a
[
http://issues.apache.org/jira/browse/DERBY-1646?page=comments#action_12431948 ]
Mamta A. Satoor commented on DERBY-1646:
Laura, thanks for working on the documentation part of grant revoke. I have
following feedback
**
[ http://issues.apache.org/jira/browse/DERBY-1636?page=all ]
Laura Stewart resolved DERBY-1636.
--
Fix Version/s: 10.2.2.0
(was: 10.2.1.0)
Resolution: Fixed
Derby Info: (was: [Patch Available])
Setting this issue to
Hi Manjula:It maybe related to jira DERBY-1716.YipOn 8/31/06, Manjula G Kutty <[EMAIL PROTECTED]
> wrote:Hi I'm getting a lock time out exception while doing the following queries
through ij. connect 'jdbc:derby:mailsdb' user 'DBADMIN' password 'admin' as con1; autocommit off; grant select on DBADM
Manjula G Kutty wrote:
Hi
I'm getting a lock time out exception while doing the following
queries through ij.
connect 'jdbc:derby:mailsdb' user 'DBADMIN' password 'admin' as con1;
autocommit off;
grant select on DBADMIN.t1 to DBUSER;
grant update on DBADMIN.t1 to DBUSER;
connect 'jdbc:derby
On 8/31/06, Kim Haase <[EMAIL PROTECTED]> wrote:
I expect the graphics issue is separate from the links issue. Should it
have a separate JIRA issue? It might be an easier problem. If so, Laura
can file the links one and I can file this one.
There's yet another small graphics issue in that one o
[
http://issues.apache.org/jira/browse/DERBY-1686?page=comments#action_12431945 ]
Yip Ng commented on DERBY-1686:
---
Dan stated:
Two other ways of looking at this:
1) If the grantor was required to have all the privileges identified in 12.2 SR
4)
Hi
I'm getting a lock time out exception while doing the following queries
through ij.
connect 'jdbc:derby:mailsdb' user 'DBADMIN' password 'admin' as con1;
autocommit off;
grant select on DBADMIN.t1 to DBUSER;
grant update on DBADMIN.t1 to DBUSER;
connect 'jdbc:derby:mailsdb' user 'DBUSER' p
[ http://issues.apache.org/jira/browse/DERBY-1315?page=all ]
A B updated DERBY-1315:
---
Attachment: d1315_v1.patch
Attaching a patch, d1315_v1.patch, to address this issue. This patch adds a
small amount of logic to remove entries from an Optimizable's "best plan"
[ http://issues.apache.org/jira/browse/DERBY-502?page=all ]
Daniel John Debrunner reopened DERBY-502:
-
The HTML books still have the title XSL FO Document.
> Browser title for manuals in HTML format is a non-sense default value
> --
[
http://issues.apache.org/jira/browse/DERBY-502?page=comments#action_12431935 ]
Daniel John Debrunner commented on DERBY-502:
-
Nice, makes it much easier to find the correct window - thanks.
> Browser title for manuals in HTML forma
Have the buildjars target layut the jars identically to a distribution, with
test and lib folders.
--
Key: DERBY-1792
URL: http://issues.apache.org/jira/browse/DERBY-1
Make policy file and harness tests cope with derbyTesting being in a different
folder (test) to the other jars.
Key: DERBY-1791
URL: http://issues.ap
[ http://issues.apache.org/jira/browse/DERBY-1593?page=all ]
Daniel John Debrunner reopened DERBY-1593:
--
The separation has made the tests impossible to run wihtut moving
derbyTesting.jar back into the lib directory. I think the test s
Michelle Caisse wrote:
>>> I was using 10.2.1.1.
I see the same failure as you.
It's because the policy file is not setup to handle derbyTesting.jar
being in a different folder to derby.jar etc.
It's actually nothing to do with JUnit, you will see problems running
tests with the old harness.
Andrew McIntyre wrote On 08/30/06 20:23,:
> On 8/30/06, Laura Stewart <[EMAIL PROTECTED]> wrote:
>
>>>When I click on those links with the HTML pages version of the doc they do
>>>work.
>>>Is this a general (known) problem? Or is this a problem with this specific
>>>section
>>>that I need to re
I'm checking docs for the builtin funcs in the Reference Guide and
spotted a problem with DATE:
http://db.apache.org/derby/docs/dev/ref/rrefdatefunc.html
The description says "The argument must be a date, timestamp, a positive
number less than or equal to 3,652,059" so I tried this:
ij> values d
[
http://issues.apache.org/jira/browse/DERBY-1790?page=comments#action_12431931 ]
Daniel John Debrunner commented on DERBY-1790:
--
and of course the algorithm is flawed because SYSTEM_TABLE and SYNONYM both
start with an 'S' thus alw
One more data point for keeping toursdb: it is used in the new Working
With Derby manual.
Kim
Lars Heill wrote On 08/31/06 13:13,:
> Andrew McIntyre wrote, On 08/31/06 18:20:
>
>>On 8/31/06, Daniel John Debrunner <[EMAIL PROTECTED]> wrote:
>>
>>>Keep both. They are part of the full Derby distrib
DatabaseMetaData.getTables() with passed in table type of SYNONYM returns
system tables and not SYNONYMS
Key: DERBY-1790
URL: http://issues.apache.org/jira/br
1 - 100 of 133 matches
Mail list logo