[Auto-generated mail]
*Derby* 438562/2006-08-30 19:46:04 CEST
*derbyall*
Failed TestsOK Skip Duration Platform
---
*Jvm: 1.6*
4686682 0 142.45% SunOS-5.10_i86pc-i386
Details in
[
http://issues.apache.org/jira/browse/DERBY-1430?page=comments#action_12431845 ]
Ole Solberg commented on DERBY-1430:
Same symptom seen in testing 10.2.1.1:
OS: Linux 2.6.9-34.ELsmp
JVM: Sun Microsystems Inc. 1.4.2_02
Test:
'FAIL -- derby.system.durability=test mode seems to be broken.' in
store/TestDurabilityProperty.java
Key: DERBY-1789
URL:
[ http://issues.apache.org/jira/browse/DERBY-1740?page=all ]
Andreas Korneliussen updated DERBY-1740:
Urgency: (was: Urgent)
Unsetting the urgency flag. I think the urgency should be set to normal, as it
is a matter of incorrect error
[ http://issues.apache.org/jira/browse/DERBY-1767?page=all ]
Attachment: derby-1767.diff
derby-1767.stat
insertRow(), updateRow() and deleteRow() cannot handle table names and column
names containing double quotes
[ http://issues.apache.org/jira/browse/DERBY-1767?page=all ]
Fernanda Pizzorno updated DERBY-1767:
-
Derby Info: [Patch Available]
The attached patch (derby-1767.diff) fixed the problem by replacing the quotes
in the schema/table/column/cursor names
Hi again,
Does anyone have an opinion on this?
Andrew? Rick? Anyone?
-- Lars
Lars Heill wrote, On 08/29/06 13:10:
Hi,
I noticed that the 10.2 bin distribution contain the toursdb
demo database both as a jar and unpacked into a directory.
Is this really necessary? Each add 0.6 MB to the
[ http://issues.apache.org/jira/browse/DERBY-1566?page=all ]
John H. Embretsen updated DERBY-1566:
-
Attachment: ErrorMessageGenerator_davidv3_john.diff
I was not able to find a utility method for creating HTML-friendly Strings in
Java, but I made a
Lars Heill wrote:
Hi again,
Does anyone have an opinion on this?
Andrew? Rick? Anyone?
Keep both. They are part of the full Derby distribution, in a full
distribution they take up 10% of the on-disk space (note I see the jar
at around 0.6Mb but the expanded database at around 2.2Mb).
[
http://issues.apache.org/jira/browse/DERBY-1696?page=comments#action_12431886 ]
Fernanda Pizzorno commented on DERBY-1696:
--
The locks are not being released when an index is being used to access the
table. You can reproduce this
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 error.
Mamta
On 8/30/06, Manjula G Kutty [EMAIL PROTECTED] wrote:
Hi,I was testing the new grant/revoke
[ http://issues.apache.org/jira/browse/DERBY-1583?page=all ]
Mike Matrigali updated DERBY-1583:
--
Fix Version/s: 10.3.0.0
I ran a successful run of a full set of tests on XP, sun1.42 jvm. Committed
change to trunk.
m3_142:174svn commit
Sending
I committed your latest patch to the trunk. It seemed like a number
of issues were starting to back up behind this one, so felt it
reasonable to get this change into the trunk where a number of people
could experiment with it, and verify if it fixes similar issues of if
the other ones are
Mike Matrigali wrote:
I committed your latest patch to the trunk.
Thanks Mike!
bryan
[
http://issues.apache.org/jira/browse/DERBY-1713?page=comments#action_12431902 ]
John H. Embretsen commented on DERBY-1713:
--
After trying the 'Derby1713repro' test case some more, I have come to the
preliminary conclusion that it is
Issue Subscription
Filter: Derby: JIRA issues with patch available (20 issues)
Subscriber: derby-dev
Key Summary
DERBY-1686 Grant/Revoke: Attempt to GRANT access to another user on a VIEW,
created by the current user with only SELECT privilege on the base table does
not fail
[
http://issues.apache.org/jira/browse/DERBY-1686?page=comments#action_12431903 ]
Daniel John Debrunner commented on DERBY-1686:
--
OK - I can buy that, 12.2 SR 4) ties into 12.2 Access rules.
I still think the statement should
[ http://issues.apache.org/jira/browse/DERBY-1555?page=all ]
Daniel John Debrunner updated DERBY-1555:
-
Derby Info: (was: [Patch Available])
Patch was applied.
API for configuration information in Derby's JUnit tests should through
Thanks, John!
John H. Embretsen (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-1566?page=all ]
John H. Embretsen updated DERBY-1566:
-
Attachment: ErrorMessageGenerator_davidv3_john.diff
I was not able to find a utility method for
Thanks, Bryan and Mike. I added this patch to the list of commits which
I won't port to 10.2 tomorrow. See the table at the end of
http://wiki.apache.org/db-derby/TenTwoRelease. Please don't forget to
hand-port this to 10.2 if your confidence goes up.
Regards,
-Rick
Mike Matrigali wrote:
I
Hi Dan, Susan,
I'm having trouble trying to run a Derby JUnit test outside of the
harness. I've tried three ways of running a test based on the example
and other information at
http://wiki.apache.org/db-derby/DerbyJUnitTesting and in
java/testing/README.htm. None works. Here's what I get:
On 8/31/06, Daniel John Debrunner [EMAIL PROTECTED] wrote:
Keep both. They are part of the full Derby distribution, in a full
distribution they take up 10% of the on-disk space (note I see the jar
at around 0.6Mb but the expanded database at around 2.2Mb).
There's no requirement for any one to
Jean T. Anderson wrote:
...
I removed the severity column and the review copy is here:
https://issues.apache.org/jira/secure/attachment/12339926/rrefexcept-3.html
feedback is welcome,
I'll go ahead and commit the dita source for this at the end of today
unless somebody spots a problem with
Michelle Caisse wrote:
Hi Dan, Susan,
I'm having trouble trying to run a Derby JUnit test outside of the
harness. I've tried three ways of running a test based on the example
and other information at
http://wiki.apache.org/db-derby/DerbyJUnitTesting and in
java/testing/README.htm. None
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 error.
More questions:
If a separate Select privilege is indeed required then
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 error.
More questions:
If a separate Select privilege is
Daniel John Debrunner wrote:
Michelle Caisse wrote:
Hi Dan, Susan,
I'm having trouble trying to run a Derby JUnit test outside of the
harness. I've tried three ways of running a test based on the example
and other information at
http://wiki.apache.org/db-derby/DerbyJUnitTesting and in
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 distribution, in a full
distribution they take up 10% of the on-disk space (note I see the jar
at around 0.6Mb but the expanded database at around
Daniel John Debrunner wrote:
Daniel John Debrunner wrote:
Michelle Caisse wrote:
Hi Dan, Susan,
I'm having trouble trying to run a Derby JUnit test outside of the
harness. I've tried three ways of running a test based on the example
and other information at
Michelle Caisse wrote:
I was using 10.2.1.1. Does the current reality require building from
the latest source?
Possibly, that's my itch. I haven't been keeping careful track of where
the 10.2 line is relative to trunk.
I think though that 10.2 should work if you remove the security manager
[
http://issues.apache.org/jira/browse/DERBY-502?page=comments#action_12431928 ]
Kim Haase commented on DERBY-502:
-
Thank you so much for fixing this, Andrew! I was hoping you would have the
knowhow to do that. I really appreciate it.
Browser
Daniel John Debrunner wrote:
Michelle Caisse wrote:
I was using 10.2.1.1. Does the current reality require building from
the latest source?
Possibly, that's my itch. I haven't been keeping careful track of where
the 10.2 line is relative to trunk.
I think though
DatabaseMetaData.getTables() with passed in table type of SYNONYM returns
system tables and not SYNONYMS
Key: DERBY-1790
URL:
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 distribution, in
[
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
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
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 report in the doc
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.
[ 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
Make policy file and harness tests cope with derbyTesting being in a different
folder (test) to the other jars.
Key: DERBY-1791
URL:
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-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
[ 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-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
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'
[
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
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 of
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
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
[ 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
[
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
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 lock
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.
There's yet
[
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
testSecMec in DerbyNetClient framework fails with FAIL: Server failed to
respond to ping - ending test
-
Key: DERBY-1793
URL:
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:
[
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
[ 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-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 updated DERBY-1315:
---
Derby Info: [Patch Available, Existing Application Impact, Regression]
(was: [Existing Application Impact, Regression])
Statement optimization/compilation fails with
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:
[
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
[
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
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 mv' lets
[ 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
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
[ 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
[ 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-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
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
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
[ 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
[ 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
[
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
[ 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
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, people
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:
[
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,
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
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
[ 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
[
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
[ 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
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
[ 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:203svn commit
Sending
java\testing\org\apache\derbyTesting\functionTests\tests\derbynet\testSecMec.java
[ 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-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
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-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
[
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.
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
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,
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
[
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
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
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
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 in the
[ 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
[
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-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
1 - 100 of 120 matches
Mail list logo