Kathey Marsden [EMAIL PROTECTED] writes:
This vote is for establishing Bryan Pendleton as a committer for Derby.
Please vote +1 if you approve of Bryan as a committer.
+1
--
Knut Anders
KM == Kathey Marsden [EMAIL PROTECTED] writes:
KM This vote is for establishing Bryan Pendleton as a committer for
Derby.
+1
--
Øystein
Kathey Marsden wrote:
This vote is for establishing Bryan Pendleton as a committer for Derby.
Please vote +1 if you approve of Bryan as a committer.
+1
--
Kristian
Kathey Marsden wrote:
This vote is for establishing Bryan Pendleton as a committer for Derby.
Please vote +1 if you approve of Bryan as a committer.
+1
--
John
Jean T. Anderson wrote:
(3) It's hard to find the downloads
I'm surprised by the number of requests I get which are where are the
downloads? Even though downloads are on the home tab, they clearly
aren't visible. So make downloads its own tab?
The real estate of a web browser can
Myrna van Lunteren wrote:
On 2/2/06, *Andreas Korneliussen* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
I think the work currently done on DERBY-874 was mainly to improve the
DerbyJUnitTest's JavaDoc, and to log exceptions. So I would not throw
that away.
However I do
introduce a new test type to run junit tests from the current harness
-
Key: DERBY-918
URL: http://issues.apache.org/jira/browse/DERBY-918
Project: Derby
Type: Improvement
Components: Test
+1
Kathey Marsden wrote:
This vote is for establishing Bryan Pendleton as a committer for Derby.
Please vote +1 if you approve of Bryan as a committer.
Voting will close 5pm PST Thursday, Feb 9.
Since joining the project, Bryan has submitted many high quality patches to
correct several
+1
Kathey Marsden wrote:
This vote is for establishing Bryan Pendleton as a committer for Derby.
Please vote +1 if you approve of Bryan as a committer.
Voting will close 5pm PST Thursday, Feb 9.
Since joining the project, Bryan has submitted many high quality patches to
correct several
[ http://issues.apache.org/jira/browse/DERBY-856?page=all ]
V.Narayanan updated DERBY-856:
--
Attachment: setCharacterStreamInternal_3.diff
Hi,
1) I have made the changes and am reattaching the patch again.
2) I ran derbyall and noticed failures. I noticed
[ http://issues.apache.org/jira/browse/DERBY-856?page=all ]
V.Narayanan updated DERBY-856:
--
Attachment: LOBTest.diff
Hi,
I am also attaching the LobTests.diff (The diff file of the failed test
jdbcapi/LobTest.java) as part of the patch submission.
thanx
[
http://issues.apache.org/jira/browse/DERBY-821?page=comments#action_12365076 ]
Philip Wilder commented on DERBY-821:
-
Thank you for the clarification Knut. I apologize for my misinterpretation.
Keep up the good work :-)
Client driver: Implicitly
Hi Jacopo,
Jacopo == Jacopo Cappellato [EMAIL PROTECTED] wrote:
Jacopo Is there a way to configure the way approximations are done? Is it
Jacopo something that should be fixed?
I checked the SQL specification and it says that whether rounding or
truncation is used is implementation defined,
Kathey Marsden wrote:
This vote is for establishing Bryan Pendleton as a committer for Derby.
Please vote +1 if you approve of Bryan as a committer.
+1
--
Ole Solberg, Database Technology Group,
Sun Microsystems, Trondheim, Norway
Jacopo Cappellato wrote:
Hi all,
my name is Jacopo Cappellato, I'm one of the developers of the OFBiz
project (www.ofbiz.org), that will soon start the incubation process.
Welcome, I've watching the vote on the incubator list.
OFBiz is using DerbyDb as the default db and it works pretty
[ http://issues.apache.org/jira/browse/DERBY-891?page=all ]
Daniel John Debrunner resolved DERBY-891:
-
Fix Version: 10.2.0.0
Resolution: Fixed
Committed revision 374683 - thanks for the patch
derby_tests.policy file contains
Daniel, Dag,
thanks for your answers: they are really helpful.
Well, right now we are now using NUMERIC(18,2) field types for currency
amount fields... so that values are stored in the db with the exact
number of decimal we need (0k, we are actually in the process of
reviewing this
Jacopo Cappellato wrote:
Daniel, Dag,
thanks for your answers: they are really helpful.
Well, right now we are now using NUMERIC(18,2) field types for currency
amount fields... so that values are stored in the db with the exact
number of decimal we need (0k, we are actually in the process
Daniel,
Daniel John Debrunner wrote:
DECIMAL and NUMERIC are the same in Derby. So it looks like you are
using the correct type. One option is to increase the scale of the
number (digits after the decimal point), e.g. NUMERIC(20,4) which would
then hold two extra digits that would be lost in
[ http://issues.apache.org/jira/browse/DERBY-856?page=all ]
Daniel John Debrunner resolved DERBY-856:
-
Resolution: Fixed
Committed revision 374696. Thanks for the patch
modify setCharacterStreamInternal to take a long for the length, and
So I guess what you are saying is that if the test framework provides a
common mechanism to give a Connection to a derby database, it should go
through a DataSource, instead of using DriverManager ?
I think we will need both mechanisms to get connection - using
DataSource and DriverManager.
Deepa Remesh wrote:
So I guess what you are saying is that if the test framework provides a
common mechanism to give a Connection to a derby database, it should go
through a DataSource, instead of using DriverManager ?
I think we will need both mechanisms to get connection - using
John Embretsen wrote:
Jean T. Anderson wrote:
(3) It's hard to find the downloads
I'm surprised by the number of requests I get which are where are the
downloads? Even though downloads are on the home tab, they clearly
aren't visible. So make downloads its own tab?
The real estate of a
small delta's to replace cloudscape etc with derby in comments/code
---
Key: DERBY-920
URL: http://issues.apache.org/jira/browse/DERBY-920
Project: Derby
Type: Task
Environment: N/A
Reporter: scott
[ http://issues.apache.org/jira/browse/DERBY-920?page=all ]
scott hutinger updated DERBY-920:
-
Attachment: sysinfo-main.diff.gz
A bit larger delta, mainly for sysinfo/main.java, but has a couple build.xml
files also. This shouldn't get in the way of
[ http://issues.apache.org/jira/browse/DERBY-898?page=all ]
Kathey Marsden updated DERBY-898:
-
Attachment: DERBY-898.diff
DERBY-898 setAutoCommit(false) is not working properly with connections
objtained with ClientXADataSource.
The problem in this
[
http://issues.apache.org/jira/browse/DERBY-761?page=comments#action_12365094 ]
Eric Radzinski commented on DERBY-761:
--
If somebody can provide a complete list of reserved words, I'll update the
reference guide.
The reserved words list in the
Thanks, Kathey. I synced and picked up your fixes. There was an
outstanding javadoc problem in SystemProcedures.java, which I have just
scrubbed and committed.
Regards,
-Rick
Kathey Marsden wrote:
Rick Hillegas wrote:
I just synced an empty client with the mainline. When I run ant
Rick Hillegas wrote:
Thanks, Kathey. I synced and picked up your fixes. There was an
outstanding javadoc problem in SystemProcedures.java, which I have
just scrubbed and committed.
Thanks Rick. What do you run to scrub the javadoc?
You are seeing the same results as Oystein reported as part of
DERBY-799. If no one submits a patch for DERBY-799 I will probably
submit something simple before the next candidate release is
cut. Something on the order of sleeping in between I/O's to
stop checkpoint from flooding I/O.
Kristian
[ http://issues.apache.org/jira/browse/DERBY-570?page=all ]
Eric Radzinski updated DERBY-570:
-
Attachment: derby570.diff
rrefsqlj30118.html
The attached patch adds the requested line ot the LONG VARCHAR FOR BIT DATA
topic. HTML file is
+1
Kathey Marsden wrote:
This vote is for establishing Bryan Pendleton as a committer for Derby.
Please vote +1 if you approve of Bryan as a committer.
Voting will close 5pm PST Thursday, Feb 9.
Since joining the project, Bryan has submitted many high quality patches to
correct several
Deepa Remesh wrote:
So I guess what you are saying is that if the test framework provides a
common mechanism to give a Connection to a derby database, it should go
through a DataSource, instead of using DriverManager ?
I think we will need both mechanisms to get connection - using
DataSource
[
http://issues.apache.org/jira/browse/DERBY-570?page=comments#action_12365100 ]
Daniel John Debrunner commented on DERBY-570:
-
I think the layout of the LONG VARCHAR FOR BIT DATA should match the other
types, for example see LONG VARCHAR
[
http://issues.apache.org/jira/browse/DERBY-761?page=comments#action_12365102 ]
Mamta A. Satoor commented on DERBY-761:
---
I looked at sqlgrammar.jj and found following set of keywords that are missing
from the docs
1)BINARY
2)CHARACTER_LENGTH
I'm not sure I understand this logic. Shouldn't we be providing useful
error messages with enough detail as possible? Standard error messages
may be reusable, but they may not be helpful. Are there space concerns?
David
Daniel John Debrunner (JIRA) wrote:
[
Hi Kathey,
Nothing up my sleeve here. I'm just invoking ant derbydocs and hand
editting the source code. Would be interested in advice on tools which
we could use to fix simple cut-and-paste errors (like leaving @return
tags on void methods). Would also be interested in tools we could wire
[ http://issues.apache.org/jira/browse/DERBY-761?page=all ]
Eric Radzinski updated DERBY-761:
-
Attachment: derby761.diff
rrefkeywords29722.html
attached patch addresses derby-761. HTML file is included for review.
The reserved words
Thanks, Narayanan, I'll take a look at this.
The LobTest failure was a result of my checkin try and fix some jdk13
test regressions. In the process I broke LobTest for jdk14. I just
checked in a fix, let me know if that works for you.
Rather than spending the time to run a test in your own
Rick Hillegas wrote:
Hi Kathey,
Nothing up my sleeve here. I'm just invoking ant derbydocs and hand
editting the source code. Would be interested in advice on tools which
we could use to fix simple cut-and-paste errors (like leaving @return
tags on void methods). Would also be interested in
David W. Van Couvering wrote:
I'm not sure I understand this logic. Shouldn't we be providing useful
error messages with enough detail as possible? Standard error messages
may be reusable, but they may not be helpful. Are there space concerns?
Space concern is one factor. The other is that
I just submitted a change that should solve this. I have run the tests
on jdk14 and jdk13. I'll also run under jdk15 just to make sure, but
based on Deepa's comments what I did should have solved the problem.
David
Mike Matrigali wrote:
In last night's run of nightly regression tests I saw
[
http://issues.apache.org/jira/browse/DERBY-761?page=comments#action_12365110 ]
Mamta A. Satoor commented on DERBY-761:
---
I am glad you are looking at the list too. I was surprised to see D and T in
the TOKEN reserved words list. Here is what I see
OK, thanks, point taken. I do hope at some point we have a project to
improve our error messages; in general they are pretty good, but there
are some doozys.
David
Daniel John Debrunner wrote:
David W. Van Couvering wrote:
I'm not sure I understand this logic. Shouldn't we be providing
[ http://issues.apache.org/jira/browse/DERBY-570?page=all ]
Eric Radzinski updated DERBY-570:
-
Attachment: (was: rrefsqlj30118.html)
wrong java.sql.Type id implied for LONG VARCHAR FOR BIT DATA
Thanks for your thanks. Thanks also to David for committing the
original patch.
Regards,
-Rick
Kathey Marsden wrote:
Rick Hillegas wrote:
Hi Kathey,
Nothing up my sleeve here. I'm just invoking ant derbydocs and hand
editting the source code. Would be interested in advice on tools
[ http://issues.apache.org/jira/browse/DERBY-761?page=all ]
Satheesh Bandaram updated DERBY-761:
Comment: was deleted
The reserved words list in the reference manual doesn't look uptodate
[
http://issues.apache.org/jira/browse/DERBY-761?page=comments#action_12365115 ]
Satheesh Bandaram commented on DERBY-761:
-
Here is the correct list... My previous list had GET_CURRENT_CONNECTION, it
should have been GETCURRENTCONNECTION.
ADD
ALL
[ http://issues.apache.org/jira/browse/DERBY-570?page=all ]
Eric Radzinski updated DERBY-570:
-
Attachment: derby570-2.diff
rrefsqlj30118.html
The newest patch and HTML file address Dan's suggestion.
I've reformatted the topic to match
Mamta A. Satoor (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-761?page=comments#action_12365110 ]
Mamta A. Satoor commented on DERBY-761:
---
I am glad you are looking at the list too. I was surprised to see D and T in the
TOKEN reserved
[
http://issues.apache.org/jira/browse/DERBY-570?page=comments#action_12365118 ]
Daniel John Debrunner commented on DERBY-570:
-
No java.lang.Byte is wrong.
I was going to say look at VARCHAR FOR BIT DATA, but it doesn't have a compile
type
Support 32bit branch offsets for conditional logic in generated code.
-
Key: DERBY-921
URL: http://issues.apache.org/jira/browse/DERBY-921
Project: Derby
Type: Sub-task
Components: Services, SQL
Bryan Pendleton (JIRA) derby-dev@db.apache.org writes:
[ http://issues.apache.org/jira/browse/DERBY-821?page=all ]
Bryan Pendleton updated DERBY-821:
--
Attachment: changes-no-object-tags.html
Hi Knut Anders,
Your document is excellent. Thank
Hi, Knut, you're right, I didn't see your original email, I do have to
have a pretty tight filter to get anything done besides read email.
The intent was to clone the SqlException into a SQLException, but
you're right, the stack trace and other context of the SqlException
would be lost in the
getSQLException() method in client.am.SqlException does not correctly chain
exceptions
--
Key: DERBY-922
URL: http://issues.apache.org/jira/browse/DERBY-922
Project: Derby
Type: Bug
[ http://issues.apache.org/jira/browse/DERBY-922?page=all ]
David Van Couvering reassigned DERBY-922:
-
Assign To: David Van Couvering
getSQLException() method in client.am.SqlException does not correctly chain
exceptions
[
http://issues.apache.org/jira/browse/DERBY-921?page=comments#action_12365121 ]
Daniel John Debrunner commented on DERBY-921:
-
Basic solution is to turn
if X branch using big offset
then code
into
if NOT X branch to T: (small fixed offset
David W. Van Couvering [EMAIL PROTECTED] writes:
Hi, Knut, you're right, I didn't see your original email, I do have to
have a pretty tight filter to get anything done besides read email.
The intent was to clone the SqlException into a SQLException, but
you're right, the stack trace and
[
http://issues.apache.org/jira/browse/DERBY-922?page=comments#action_12365124 ]
Knut Anders Hatlen commented on DERBY-922:
--
There is a similar problem in SqlWarning.getSQLWarning().
getSQLException() method in client.am.SqlException does not
[ http://issues.apache.org/jira/browse/DERBY-761?page=all ]
Eric Radzinski updated DERBY-761:
-
Attachment: (was: rrefkeywords29722.html)
The reserved words list in the reference manual doesn't look uptodate
[
http://issues.apache.org/jira/browse/DERBY-898?page=comments#action_12365127 ]
Kathey Marsden commented on DERBY-898:
--
Checked in fix to 10.1
Date: Fri Feb 3 13:00:35 2006
New Revision: 374742
URL: http://svn.apache.org/viewcvs?rev=374742view=rev
[ http://issues.apache.org/jira/browse/DERBY-761?page=all ]
Eric Radzinski updated DERBY-761:
-
Attachment: derby761-2.diff
rrefkeywords29722.html
This patch and HTML file are based on Sateesh's list.
Note that several of the keywords
[ http://issues.apache.org/jira/browse/DERBY-570?page=all ]
Eric Radzinski updated DERBY-570:
-
Attachment: (was: rrefsqlj30118.html)
wrong java.sql.Type id implied for LONG VARCHAR FOR BIT DATA
[ http://issues.apache.org/jira/browse/DERBY-570?page=all ]
Eric Radzinski updated DERBY-570:
-
Attachment: rrefsqlj30118.html
derby570-3.diff
derby570-3.diff removes the compile time type section from the topic. Latest
HTML file is
[
http://issues.apache.org/jira/browse/DERBY-570?page=comments#action_12365131 ]
Daniel John Debrunner commented on DERBY-570:
-
Looks good. Thanks for working through this one.
wrong java.sql.Type id implied for LONG VARCHAR FOR BIT DATA
Hi,
I have a question about a test case for DERBY-44 (which appears to
have been fixed by Myrna).
In jdbcapi/parameterMetaDataJdbc30.java, I found this test case:
// variation, and also test out empty string in the escape (jira 44).
System.out.println(variation 1, testing jira 44);
ps =
Bryan Pendleton wrote:
Is this something specific to XA distributed transactions, or is it
just a
fundamental aspect of how the Network Server behaves that all transaction
control should be performed by the client?
It is the same for all connections. The transactional control is
performed by
Remove stale reserved words from Derby. I found many reserved words not really
used in Derby.
-
Key: DERBY-923
URL: http://issues.apache.org/jira/browse/DERBY-923
Project: Derby
[
http://issues.apache.org/jira/browse/DERBY-916?page=comments#action_12365136 ]
Suresh Thalamati commented on DERBY-916:
Hi Eric,
Thanks for volunteering to document the online backup feature. You are
right, Server Admin Guide and Reference
[ http://issues.apache.org/jira/browse/DERBY-880?page=all ]
Rajesh Kartha updated DERBY-880:
type: Test (was: Bug)
Fix Version: 10.1.2.3
(was: 10.2.0.0)
Priority: Major (was: Critical)
- Changing the priority
[ http://issues.apache.org/jira/browse/DERBY-881?page=all ]
Rajesh Kartha updated DERBY-881:
type: Test (was: Bug)
Fix Version: 10.1.2.3
Priority: Major (was: Critical)
- Changing the priority from 'Critical' to 'Medium'.
- Since the
[ http://issues.apache.org/jira/browse/DERBY-583?page=all ]
Kathey Marsden reassigned DERBY-583:
Assign To: Kathey Marsden
networkserver does not return error message strings in native encoding to ij
on zseries
Kathey Marsden [EMAIL PROTECTED] writes:
Bryan Pendleton wrote:
Is this something specific to XA distributed transactions, or is it
just a
fundamental aspect of how the Network Server behaves that all transaction
control should be performed by the client?
It is the same for all
If I want to send an empty result set, do the result columns still have
to match the expected set of result columns? I can't see why this would
matter.
Anybody else want to weigh in on this?
It would be a lot simpler for me if I could have a single fake query
that generates a generic empty
David W. Van Couvering wrote:
If I want to send an empty result set, do the result columns still have
to match the expected set of result columns? I can't see why this would
matter.
Anybody else want to weigh in on this?
It would be a lot simpler for me if I could have a single fake
[
http://issues.apache.org/jira/browse/DERBY-761?page=comments#action_12365145 ]
Mamta A. Satoor commented on DERBY-761:
---
Satheesh, your list looks correct except for _DEFAULT. It should really be
DEFAULT which is the reserved keyword.
The reserved
[
http://issues.apache.org/jira/browse/DERBY-745?page=comments#action_12365147 ]
Kathey Marsden commented on DERBY-745:
--
Thanks Bryan for looking at this issue. If I try to create the table with DB2,
I get an error
SQLSTATE 54010 Table record length
[ http://issues.apache.org/jira/browse/DERBY-761?page=all ]
Eric Radzinski updated DERBY-761:
-
Attachment: derby761-3.diff
rrefkeywords29722.html
latest patch changes _DEFAULT to DEFAULT.
The reserved words list in the reference
[ http://issues.apache.org/jira/browse/DERBY-761?page=all ]
Eric Radzinski updated DERBY-761:
-
Attachment: (was: rrefkeywords29722.html)
The reserved words list in the reference manual doesn't look uptodate
OK, thanks. I hadn't considered the RS metadata.
David
Daniel John Debrunner wrote:
David W. Van Couvering wrote:
If I want to send an empty result set, do the result columns still have
to match the expected set of result columns? I can't see why this would
matter.
Anybody else want to
[
http://issues.apache.org/jira/browse/DERBY-51?page=comments#action_12365150 ]
Kathey Marsden commented on DERBY-51:
-
Well I guess I didn't notice David's comment on this issue when he made it (in
May).
David said
code that shuts down embedded
There is a new metadata call, autoCommitFailureClosesAllResultSets,
which returns true if a SQLException while autoCommit is true indicates
that all open ResultSets are closed, even ones that are holdable.
In my naive scan of the code on the embedded side, it appears as though
we do *not*
[ http://issues.apache.org/jira/browse/DERBY-921?page=all ]
Daniel John Debrunner updated DERBY-921:
Description:
Conditionals in generated code (MethodBuilder.conditionalIf and
conditionalIfNull) generate code that only supports 16 bit jump
David W. Van Couvering wrote:
OK, thanks. I hadn't considered the RS metadata.
Just a note that the result set metadata should match the defined results
_exactly_. Returning an int where a short is expected, or a char where a
varchar is expected, or a nullable column where a not null
[ http://issues.apache.org/jira/browse/DERBY-900?page=all ]
Kathey Marsden reassigned DERBY-900:
Assign To: Kathey Marsden
Remove use of String(byte[]) and String(byte[], int, int) constructors in
network client leading to non-portable behaviour
OK, I will do my best to match *exactly* what is expected. I will look
at some of the existing stuff to use as a pattern. However, I will have
to leave it to you or whomever does the ODBC tests to make sure it works
for ODBC.
David
Army wrote:
David W. Van Couvering wrote:
OK, thanks.
On 03 Feb 2006 22:30:46 +0100, Knut Anders Hatlen [EMAIL PROTECTED] wrote:
Hi,I have a question about a test case for DERBY-44 (which appears tohave been fixed by Myrna).
In jdbcapi/parameterMetaDataJdbc30.java, I found this test case:// variation, and also test out empty string in the escape
[EMAIL PROTECTED] wrote:
Thanks Dan for the continued progress on my favorite issue. I am
looking forward to studying the patch sometime to actually understand
it, but in the meanwhile I just looked at the little stuff.
1) On the javadoc I found that eclipse generates javadoc like this,
but
[ http://issues.apache.org/jira/browse/DERBY-907?page=all ]
Deepa Remesh updated DERBY-907:
---
Attachment: derby-907.diff
derby-907.status
Attaching a patch 'derby-907.diff' which modifies the test
store/RecoveryAfterBackup.java to run with
[ http://issues.apache.org/jira/browse/DERBY-885?page=all ]
Deepa Remesh updated DERBY-885:
---
Attachment: derby-885.diff
derby-885.status
Ataching a patch 'derby-885.diff' which adds new j9 masters for nist/dml160.sql
test. With this
[ http://issues.apache.org/jira/browse/DERBY-701?page=all ]
Jean T. Anderson resolved DERBY-701:
Fix Version: 10.2.0.0
Resolution: Fixed
Patch derby701-2.diff looks good -- and I actually ran the network server
example to make sure it
[
http://issues.apache.org/jira/browse/DERBY-761?page=comments#action_12365160 ]
Satheesh Bandaram commented on DERBY-761:
-
I have reviewed the changes... I think this patch is ready to be committed.
The reserved words list in the reference manual
new JDBC4 metadata API getFunctions() needs to be implemented
-
Key: DERBY-924
URL: http://issues.apache.org/jira/browse/DERBY-924
Project: Derby
Type: New Feature
Environment: JDK 1.6
Reporter: David
[ http://issues.apache.org/jira/browse/DERBY-701?page=all ]
Jean T. Anderson closed DERBY-701:
--
Java 2 security policy file examples don't work -- are missing a needed line
Implement new JDBC 4 metadata API getFunctionParameters()
-
Key: DERBY-925
URL: http://issues.apache.org/jira/browse/DERBY-925
Project: Derby
Type: New Feature
Components: JDBC
Environment: JDK 1.6
[ http://issues.apache.org/jira/browse/DERBY-925?page=all ]
David Van Couvering updated DERBY-925:
--
Component: JDBC
Implement new JDBC 4 metadata API getFunctionParameters()
-
[ http://issues.apache.org/jira/browse/DERBY-924?page=all ]
David Van Couvering updated DERBY-924:
--
Component: JDBC
Version: 10.2.0.0
new JDBC4 metadata API getFunctions() needs to be implemented
[ http://issues.apache.org/jira/browse/DERBY-925?page=all ]
David Van Couvering updated DERBY-925:
--
Version: 10.2.0.0
Implement new JDBC 4 metadata API getFunctionParameters()
-
[ http://issues.apache.org/jira/browse/DERBY-761?page=all ]
Jean T. Anderson resolved DERBY-761:
Fix Version: 10.2.0.0
Resolution: Fixed
Committed derby761-3.diff to the trunk, revision 374803. Modified files:
$ svn status
M
I'm working on a feature which only surfaces if you are running against
jar files. Is there a template for writing a test which only executes
when derbyall runs against jar files?
Thanks,
-Rick
1 - 100 of 112 matches
Mail list logo
