I think pid's are unique at a given moment, so using the process id
might work if Java provides a way to get a PID of process.
But I am not so sure how to generate such a unique id store it in
system property/any where else without hitting classical race
condition problems. I don't think it
Thanks for your answers, Francois... Some more below...
Francois Orsini wrote:
Hi Satheesh,
Thanks for the initial feedback. Please find some answers enclosed
below.
On 1/24/06, Satheesh Bandaram [EMAIL PROTECTED]
wrote:
Why not sure LDAP or some other standard
Three months ago, we shelved this topic, promising to return to it
later. I would like to reach consensus on this problem now. In a
nutshell: JDBC4 introduces new methods whose signatures contain
generics. Because of this, DataSource implementations can't satisfy both
the JDBC3 and JDBC4
Bryan Pendleton (JIRA) derby-dev@db.apache.org writes:
[ http://issues.apache.org/jira/browse/DERBY-491?page=all ]
Bryan Pendleton updated DERBY-491:
--
Attachment: svn_jan_24_2006.diff
Updated patch, against latest trunk. I added a few additional
Daniel John Debrunner wrote (2006-01-24 20:23:27):
The other issue is that we have a great opportunity to start out with
JUnit tests that follow a consistent pattern and provide a great example
for others to follow.
+1
--
Bernt Marius Johnsen, Database Technology Group,
Staff Engineer,
I'll have a look at it and possibly commit it
Knut Anders Hatlen wrote (2006-01-25 09:59:36):
Bryan Pendleton (JIRA) derby-dev@db.apache.org writes:
[ http://issues.apache.org/jira/browse/DERBY-491?page=all ]
Bryan Pendleton updated DERBY-491:
[ http://issues.apache.org/jira/browse/DERBY-796?page=all ]
V.Narayanan updated DERBY-796:
--
Attachment: lob_2.diff
I have changed it to work in the same pattern as in EmbedPreparedStatement
(i.e.) it does a
throw
[ http://issues.apache.org/jira/browse/DERBY-825?page=all ]
Dyre Tjeldvoll closed DERBY-825:
Committed by Bernt Johnsen
writeSQLCAGRP() should use byte[] constants instead of Strings where feasible
Hello Bryan.
This is very surprising, is it not? Are you saying that your
conclusion is that there is very little performance benefit to
the DERBY-326 change? Or am I misunderstanding your comment?
No. I has not concluded anything yet :I
These test (and your comment :) ) touched off me to
[ http://issues.apache.org/jira/browse/DERBY-100?page=all ]
Fernanda Pizzorno updated DERBY-100:
Attachment: DERBY-100-2.diff
DERBY-100-2.stat
Thank you for looking into my previous patch.
In this new patch I have:
* changed
-1
The use of InternalDriver.activeDriver() to obtain a factory exposes Derby to
potential NullPointerExceptions in a shutdown or error on boot situation. I see
that you saw one in your testing as you have a comment on that in the shutdown
code. Such NPEs will hide the real error from
[
http://issues.apache.org/jira/browse/DERBY-866?page=comments#action_12363958 ]
Daniel John Debrunner commented on DERBY-866:
-
What's the purpose of returning the password column in the table/vti SYSUSERS?
BUILT-IN Derby User Management (DDL)
[
http://issues.apache.org/jira/browse/DERBY-213?page=comments#action_12363960 ]
Knut Anders Hatlen commented on DERBY-213:
--
The comments (and resolution=fixed) indicate that we should close this issue.
Any objections?
ResultSet.next() after
Anurag Shekhar wrote:
I checked the classes calling using Util to get the SQLException either
already have the reference of InternalDriver or they can be easily
modified to have this reference. There appears to be 1 problem class
EmbedResultSetMetaData.
EmbedResultSetMetaData is being
Generics can be used on signatures for existing methods when it makes
sense. If you look at Java SE 5.0, you will see many methods whose
signatures changed (Collections API is an obvious example) without
breaking compatibility with earlier code at runtime.
-lance
Andrew McIntyre wrote:
Fix how to measure performance of lob streaming
---
Key: DERBY-872
URL: http://issues.apache.org/jira/browse/DERBY-872
Project: Derby
Type: Sub-task
Components: Performance, Test
Reporter: Tomohito Nakayama
[ http://issues.apache.org/jira/browse/DERBY-872?page=all ]
Tomohito Nakayama updated DERBY-872:
Attachment: TestDriver.java
run.ksh
file_500k.txt
I revised ClobTest program contributed by Sunitha so that we can test
I really really don't want to see us modifying the class to indicate a
different class version. This path seems fraught with peril; this type
of white lie (actually it's a pretty big lie) seems to me fraught with
peril; who knows what other functionality depends on correct versioning
of the
I think we could move the tagline out of the image, at least on our home
page.
BTW, things are looking very good for our use of the word Java as a
modifier, including Pure Java Database or Java Open Source Database.
I will get you details once I have them.
David
Jean T. Anderson wrote:
[ http://issues.apache.org/jira/browse/DERBY-766?page=all ]
Daniel John Debrunner reassigned DERBY-766:
---
Assign To: Daniel John Debrunner
Improve code generation to handle 5000 unions in a select the union test in
largeCodeGen
David W. Van Couvering wrote:
I really really don't want to see us modifying the class to indicate a
different class version. This path seems fraught with peril; this type
of white lie (actually it's a pretty big lie) seems to me fraught with
peril; who knows what other functionality depends
I have to agree we're missing a well-defined pattern and associated
guidebook on how to do this right. And I agree we should get this
done before too many more JUnit tests are written.
David
Daniel John Debrunner wrote:
Daniel John Debrunner wrote:
David W. Van Couvering wrote:
I
[
http://issues.apache.org/jira/browse/DERBY-856?page=comments#action_12363970 ]
Rick Hillegas commented on DERBY-856:
-
This seems straightforward and the derbyall tests pass. NSinSameVM has the same
errors we see in the mainline. There is some
Can somebody grant me developer access to jira? There are a couple of doc issues that I need to assign to myself. My jira user ID is ericrad.Thx.
Do you Yahoo!?
With a free 1 GB, there's more in store with Yahoo! Mail.
I apologize for the radio silence on this topic. I have been on the road
and unable to address these concerns. Today I will put some effort into
beefing up the comments in DerbyJUnitTest and handling the swallowed
exceptions.
I agree that we need a primer for writing JUnit tests. I can mock
Hi Satheesh,
I have made changes so the autoIncrementStartin SYSCOLUMNS gets set to new value provided by RESTART WITH. I have attached the patch to the JIRA entry.
svn stat
M java\engine\org\apache\derby\impl\sql\catalog\SYSCOLUMNSRowFactory.javaM
[ http://issues.apache.org/jira/browse/DERBY-810?page=all ]
Kathey Marsden closed DERBY-810:
intermittent diff for store/RecoveryAfterBackup.java test
-
Key: DERBY-810
URL:
Can somebody tell me ifthe four tables that are associated with this issue need to be documented? The tables are:SYSCS_DIAG.LOCK_TABLE SYSCS_DIAG.STATEMENT_CACHE SYSCS_DIAG.TRANSACTION_TABLE SYSCS_DIAG.ERROR_MESSAGES If so, I'll start putting together a draft.
Do you Yahoo!?
With a
[ http://issues.apache.org/jira/browse/DERBY-421?page=all ]
Kathey Marsden closed DERBY-421:
starting an XA transaction resets the isolation level set with SET CURRENT
ISOLATION
Mike Matrigali wrote:
2) determine if the existing lock is false, ie. the creating process
exited without cleaning up the lock file.
Is the reason that this is hard because File.deleteOnExit() is not reliable?
thanks,
bryan
[ http://issues.apache.org/jira/browse/DERBY-410?page=all ]
Kathey Marsden closed DERBY-410:
ClientDataSource should not require serverName/portNumber to be set
Key:
[ http://issues.apache.org/jira/browse/DERBY-406?page=all ]
Kathey Marsden closed DERBY-406:
Client DataSource should not require user property to be set
Key: DERBY-406
[ http://issues.apache.org/jira/browse/DERBY-214?page=all ]
Kathey Marsden closed DERBY-214:
Remove System.exit() calls from the DB2jServerImpl.java
---
Key: DERBY-214
URL:
[ http://issues.apache.org/jira/browse/DERBY-339?page=all ]
Kathey Marsden closed DERBY-339:
Network client XA should only keep XA state for transaction branch
association, to track whether to send commit in autocommit mode. All other
state and
Hi Folks,
I'm using Derby with Hibernate as the ORM. I noticed that the
derby.log file is getting created in the the directory from where I
started the application. Is there a way of specifying the location of
the log file?
--
Thanks
Afkham Azeez
[
http://issues.apache.org/jira/browse/DERBY-210?page=comments#action_12363983 ]
Deepa Remesh commented on DERBY-210:
Thanks Kathey, Bryan and Dan for your comments.
As Bryan pointed out, the javadoc for Statement.close mentions A Statement
object is
Knut Anders Hatlen wrote:
Bryan Pendleton updated DERBY-491:
--
Attachment: svn_jan_24_2006.diff
[ snip ]
I read through your patch, ran derbynetclientmats and derbynetmats
successfully, and verified that the test case failed without your
patch (actually,
Daniel John Debrunner wrote:
Daniel John Debrunner wrote:
David W. Van Couvering wrote:
I agree with you that is disconcerting, but can't JUnit tests be written
that extend DerbyJUnitTest in parallel with getting DerbyJUnitTest
cleaned up to everyone's satisfaction?
Depends,
for DERBY-491, I was expecting to see a protocol exception for the first
test case (DERBY-491), not a hang.
Interesting. That's my expectation too, so I'm not sure I understand
why the behavior changed.
Good catch! Let me investigate this and see if I can learn more about
what this new
Afkham Azeez wrote:
Hi Folks,
I'm using Derby with Hibernate as the ORM. I noticed that the
derby.log file is getting created in the the directory from where I
started the application. Is there a way of specifying the location of
the log file?
--
Thanks
Afkham Azeez
You can specify the
yes, I believe it does not work if you kill the JVM. I think it also
did not work if you call System.exit(), but I am don't remember that
exactly. At least that use to be the case.
Bryan Pendleton wrote:
Mike Matrigali wrote:
2) determine if the existing lock is false, ie. the creating
I have committed this patch. Derbyall ran clean on XP and sun jdk1.4.2.
Mike Matrigali wrote:
I am looking at committing this patch.
Suresh Thalamati (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-665?page=all ]
Suresh Thalamati updated DERBY-665:
no tag line would be fine with me. If we use the java tagline the
lawyers must make sure that once we use it there is no way in the future
that it's use could be limited.
David W. Van Couvering wrote:
I think we could move the tagline out of the image, at least on our home
page.
BTW,
JIRA is acting up right now, so I am unable to grant you this access...
Once I can access JIRA, I will add you to the developer list.
Satheesh
Eric Radzinski wrote:
Can somebody grant me developer access to jira?
There are a couple of doc issues that I need to assign to myself. My
jira
I going to try and take a look at the readlocks issue, but it never
reproduces for me. Could you post the kind of environment (#
processors, jvm, OS) you were
running when you saw the problem and the diff to the JIRA entry
DERBY-861, i would like to know if all intermittent failures are in
On Jan 25, 2006, at 8:23 AM, Eric Radzinski wrote:
Can somebody grant me developer access to jira? There are a couple
of doc issues that I need to assign to myself. My jira user ID is
ericrad.
Hi Eric,
I've granted you access, but your email address in JIRA is listed as
[EMAIL
Thanks, Mike. I have clipped this info to DERBY-861.
Regards,
-Rick
Mike Matrigali wrote:
I going to try and take a look at the readlocks issue, but it never
reproduces for me. Could you post the kind of environment (#
processors, jvm, OS) you were
running when you saw the problem and the
[
http://issues.apache.org/jira/browse/DERBY-856?page=comments#action_12363989 ]
Rick Hillegas commented on DERBY-856:
-
Hi Mike,
Thanks for looking into the readlocks.sql failure. I ran the test under cygwin
on XP (Version 2002, service pack 2). The
Looks like we already have some problem.
org.apache.derby.iapi.sql.conn.ConnectionUtil.getCurrentLCC throws
SQLException
with status set as SQLState.NO_CURRENT_CONNECTION (0803). It doesn't use
Util and constructs the SQLException directly.
Changing this to use Util is the easy part but this
Yes, I agree
David
Mike Matrigali wrote:
no tag line would be fine with me. If we use the java tagline the
lawyers must make sure that once we use it there is no way in the future
that it's use could be limited.
David W. Van Couvering wrote:
I think we could move the tagline out of the
[ http://issues.apache.org/jira/browse/DERBY-869?page=all ]
Eric Radzinski reassigned DERBY-869:
Assign To: Eric Radzinski
documentation to address Derby-783
--
Key: DERBY-869
URL:
[EMAIL PROTECTED] wrote:
Author: davidvc
Date: Wed Jan 25 07:25:08 2006
New Revision: 372240
URL: http://svn.apache.org/viewcvs?rev=372240view=rev
Log:
DERBY-400: Fixed the SQLState for some of the new client messages
to better match what is required by SQL2003
+# 0A - Feature not
I got confused by your statement because I didn't see 0A003 in the
table, but then I found this statement further up. I'm quoting it here
so that all of us working on SQL States are aware of the restriction. A
SQLState class is the first two characters of the state string. A
SQLState
David W. Van Couvering wrote:
I got confused by your statement because I didn't see 0A003 in the
table, but then I found this statement further up. I'm quoting it here
so that all of us working on SQL States are aware of the restriction. A
SQLState class is the first two characters of the
In addition to that, there is also a jvm bug related to this call,
which can lead to memory leaks.
http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=4513817
I had too much fun tracking that leak a while ago.
-suresh
Mike Matrigali wrote:
yes, I believe it does not work if you kill the JVM.
[
http://issues.apache.org/jira/browse/DERBY-210?page=comments#action_12363995 ]
Kathey Marsden commented on DERBY-210:
--
I agree that garbage collection should not drive a commit, for the reasons
stated by you and Dan and the fact that it is just to
Well, a lot of messages seem to print out the message but not the SQL
state. I'll make the change and see how bad the diffs are. If they're
massive I may be motivated to switch it back to how it was. But I'll
give it a go.
David
Daniel John Debrunner wrote:
Since the diffs will occur
Hi,
I came across this issue/enhancement while answering the question about
Creating the location of the derby.log file. There is a property
called 'derby.stream.error.file=filename' which can be set in the
derby.properties. After setting this up everything for the derby.log
including the
[
http://issues.apache.org/jira/browse/DERBY-680?page=comments#action_12364002 ]
Kathey Marsden commented on DERBY-680:
--
I think we should have a regression test that verifies the fix submitted with
the fix, , either by enabling cast.sql with J2ME or
[ http://issues.apache.org/jira/browse/DERBY-747?page=all ]
Jean T. Anderson updated DERBY-747:
---
Attachment: (was: derby-logo-web-150x90.png)
Derby Logo Work
---
Key: DERBY-747
URL:
[ http://issues.apache.org/jira/browse/DERBY-747?page=all ]
Jean T. Anderson updated DERBY-747:
---
Attachment: (was: web-preview-21dec05-5.png)
Derby Logo Work
---
Key: DERBY-747
URL:
[ http://issues.apache.org/jira/browse/DERBY-747?page=all ]
Jean T. Anderson updated DERBY-747:
---
Attachment: (was: web-preview-20dec05.png)
Derby Logo Work
---
Key: DERBY-747
URL:
[ http://issues.apache.org/jira/browse/DERBY-747?page=all ]
Jean T. Anderson updated DERBY-747:
---
Attachment: (was: web-preview-20dec05-4.png)
Derby Logo Work
---
Key: DERBY-747
URL:
[ http://issues.apache.org/jira/browse/DERBY-747?page=all ]
Jean T. Anderson updated DERBY-747:
---
Attachment: (was: web-preview-20dec05-3.png)
Derby Logo Work
---
Key: DERBY-747
URL:
David W. Van Couvering wrote:
Yes, I agree
My read is 5 Derby committers have said it's fine to drop the tagline:
Dan Debrunner
Kathey Marsden
Mike Matrigali
Jean Anderson
David Van Couvering
If I misunderstood anyone, please let me know.
I'll post to the derby-user thread that after a
Hi Dan,
Thanks for your question.
Is it possible to combine multiple test coverage runs?
Yes, it is possible to runcode coverageformultiple jvms and then combine all test coverage runs.
j2me/cdc/foundationjdk13jdk14jdk15
I will run code coverage with the above jvms and will post the results as
[
http://issues.apache.org/jira/browse/DERBY-747?page=comments#action_12364006 ]
Jean T. Anderson commented on DERBY-747:
Note: to declutter this issue I removed early attachments I submitted that were
clearly superceded by better ideas.
I removed
Mike, last time you gave me some comments about how to map the
recovery time into Xmb of log. I still have some question about it.
RR2. During initilization of Derby, we run some measurement that
RR determines the performance of the system and maps the
RR recovery time into some
Would it be acceptable for there to continue to be a static method in
Util that worked as it does today, always returning a
java.sql.SQLException? This method would have sanity checks to ensure
that the SQLState passed in did not start wiht any of the special values
that require specific
I see previous code still being there, but under comments. Can you
remove those commented out code? Otherwise, it looks good and ready to
submit.
Satheesh
Mamta A. Satoor (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-783?page=all ]
Mamta A. Satoor updated DERBY-783:
One thing that would be great is if there was a well defined way to
have tests handle jvm specific, framework specific or version specific
logic, since there will have to be some replacement for the many
properties in the test harness and the individual test checks for
framework that we have
[ http://issues.apache.org/jira/browse/DERBY-678?page=all ]
Eric Radzinski updated DERBY-678:
-
Attachment: derby678.diff
cdevconcepts842385.html
Attached patch address the bug that's identified in this issue. HTML file is
included for
We are trying to finalize the work on the Derby logo and getting this
posted to the web site and other places. The one issue still open is
the tagline. We all voted +1 for the images that had the tagline Pure
Java Database.
It's likely that Sun has no issues with using the tagline, but it's
Hi, Anurag, this sounds interesting, I generally like this kind of
approach over creating hardcoded specific SQLException classes in our
code. We should be able to solve this in a way that is less hardcoded
and more flexible, which is always good for long-term maintainability.
I don't quite
Raymond Raymond wrote:
Mike, last time you gave me some comments about how to map the
recovery time into Xmb of log. I still have some question about it.
RR2. During initilization of Derby, we run some measurement that
RR determines the performance of the system and maps the
RR
I have reviewed the attached html and it is right. I will let the
normal doc committers look at the source diff portion.
Eric Radzinski (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-678?page=all ]
Eric Radzinski updated DERBY-678:
-
[ http://issues.apache.org/jira/browse/DERBY-855?page=all ]
Eric Radzinski reassigned DERBY-855:
Assign To: Eric Radzinski
Document optimizer overrides which were introduced in 10.2
--
Hi Deepa,
Thanks for bringing this up. I agree that being able to run JUnit tests
on the small device configuration would be a good idea.
Regards,
-Rick
Deepa Remesh wrote:
One thing that would be great is if there was a well defined way to
have tests handle jvm specific, framework
On 1/25/06, Daniel John Debrunner [EMAIL PROTECTED] wrote:
That should be well defined by the JVM specification and updates from
Sun. Though I've never seen any definition of what the class major and
minor version imply, makes it hard to generate byte code. :-(
The VM Spec hasn't been updated
David W. Van Couvering wrote:
We are trying to finalize the work on the Derby logo and getting this
posted to the web site and other places. The one issue still open is
the tagline. We all voted +1 for the images that had the tagline Pure
Java Database.
It's likely that Sun has no issues
OSGi bundle activator not JSR169 compliant
--
Key: DERBY-873
URL: http://issues.apache.org/jira/browse/DERBY-873
Project: Derby
Type: Bug
Versions: 10.0.2.0
Reporter: Byron K. Appelt
Priority: Minor
On 1/25/06, David W. Van Couvering [EMAIL PROTECTED] wrote:
I wanted to see what you all felt about removing the tagline, at least
for now. We may in the future (potentially the near future if we get
final clarification from Sun) have a vote to add a tagline (maybe accept
submissions just
[ http://issues.apache.org/jira/browse/DERBY-599?page=all ]
Sunitha Kambhampati updated DERBY-599:
--
Attachment: Derby599.diff.txt
Derby599.stat.txt
Problem:
setBlob(i,blob) does not set the length of the stream in the blob and but
Solidify JUnit test infrastructure
--
Key: DERBY-874
URL: http://issues.apache.org/jira/browse/DERBY-874
Project: Derby
Type: Improvement
Components: Test
Reporter: Rick Hillegas
Build out the JUnit test infrastructure so
[ http://issues.apache.org/jira/browse/DERBY-874?page=all ]
Rick Hillegas reassigned DERBY-874:
---
Assign To: Rick Hillegas
Solidify JUnit test infrastructure
--
Key: DERBY-874
URL:
[
http://issues.apache.org/jira/browse/DERBY-856?page=comments#action_12364041 ]
David Van Couvering commented on DERBY-856:
---
I could have sworn Dan commented on this, but I can't find his email, so I'll
say it: I think the code should use
[
http://issues.apache.org/jira/browse/DERBY-856?page=comments#action_12364044 ]
Sunitha Kambhampati commented on DERBY-856:
---
Hi Narayanan,
As I posted a recent patch with similar changes to the setBinaryStreamInternal,
I also looked briefly at
[ http://issues.apache.org/jira/browse/DERBY-874?page=all ]
Rick Hillegas updated DERBY-874:
Attachment: bug874.diff
The attached patch, bug874.diff, attempts to address some concerns raised by
Dan:
o Beefed up javadoc.
o Previously swallowed
On 1/25/06, Rick Hillegas (JIRA) derby-dev@db.apache.org wrote:
*** Start: dataSourcePermissions_net jdk1.4.2_08 DerbyNetClient
derbynetmats:derbynetmats 2006-01-25 13:56:19 ***
9a10
org.apache.derby.iapi.services.context.ShutdownException:
13a15
[ http://issues.apache.org/jira/browse/DERBY-273?page=all ]
Andrew McIntyre updated DERBY-273:
--
Component: Regression Test Failure
The derbynet/dataSourcePermissions_net.java test fails intermittently
[
http://issues.apache.org/jira/browse/DERBY-866?page=comments#action_12364048 ]
Francois Orsini commented on DERBY-866:
---
Daniel John Debrunner commented on DERBY-866:
-
Questions on the spec:
- What
[
http://issues.apache.org/jira/browse/DERBY-866?page=comments#action_12364050 ]
Francois Orsini commented on DERBY-866:
---
Daniel John Debrunner commented on DERBY-866:
-
What's the purpose of
On 1/23/06, Manjula G Kutty [EMAIL PROTECTED] wrote:
Hi ,
Can anyone go through this patch which includes the master updates for
the recent ibm15 failures?
Thanks
Manjula
Hi Manjula,
Thanks for contributing this patch! I'll make a point of reviewing it tomorrow.
andrew
Francois Orsini (JIRA) wrote:
[
http://issues.apache.org/jira/browse/DERBY-866?page=comments#action_12364050
]
Francois Orsini commented on DERBY-866:
---
Daniel John Debrunner commented on DERBY-866:
[
http://issues.apache.org/jira/browse/DERBY-866?page=comments#action_12364054 ]
Daniel John Debrunner commented on DERBY-866:
-
I see the argument for DDL, maybe the create user could be like
CREATE USER username IDENTIFIED BY PASSWORD password
On 1/25/06, David W. Van Couvering [EMAIL PROTECTED] wrote:
I wanted to see what you all felt about removing the tagline, at least
for now. We may in the future (potentially the near future if we get
final clarification from Sun) have a vote to add a tagline (maybe accept
submissions just like
[
http://issues.apache.org/jira/browse/DERBY-856?page=comments#action_12364060 ]
V.Narayanan commented on DERBY-856:
---
Hi,
Thanx for the reviews and comments. I am sorry for my late reply.
Dan had commented on my earlier patch for jdbc4 clob blob
Andrew McIntyre wrote:
On 1/25/06, Daniel John Debrunner [EMAIL PROTECTED] wrote:
That should be well defined by the JVM specification and updates from
Sun. Though I've never seen any definition of what the class major and
minor version imply, makes it hard to generate byte code. :-(
The
Use nested filesets to improve engine Javadoc generation
Key: DERBY-875
URL: http://issues.apache.org/jira/browse/DERBY-875
Project: Derby
Type: Improvement
Components: Javadoc
Versions: 10.2.0.0
[ http://issues.apache.org/jira/browse/DERBY-875?page=all ]
Andrew McIntyre updated DERBY-875:
--
Attachment: javadoc_875.diff
Attaching patch from Bryan Pendleton for this issue from the derby-dev thread
on DERBY-587. This is a very useful improvement
1 - 100 of 101 matches
Mail list logo