Hello,
I'm working on DERBY-1417; adding new lengthless overloads to the
streaming API. So far, I have only been looking at implementing this in
the embedded driver. Based on some comments in the code, I have a few
questions and observations regarding truncation of trailing blanks in
the
Daniel John Debrunner wrote:
Kristian Waagan wrote:
Hello,
I'm working on DERBY-1417; adding new lengthless overloads to the
streaming API. So far, I have only been looking at implementing this in
the embedded driver. Based on some comments in the code, I have a few
questions
Bryan Pendleton wrote:
Kristian Waagan (JIRA) wrote:
I will add tests, but have to wait until the signatures have made it
into
Mustang (I do have some tests already, but here I use the specific
implementation classes, not the interfaces).
It seems to me that it's completely appropriate
Hello,
When working on EmbedPreparedStatement.java, I noticed that a few
methods synchronize on the connection object, for instance addBatch. The
code typically looks like this:
synchronized (getConnectionSynchronization()) {
// Do stuff
}
The getConnectionSynchronization-method
Daniel John Debrunner wrote:
Kristian Waagan wrote:
Hello,
When working on EmbedPreparedStatement.java, I noticed that a few
methods synchronize on the connection object, for instance addBatch. The
code typically looks like this:
synchronized (getConnectionSynchronization()) {
// Do
Gokul Soundararajan wrote:
Øystein Grøvlen [EMAIL PROTECTED] writes:
Gokul Soundararajan wrote:
1. 1st set related to BaseJDBCTestCase with method assertTrue()
2. 2nd set related to BaseJDBCTestCase.java/ScrollResultSetTest.java with
methods assertEquals(), assertTrue(), and
Sanket Sharma wrote:
Checked out trunk..
build fails with the following message :
compile_iapi_jdbc_jsr169:
[javac] Compiling 7 source files to C:\soc\derby\classes
[javac]
C:\soc\derby\java\engine\org\apache\derby\impl\jdbc\EmbedConnection.
java:91:
John Embretsen wrote:
Bryan Pendleton wrote:
Kristian Waagan commented on DERBY-1471:
The approach is to exhaust the application stream and copy it into
memory to determine the length. If the data is too big to fit in
memory,
the client
into {{0}}, but maybe Integer._MAX_VALUE?
Are we on the same track here, or are you referring to another situation?
Regards,
--
Kristian
Best regards.
Kristian Waagan wrote:
John Embretsen wrote:
Bryan Pendleton wrote:
Kristian Waagan commented on DERBY-1471
Andreas Korneliussen wrote:
Kathey Marsden wrote:
Tomohito Nakayama (JIRA) wrote:
[
http://issues.apache.org/jira/browse/DERBY-550?page=comments#action_12419714
]
Tomohito Nakayama commented on DERBY-550:
-
I intended to resolve this issue as
Myrna van Lunteren wrote:
On 7/10/06, Myrna van Lunteren [EMAIL PROTECTED] wrote:
Hi Gokul,
The test harness spawns off further java processes which may not
inherit the classpath if you use -cp. Please see what you get when you
add the classes dir, junit.jar and jakarta jar to an environment
Hello,
I have been playing around with the length less streaming overloads in
JDBC4. In the discussion of DERBY-1471, it was suggested that we forgot
about the layerB streaming in DRDA at the moment and instead implemented
a much simpler approach. When we have what we need, we can improve the
Hello,
I just discovered that we are having problems with the length less
overloads in the embedded driver. Before I add any Jiras, I would like
some feedback from the community. There are for sure problems in
SQLBinary.readFromStream(). I would also appreciate if someone with
knowledge of the
Daniel John Debrunner wrote:
Kristian Waagan wrote:
Hello,
I just discovered that we are having problems with the length less
overloads in the embedded driver. Before I add any Jiras, I would like
some feedback from the community. There are for sure problems in
SQLBinary.readFromStream(). I
Andreas Korneliussen wrote:
Andrew McIntyre wrote:
The test below that is reported as failing is the new test introduced
with DERBY-982, sysinfo_api.junit. This test passes on both my Mac OS
X and Windows XP system before and after commit. Does anyone have any
insight as to why the test may be
V.Narayanan wrote:
Hi,
They seem to be related to DERBY-1417 that is still in progress
Hi,
Narayanan is correct.
I'm working on these, but have met some obstacles causing me to have
used much longer time than expected (mostly related to LOBs and handling
of length less streams).
I can
FYI, the following failures (only seen when running with 1.6/Mustang)
are caused by known issues (DERBY-1417):
derbyall/derbyall.fail:jdbc4/ClosedObjectTest.junit
derbyall/derbyall.fail:jdbc4/UnsupportedVetter.junit
derbyall/derbyall.fail:jdbc4/VerifySignatures.junit
Daniel John Debrunner (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-464?page=comments#action_12423202 ]
Daniel John Debrunner commented on DERBY-464:
-
I would say one definition of sub-task is that the main task is not
://issues.apache.org/jira/browse/DERBY-1417
Project: Derby
Issue Type: New Feature
Components: JDBC
Affects Versions: 10.2.0.0
Reporter: Rick Hillegas
Assigned To: Kristian Waagan
Fix For: 10.2.0.0
Attachments: derby-1417
Knut Anders Hatlen wrote:
Kristian Waagan [EMAIL PROTECTED] writes:
Hi Rick,
Thanks for looking at the patch.
This is the issue about renaming a class I warned about...
I'm able to apply the patch if I do a 'svn rename' first, but svn still
kind of objects.
Can anyone give me some advice
hope you to take this opinion into account...
Hi Tomohito,
Sure, your solution is better and more flexible.
I don't agree maxBytesPerChar is a nasty trap, because the byte array
will grow as needed. I'll upload another patch.
Thanks,
--
Kristian
Best regards.
Kristian Waagan (JIRA
Hello,
Just wanted to say that Jira does not sort the links that are added to a
Jira issue. I just added a bunch of links to DERBY-1615, and in my
opinion the links section does not look too good the way it is now.
So, if you add a bunch of links at the same time, it might be that you
want
Rick Hillegas wrote:
The following link explains how to set the timeout for an individual
JUnit test case--however, this mechanism requires jdk1.5 or higher:
http://www.instrumentalservices.com/content/view/45/52/#_Timing_out_a_test
I must admit that JUnit4 seems to have several nice
Hello,
My initial work on the new JDBC4 length less overloads are approaching
completion, but I still have one issue that must be solved.
Currently, streams with unknown length are materialized to determine the
length. This is the approach I have implemented in the client driver in
lack of
Mike Matrigali wrote:
Mike Matrigali wrote:
This may or may not work, not sure. Here is stuff to be aware of.
If you do this approach, the store will go ahead and insert and log
data into the database. For it to work correctly you will
have to make sure that the resulting error from the
Hello,
I want to write a unit test for
'services/io/RawToBinaryFormatStream.java, using JUnit.
I know how to write the test itself, but where should I put it?
The directories/categories under functionTests do not seem quite right
to me. My first thought was to put the test under unitTests
Daniel John Debrunner wrote:
The JUnit setup now has methods that allow a test to check to see if the
vm supports levels of JDBC. The methods are in the class JDBC.
JDBC.vmSupportsJDBC2() // JDBC 2.0 or greater
JDBC.vmSupportsJDBC3() // JDBC 3.0 or greater
JDBC.vmSupportsJDBC4() // JDBC 4.0 or
to only contain JUnit unit tests.
There is a name-clash with the existing unit test functionality of the
old harness.
I have not yet thought much about how these tests would be run as part
of suites etc.
Regards,
--
Kristian
Kristian Waagan wrote:
Hello,
I want to write a unit test
Andrew McIntyre wrote:
On 8/8/06, Kristian Waagan [EMAIL PROTECTED] wrote:
Hi again,
I'm putting forth a suggestion on my own here, since I have not received
any feedback.
a) What about mirroring the Derby source tree at
'java/testing/org/apache/derby'?
One thing we want to avoid is test
David Van Couvering wrote:
Interesting idea. I feel like I'm really missing something. If no
other changes go into the svn copy, why are we making the copy?
I guess the goal is to flip the beta flag in the copy.
Trunk would still be alpha as usual.
This would be approach 4) Other options,
Manish Khettry wrote:
To build another patch, I updated my source tree.
There was one conflict in BinaryOperatorNode (fairly
trivial) but now the main line doesn't build. Is there
something wrong in my environment?
Hi Manish,
I'm able to build, so there might be something wrong in your
Daniel John Debrunner wrote:
With revision 431195 I modified the old test harness jdbcapi.runall
suite to run most of its JUnit tests through the single test/suite
jdbcapi._Suite. This _Suite can also be run directly by JUnit test
runners, though that yet does not install the security manager.
Laura Stewart wrote:
As someone who has recently started to make contributions to the Derby
docs, I have found a few holes in what is written on that page.
After 10.2, I plan to make some updates to it, including proposing
some standards, and an explanation of the file names (yes they are
Daniel John Debrunner wrote:
I don't see any value in this, the existing layput looks fine to me.
org.apache.derbyTesting.junit.functionalTests.tests.jdbcapi
org.apache.derbyTesting.junit.unitTests.lang
org.apache.derbyTesting.junit.systemTests.app1 (future)
(Note: existing layout does not
Andreas Korneliussen wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kristian Waagan wrote:
Hi,
I still have a question regarding the placement of JUnit tests. I have
brought this up before, but got very little response (I did get some,
see below).
Do we want to support [unit] testing
Daniel John Debrunner wrote:
Kristian Waagan wrote:
Andreas Korneliussen wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kristian Waagan wrote:
Hi,
I still have a question regarding the placement of JUnit tests. I have
brought this up before, but got very little response (I did get
Rick Hillegas wrote:
Alternatively, we could print out the stack trace ourselves. The logic
to do this could be re-usable by a general-purpose assertEquals()
overload which compares two Throwables. Failing by calling
assertEquals() seems like the way the JUnit wants to track errors.
I think
Myrna van Lunteren (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-1746?page=comments#action_12431034 ]
Myrna van Lunteren commented on DERBY-1746:
---
I experimented and found the following:
- the problem appears to be with
Hi,
Can anyone remember doing some work on COALESCE lately?
A user is seeing a bug in versions earlier than 10.3/trunk, but in trunk
the problem is gone.
We should consider backporting this fix.
Jira DERBY-1774 tracks the bug.
Thanks,
--
Kristian
Daniel John Debrunner wrote:
David Van Couvering wrote:
Wow, great work Army, and thanks for the careful review and effort by
Brian and Yip! It's great to have this in. If I could only grok
exactly what the feature is and how I might use it :) I am telling
people we have XML features and I
if it will be merged to 10.2
--
Kristian
Mamta
On 8/29/06, *Kristian Waagan* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Hi,
Can anyone remember doing some work on COALESCE lately?
A user is seeing a bug in versions earlier than 10.3/trunk, but in trunk
the problem is gone
Hello Norbert,
Norbert Toth-Gati wrote:
Hi Stephen,
I would also be interested more exactly when will this functionality
be released?
And is this going to support most of the existing functionalities? I
would be particularly interested in the support for 'select for
update'.
With background
Norbert Toth-Gati wrote:
Hello Kristian,
On 10/11/05, Kristian Waagan [EMAIL PROTECTED] wrote:
Hello Norbert,
Norbert Toth-Gati wrote:
Hi Stephen,
I would also be interested more exactly when will this functionality
be released?
And is this going to support most of the existing
Hello,
I've started working on a bug in Derby, and would like to get developer
status so that I can assign the bug to myself and submit a patch in a
little while :)
My Jira username is 'kristwaa'.
Thanks,
--
Kristian
Daniel John Debrunner wrote:
John Embretsen wrote:
Myrna van Lunteren wrote:
I'm wondering if this wouldn't be a nice thing to have after all...? A
washwombat() method?
Absolutely, I was wondering whether such a method existed somewhere
already myself, until I saw the
Hello,
I just uploaded a patch for DERBY-746
(http://issues.apache.org/jira/browse/DERBY-746). It would be nice if
someone could spare the time to review it so it can be committed soon.
The patch fixes the problem of Derby failing with a NPE when the
encryption key specified in the
Hello,
Should we close DERBY-260 - Derby is not stable on multiprocessor or
Hyperthreating architectures?
No information has been added since Mike (Matrigali) paged the reporter
in mid August, and I can't seem to remember other reports on this issue.
Please correct me if I'm wrong.
I
Sunitha Kambhampati wrote:
Kristian Waagan wrote:
Hello,
I just uploaded a patch for DERBY-746
(http://issues.apache.org/jira/browse/DERBY-746). It would be nice if
someone could spare the time to review it so it can be committed soon.
The patch fixes the problem of Derby failing
Hello,
While investigating a little around logging of connections, I found that
the Javadoc of NetworkServerControl.logConnections(boolean) states that
a message is printed to derby.log when a connection is made or closed. I
do not observe this when connecting/disconnecting to/from a network
Kristian Waagan wrote:
Sunitha Kambhampati wrote:
Kristian Waagan wrote:
Hello,
I just uploaded a patch for DERBY-746
(http://issues.apache.org/jira/browse/DERBY-746). It would be nice if
someone could spare the time to review it so it can be committed soon.
The patch fixes the problem
David W. Van Couvering wrote:
This vote is for establishing Rick Hillegas as a committer for Derby.
Please vote +1 if you approve of Rick as a committer.
[snip]
+1
--
Kristian
Bryan Pendleton wrote:
Kristian Waagan wrote:
Hello,
While investigating a little around logging of connections, I found
that the Javadoc of NetworkServerControl.logConnections(boolean)
states that a message is printed to derby.log when a connection is
made or closed. I do not observe
David W. Van Couvering wrote:
I got some test failures in derbynetclient mats, so I checked the
tinderbox. We have quite a number of failures on the latest revision
that ran tests, 370061, running on Solaris 10 x86:
Hello,
I have wanted to rewrite a old canon based test to a JUnit test for a
while, but each time I get started I always run into issues that we do
not have guidelines for yet. So, I have a few questions I would like
some feedback on.
I know there are a lot of issues to consider, far more
Daniel John Debrunner wrote:
David W. Van Couvering wrote:
Kristian Waagan wrote:
4) Should it be possible to run single JUnit test/suite from the
command line by simply invoking the main method?
Personally, I think this should be possible. This require us to remove
the current use
of JUnit tests that have been added to the repository - it
sure ain't many! The conversion process, which I understand is fully
based on it's my itch initiatives, is also moving along very, very slowly.
Kristian Waagan wrote:
Hello,
I have wanted to rewrite a old canon based test to a JUnit test
Rick Hillegas wrote:
Kristian Waagan wrote:
2) Should we support setting up a shared test fixture for a set of
tests?
This is a common issue with JUnit, and there are mechanisms to handle
it. For instance, we could let tests that require this to wrap itself
in a TestSetup instance
Myrna van Lunteren wrote:
On 1/24/06, *Kristian Waagan* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
Kristian Waagan wrote:
4) Should it be possible to run single JUnit test/suite from the
command line
2 yeahs snipped, 3rd: (Dan:)
I think it's essential that a single test
used pages
vs. more used pages.
Kristian Waagan wrote:
Hi Mike,
A question totally on the side of this discussion: Do you, or anyone
else, have any opinion about how the "runtime performance" of Derby
would be affected by not having checkpoints at all, say for a large
data
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
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
Ole Solberg wrote:
derbyall 375885/2006-02-08 09:02:41 CET
Failed TestsOK Skip Duration Platform
---
6246306 0 45.6% SunOS-5.10_i86pc-i386
Details in
Kristian Waagan wrote:
Ole Solberg wrote:
derbyall 375885/2006-02-08 09:02:41 CET
Failed TestsOK Skip Duration Platform
---
6246306 0 45.6% SunOS-5.10_i86pc-i386
Details in
http://www.multinet.no/~solberg
Daniel John Debrunner wrote:
Daniel John Debrunner wrote:
Kristian Waagan wrote:
Hmm, the reason seems to be that derby.jar is not constructed correctly.
Guess it would be best to check the other jars as well...
Only the following files are included in derby.jar:
Might be my change
David Van Couvering wrote:
This vote is for adding Knut Anders Hatlen as a committer to Derby.
+1
--
Kristian
Ole Solberg wrote:
Kathey Marsden wrote:
[EMAIL PROTECTED] wrote:
[Auto-generated mail]
*TinderBox_Derby* 376296/2006-02-09 15:02:39 CET
*derbyall*
Failed TestsOK Skip Duration Platform
---
3632629 0 103.77%
David W. Van Couvering wrote:
+1 on taking this one out, for same reasons.
I *am* worried about the encryption test failures, is anyone looking
at these?
Are you talking about the 'store/encryptionKey.sql' test? If so, this is
DERBY-788, and the reasons for why it fails on Solaris10 have been
Myrna van Lunteren wrote:
On 2/9/06, *Mike Matrigali* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
It would seem reasonable to mark this test to not run in nightly
under solaris 10 until you resolve the jvm issue or change the test.
Maybe someone can give some hints if this is
Rick Hillegas wrote:
Hi Dan,
I think that @see is still fine. This was the javadoc error I airbrushed:
[javadoc]
C:\cygwin\home\rh161140\derby\mainline\trunk\java\engine\org\apache\derby\iapi\reference\Property.java:545:
warning - Tag @see: reference not found:
Myrna van Lunteren wrote:
Hi, that link gave me an error
(and subsequently my windoze OS got a page fault :-/ )
I couldn't find it under filters, do I need special permission to
access that filter?
But I'm wondering what you have in there, because e.g. DERBY-988
should show up for
Apache Wiki wrote:
Dear Wiki user,
You have subscribed to a wiki page or wiki category on Db-derby Wiki for
change notification.
The following page has been changed by RichardHillegas:
http://wiki.apache.org/db-derby/DerbyContributorChecklist
Hello,
Some time ago I created DERBY-753
(http://issues.apache.org/jira/browse/DERBY-753), but there has not been
any activity on it since then. It says that the links in the table of
contents of the HTML book manuals do not work.
Can anyone confirm that the problem (still) exists?
Knut Anders Hatlen wrote:
Lance J. Andersen [EMAIL PROTECTED] writes:
We clarified this in JDBC 4 spec
Once a ResultSet has been closed, any attempt to access any of its
methods with
the exception of the isClosed method will result in a SQLException being
thrown. ResultSetMetaData instances
John Embretsen wrote:
Kristian Waagan wrote:
Hello,
Some time ago I created DERBY-753
(http://issues.apache.org/jira/browse/DERBY-753), but there has not
been any activity on it since then. It says that the links in the
table of contents of the HTML book manuals do not work.
Can anyone
thinking about updating the Jira issue (DERBY-753) with some
information and maybe resolve/close it, but I will wait a little longer
to see if anyone else has something to add to this topic.
--
Kristian
--- Kristian Waagan [EMAIL PROTECTED] wrote:
John Embretsen wrote:
Kristian Waagan wrote
Daniel John Debrunner (JIRA) wrote:
Client should unwrap exceptions thrown in privilege blocks rather than throwing
the java.security.PrivilegedActionException
---
Rajesh Kartha wrote:
How about 'derbyutils.jar' ?
Hi Rajesh,
'derbyutils.jar' does not say me much. What is in there? To me it sounds
as it contains some additional programs/tools you can use on/with Derby.
Also, what's the difference between 'derbytools.jar' and 'derbyutils.jar'?
Just
Hello,
I have run into a problem when running a JDBC4 JUnit test. The test is
compiled with Mustang (Java 1.6), and all you need in the test for the
problem to arise is a
'Class.forName(org.apache.derby.jdbc.EmbeddedDriver)'.
When the above codeline is executed, a
to put some work
into it (review, or possibly fix patch to use existing functionality),
unless someone else has the itch for it. I suppose another part of the
fix would be to remove the extra PropertyPermissions from the test
security policy.
--
Kristian
Regards,
-Rick
Kristian Waagan wrote
Hello,
Have I missed why we are not allowed to delete stuff from Jira anymore?
I saw Kathey was unable to delete a comment, and I am not able to delete
an attachment I would like to replace.
I tried deleting from a issue I both reported and was assigned to (I was
even logged in!), but the
Andrew McIntyre wrote:
On 3/13/06, Kristian Waagan [EMAIL PROTECTED] wrote:
Have I missed why we are not allowed to delete stuff from Jira anymore?
I saw Kathey was unable to delete a comment, and I am not able to delete
an attachment I would like to replace.
I tried deleting from a issue I
Answering these by mail, not Jira comment, as it is not the best way to
answer a lot of specific questions. Maybe I'll condense the discussion
and add a Jira comment later.
Just to be clear, I do not primarily work on this issue. I just wanted
to bring out comments to get things started, and it
See answers inlined.
David W. Van Couvering wrote:
Kristian Waagan wrote:
So far most of the comments I have received have been regarding
implementation, which was not my primary goal. Do we all agree what
we need, but we want to do it in different ways? Or are there still
someone out
David W. Van Couvering wrote:
I accidentally used the wrong JIRA id for a fix I just committed. Is
there a way for me to fix my comment so that JIRA doesn't get confused?
David
Hi David,
From thread 'Re: svn commit: r231336 - (DERBY-171)' (in which you
actually participated :) ):
svn
Myrna van Lunteren wrote:
I had just downloaded v1.tar...I normally work on windows, so I have to
do some moving around to different machines to get tar files unraveled.
Is it bad to ask for a jar in future?
Sure, I'll use zip (jar) the next time :)
Just to spread the word, tar is easily
).
--
Kristian
Myrna
On 3/17/06, *Kristian Waagan (JIRA)* derby-dev@db.apache.org
mailto:derby-dev@db.apache.org wrote:
Improve base JUnit testing classes
--
Key: DERBY-1122
URL: http://issues.apache.org/jira/browse/DERBY-1122
Andreas Korneliussen wrote:
I did a svn up (to rev 386640.), and all tests fail in jdbcapi.
Everything ran fine before the update.
Then I did a clean checkout, and compiled and built new jar files. All
tests in jdbcapi fails.
I have not run other suites. Individual test runs also fail with
as individual files. So my mind
short-circuited the svn add and svn diff process, which is of course the
proper way of posting a patch for commit (along with a svn status as well).
--
Kristian
David
Kristian Waagan wrote:
Myrna van Lunteren wrote:
I had just downloaded v1.tar...I normally work
for Statement.isClosed()
--
Key: DERBY-1097
URL: http://issues.apache.org/jira/browse/DERBY-1097
Project: Derby
Type: Sub-task
Components: Test
Versions: 10.2.0.0
Environment: JDBC4 / JDK 1.6
Reporter: Kristian Waagan
Myrna van Lunteren (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-993?page=comments#action_12371118 ]
Myrna van Lunteren commented on DERBY-993:
--
The patch dated 3/20 gives the following with wctme5.7_foundation in test
SURTest.junit:
Hi,
Is this commit marked with the correct Jira issue?
I guess it can be seen as a sub-task of DERBY-839, but then why isn't
the patch attached there?
It is my personal taste that all patches, perhaps except for the most
trivial ones, are attached to a corresponding Jira issue. If not, one
-going. I'll have a look at the
patch when it is ready.
--
Kristian
David
Kristian Waagan wrote:
David W. Van Couvering wrote:
Thanks for catching this, Kristian. As I go through messages on the
client, I try to find a matching message that already exists for the
embedded code. I have
Components: Test
Versions: 10.2.0.0
Environment: JUnit test environment
Reporter: Kristian Waagan
Assignee: Kristian Waagan
Priority: Minor
Fix For: 10.2.0.0
Attachments: DERBY-1162-1a.diff
The JUnit test environment needs a mechanism to assert/compare SQLStates. The
goal
David W. Van Couvering wrote:
Kristian Waagan (JIRA) wrote:
[
http://issues.apache.org/jira/browse/DERBY-1149?page=comments#action_12372240
]
Kristian Waagan commented on DERBY-1149:
This patch will (and does) fail, due to the way SQLStates
Hello,
I have noticed that DatabaseMetaData.supportsNamedParameters returns
false for Derby. We support using column names instead of indices in
ResultSet, but JDBC methods using parameter names throw not-implemented
exceptions (most of them are in CallableStatement, I think).
Am I correct
Myrna van Lunteren wrote:
On 4/18/06, *John H. Embretsen (JIRA)* derby-dev@db.apache.org
mailto:derby-dev@db.apache.org wrote:
[snip - details and useprocess=false discussion]
JUnit and useprocess=false:
Some may be surprised
Andreas Korneliussen wrote:
Kristian Waagan wrote:
Myrna van Lunteren wrote:
On 4/18/06, *John H. Embretsen (JIRA)* derby-dev@db.apache.org
mailto:derby-dev@db.apache.org wrote:
[snip - details and useprocess=false discussion]
JUnit and useprocess=false
Hello,
The protocol between the Derby network client and the server is
request-reply. Is it so that *every* client request (data passing over
the wire) results in a server reply?
What I'd like to know, is if it can happen that the server receives a
request from the client, then does
Hello,
ParameterMetaDataWrapperTest.junit is listed twice in
suites/jdbc40.runall. I suppose this is a mistake. Can a committer
please correct this?
I do not plan to add a Jira issue for this...
The revisions in which the lines were added:
396638 jdbc4/ParameterMetaDataWrapperTest.junit
?
--
Kristian
--
Øystein
Kristian Waagan wrote:
Hello,
ParameterMetaDataWrapperTest.junit is listed twice in
suites/jdbc40.runall. I suppose this is a mistake. Can a committer
please correct this?
I do not plan to add a Jira issue for this...
The revisions in which the lines were added:
396638
1 - 100 of 4411 matches
Mail list logo