Dyre Tjeldvoll (JIRA) wrote (2006-01-23 16:23:10):
[ http://issues.apache.org/jira/browse/DERBY-815?page=all ]
Dyre Tjeldvoll reopened DERBY-815:
--
Actually, this fix has not been oommitted yet. The commit message
mentioned the wrong issue
[ http://issues.apache.org/jira/browse/DERBY-825?page=all ]
Bernt M. Johnsen resolved DERBY-825:
Resolution: Fixed
Comitted as #370806 Fri Jan 20 14:34:53 CET 2006bernt
The log message errouneous and ended up under DERBY-815.
On Jan 24, 2006, at 12:37 AM, Bernt M. Johnsen wrote:
Yes. The patch was for DERBY-825. h have to try to fix the svn
log.
To change the log message, do:
svn propedit --revprop -r 370806 svn:log
This will bring up the log message in your editor, and you can fix it
as
Andrew McIntyre wrote (2006-01-24 01:38:16):
On Jan 24, 2006, at 12:37 AM, Bernt M. Johnsen wrote:
Yes. The patch was for DERBY-825. h have to try to fix the svn
log.
To change the log message, do:
svn propedit --revprop -r 370806 svn:log
Thanks. Dyre found the same
Hello.
Sorry that I left these issues.
I left DERBY-368, which corresponds to solution 2 and 3 in DERBY-167,
and resolve DERBY-167 itself.
Best regards.
Satheesh Bandaram (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-167?page=comments#action_12363743 ]
Satheesh Bandaram
[ http://issues.apache.org/jira/browse/DERBY-167?page=all ]
Tomohito Nakayama resolved DERBY-167:
-
Resolution: Fixed
Solution 1 in this issue was done.
Inserting values in an identity column
--
[
http://issues.apache.org/jira/browse/DERBY-821?page=comments#action_12363814 ]
Knut Anders Hatlen commented on DERBY-821:
--
Answer to my own question about why QRYCLSIMP is disabled when
LMTBLKPRC is used:
The DB2 driver seems to send QRYCLSIMP=1
[ http://issues.apache.org/jira/browse/DERBY-815?page=all ]
Bernt M. Johnsen resolved DERBY-815:
Resolution: Fixed
Committed revision 371897.
Prevent unneeded object creation and excessive decoding in parseSQLDTA_work()
[
http://issues.apache.org/jira/browse/DERBY-816?page=comments#action_12363818 ]
Knut Anders Hatlen commented on DERBY-816:
--
I agree with Dyre and Bryan that there's little value in these changes. I guess
DDMReader and DDMWriter have been cleaned
[ http://issues.apache.org/jira/browse/DERBY-819?page=all ]
Anurag Shekhar updated DERBY-819:
-
Attachment: (was: derby-819.diff)
Provide JDBC4 SQLException subclasses support in Embedded driver
[ http://issues.apache.org/jira/browse/DERBY-819?page=all ]
Anurag Shekhar updated DERBY-819:
-
Attachment: derby-819.diff
corrected indentation problems in Util.java and InternalDriver.java
derbyall status
5 tests failed on solaris 10 x86
[ http://issues.apache.org/jira/browse/DERBY-839?page=all ]
Anurag Shekhar reassigned DERBY-839:
Assign To: Anurag Shekhar
Internationalize messages CallableStatement40 to Cursor.java in
org.apache.derby.client.am
[ http://issues.apache.org/jira/browse/DERBY-326?page=all ]
Tomohito Nakayama updated DERBY-326:
Attachment: ReEncodedInputStream.java.modifiedForLongRun
This is a result of long run with modification of ReEncodedInputStream.java not
to create
Hello.
I follow myself.
Tomohito Nakayama (JIRA) wrote:
This is a result of long run with modification of ReEncodedInputStream.java not
to create buffer for each time.
This is not completely correct.
ReEncodedInputStream.java.modifiedForLongRun does not create decoded
buffer for each
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
Anurag Shekhar (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-819?page=all ]
Anurag Shekhar updated DERBY-819:
-
Attachment: (was: derby-819.diff)
and then
Anurag Shekhar updated DERBY-819:
-
[ http://issues.apache.org/jira/browse/DERBY-85?page=all ]
Dyre Tjeldvoll updated DERBY-85:
Attachment: (was: derbyall_report.txt)
NPE when creating a trigger on a table and default schema doesn't exist.
[ http://issues.apache.org/jira/browse/DERBY-85?page=all ]
Dyre Tjeldvoll updated DERBY-85:
Attachment: (was: derby-85.stat)
NPE when creating a trigger on a table and default schema doesn't exist.
[ http://issues.apache.org/jira/browse/DERBY-85?page=all ]
Dyre Tjeldvoll updated DERBY-85:
Attachment: (was: derby-85.diff)
NPE when creating a trigger on a table and default schema doesn't exist.
[ http://issues.apache.org/jira/browse/DERBY-85?page=all ]
Dyre Tjeldvoll updated DERBY-85:
Attachment: derby-85.stat
derby-85.diff
derbyall_report.txt
New patch based on the latest trunk. The patch is as before, but the
[
http://issues.apache.org/jira/browse/DERBY-819?page=comments#action_12363832 ]
Daniel John Debrunner commented on DERBY-819:
-
-1
The use of InternalDriver.activeDriver() to obtain a factory exposes Derby to
potential NullPointerExceptions in
[ http://issues.apache.org/jira/browse/DERBY-840?page=all ]
V.Narayanan reassigned DERBY-840:
-
Assign To: V.Narayanan
International messages DatabaseMetaData to GetFileInputStreamAction in
org.apache.derby.client.am
Clean up the big pile of javadoc warnings for the derbydocs target and make
derbydocs run under jdk1.6
--
Key: DERBY-862
URL: http://issues.apache.org/jira/browse/DERBY-862
[ http://issues.apache.org/jira/browse/DERBY-862?page=all ]
Rick Hillegas reassigned DERBY-862:
---
Assign To: Rick Hillegas
Clean up the big pile of javadoc warnings for the derbydocs target and make
derbydocs run under jdk1.6
[ http://issues.apache.org/jira/browse/DERBY-862?page=all ]
Rick Hillegas updated DERBY-862:
Attachment: clean_javadoc.output
svn_status.bug862
bug862.diff
The attached patch (bug862.diff) cleans up the javadoc warnings
Improve DDMWriter and DDMReader traces
--
Key: DERBY-863
URL: http://issues.apache.org/jira/browse/DERBY-863
Project: Derby
Type: Improvement
Components: Network Server
Versions: 10.1.1.0, 10.2.0.0
Reporter: Bryan
[ http://issues.apache.org/jira/browse/DERBY-866?page=all ]
Francois Orsini updated DERBY-866:
--
Attachment: Derby_User_Enhancement.html
Attached proposal specifications - please post comments in the JIRA itself.
BUILT-IN Derby User Management (DDL)
Performance issues with large object handling in DDMWriter
--
Key: DERBY-867
URL: http://issues.apache.org/jira/browse/DERBY-867
Project: Derby
Type: Improvement
Components: Network Server, Performance
[
http://issues.apache.org/jira/browse/DERBY-840?page=comments#action_12363849 ]
David Van Couvering commented on DERBY-840:
---
When creating message ids for this subtask, please use the range XN100 - XN150
International messages DatabaseMetaData
[
http://issues.apache.org/jira/browse/DERBY-841?page=comments#action_12363850 ]
David Van Couvering commented on DERBY-841:
---
Message ids XN150 - XN200
Internationalize messages in GetResourceBundleAction to ParameterMetadata in
[
http://issues.apache.org/jira/browse/DERBY-846?page=comments#action_12363856 ]
David Van Couvering commented on DERBY-846:
---
XN401 - XN450
Internationalze NetAgent to NetDatabaseMetadata40 in
org.apache.derby.client.net
[
http://issues.apache.org/jira/browse/DERBY-845?page=comments#action_12363855 ]
David Van Couvering commented on DERBY-845:
---
XN351 - XN400
Internationalize CcsidManager to FdocaSimpleArray in
org.apache.derby.client.net
[
http://issues.apache.org/jira/browse/DERBY-847?page=comments#action_12363857 ]
David Van Couvering commented on DERBY-847:
---
XN451 - XN500
Internationalize NetIndoubtTransaction to NetSqlca in
org.apache.derby.client.net
[
http://issues.apache.org/jira/browse/DERBY-844?page=comments#action_12363853 ]
David Van Couvering commented on DERBY-844:
---
XN301 - XN350
Internationalize all classes in org.apache.derby.client top-level package
[
http://issues.apache.org/jira/browse/DERBY-848?page=comments#action_12363858 ]
David Van Couvering commented on DERBY-848:
---
XN501 - XN550
Internationalize NetSqldta to OpenSocketAction in org.apache.derby.client.net
[
http://issues.apache.org/jira/browse/DERBY-860?page=comments#action_12363861 ]
David Van Couvering commented on DERBY-860:
---
Use message id XN011 - XN049
Internationalize SqlWarning and its usages
--
[
http://issues.apache.org/jira/browse/DERBY-842?page=comments#action_12363851 ]
David Van Couvering commented on DERBY-842:
---
XN200 - XN250
Internationalize messages in PreparedStatement to Section in
org.apache.derby.client.am
Tomohito Nakayama (JIRA) wrote:
This is a result of long run
...
I found that it is a little faster than before patch.
However not so much ...
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
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 main for running a test in the
Hi Mamta,I've fixed the typos (they were related to bad line breaks in the WordPad version that I originally drafted the topic in).I have a handful of questions about your other comments, though: 4) As for the examples, you can find them in
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
language specific docs need implemented
---
Key: DERBY-868
URL: http://issues.apache.org/jira/browse/DERBY-868
Project: Derby
Type: Improvement
Components: Documentation
Environment: any
Reporter: scott hutinger
Derby
Hi Francois,
Some questions on the proposal.
I am not sure if database is the right place to do
authentication. For example, your proposal still calls for sysadmin to
know user passwords (at least initially). Who has the authorization to
run ALTER USER? Database keeping user passwords may
David W. Van Couvering wrote:
I'm not that attached to it. Open Source Database is fine with me.
Another option is to just drop the concept of the tag line, I'm not sure
why one is needed. I especially believe that the Derby logo should be
free of any trademark issues, so there is no
[
http://issues.apache.org/jira/browse/DERBY-860?page=comments#action_12363873 ]
David Van Couvering commented on DERBY-860:
---
My mistake, SQLWarnings have their own SQL State class, 01, which I will use
for all SQLWarning messages
Hi Scott,
Thanks for the reminder. This slipped off my radar due to the
holidays. My current thinking is to just add a pt_BR subdirectory
underneath src, building to a pt_BR subdirectory in out, and we can
move the current docs down into an en (or en_US) dir sometime in the
future.
[ http://issues.apache.org/jira/browse/DERBY-868?page=all ]
scott hutinger updated DERBY-868:
-
Attachment: pt_BR_build.diff
The diff is a brute force method of a build, along with the following
information:
[EMAIL PROTECTED] trunk]$ ls src
adminguide
For the generic 2 JVM problem we considered a process id scheme, but
gave up when we could not find encough pure java support. There
are actually 2 issues:
1) enforce the lock
2) determine if the existing lock is false, ie. the creating process
exited without cleaning up the lock file.
Until
Daniel John Debrunner wrote:
Halley Pacheco de Oliveira wrote:
Andrew,
I did what you told me to do and the contributed translation is in
Derby
Getting Started manual translated into Brazilian Portuguese
Seems like this is potentially a bug enough contribution to require
Halley to have an
David W. Van Couvering wrote:
Hi, Kristian, thanks for your questions. My one overriding thought is
we should take this in incremental steps -- do all of these questions
need to be answered before we can rewrite a single old canon-based test
to a JUnit test? Can some of these questions be
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:
---
Attachment: derby665.diff
This patch removes the unused bacpup functions
Daniel John Debrunner wrote:
David W. Van Couvering wrote:
I'm not that attached to it. Open Source Database is fine with me.
Another option is to just drop the concept of the tag line, I'm not sure
why one is needed. I especially believe that the Derby logo should be
free of any
Hi Satheesh,
Thanks for the initial feedback. Please find some answers enclosed below.On 1/24/06, Satheesh Bandaram [EMAIL PROTECTED]
wrote:
Hi Francois,
Some questions on the proposal.
I am not sure if database is the right place to do
authentication. For example, your proposal
[
http://issues.apache.org/jira/browse/DERBY-400?page=comments#action_12363876 ]
David Van Couvering commented on DERBY-400:
---
For those of you working on internationalizing the network client messages, you
need to take care when choosing a SQL
[ http://issues.apache.org/jira/browse/DERBY-838?page=all ]
David Van Couvering closed DERBY-838:
-
Assign To: David Van Couvering
Create internationalization framework for network client
[
http://issues.apache.org/jira/browse/DERBY-400?page=comments#action_12363877 ]
David Van Couvering commented on DERBY-400:
---
By the way, the SQL 2003 spec states that there is a specific SQL State class
for Remote Database Access, which is HZ.
[
http://issues.apache.org/jira/browse/DERBY-864?page=comments#action_12363878 ]
Knut Anders Hatlen commented on DERBY-864:
--
David's question: Do we have version detection at that level of granularity in
the protocol?
The client driver has a
[
http://issues.apache.org/jira/browse/DERBY-868?page=comments#action_12363879 ]
Andrew McIntyre commented on DERBY-868:
---
With revision 372013, I've checked in beginning build infrastructure for pt_BR.
Just put the translated 'getstart' directory of
[
http://issues.apache.org/jira/browse/DERBY-868?page=comments#action_12363880 ]
Andrew McIntyre commented on DERBY-868:
---
Note also that the current translation of the Getting Started manual referred
to in the description cannot yet be committed, as
[
http://issues.apache.org/jira/browse/DERBY-866?page=comments#action_12363881 ]
Francois Orsini commented on DERBY-866:
---
Hi Satheesh,
Thanks for the initial feedback. Please find some answers enclosed below.
On 1/24/06, Satheesh Bandaram wrote:
Francois Orsini wrote:
Hi Satheesh,
Thanks for the initial feedback. Please find some answers enclosed below.
[snip]
1. Why not sure LDAP or some other standard authentication
models? It may be good to strengthen Derby authentication, but
not necessarily by
Apache 2.0 is registered at OSI under:
http://www.opensource.org/licenses/apache2.0.php
For what it's worth,
--francoisOn 1/24/06, Jean T. Anderson [EMAIL PROTECTED] wrote:
Daniel John Debrunner wrote: David W. Van Couvering wrote:I'm not that attached to it.Open Source Database is fine with me.
Francois Orsini wrote:
Apache 2.0 is registered at OSI under:
http://www.opensource.org/licenses/apache2.0.php
For what it's worth,
For convenience, the OSI make copies of approved licenses available and
Apache 2.0 is an approved license (see
http://www.opensource.org/licenses/index.php).
On 1/24/06, Kristian Waagan [EMAIL PROTECTED] wrote:
David W. Van Couvering wrote: Hi, Kristian, thanks for your questions.My one overriding thought is we should take this in incremental steps -- do all of these questions need to be answered before we can rewrite a single old canon-based test
to
Jean T. Anderson wrote:
Daniel John Debrunner wrote:
David W. Van Couvering wrote:
I'm not that attached to it. Open Source Database is fine with me.
Another option is to just drop the concept of the tag line, I'm not sure
why one is needed. I especially believe that the Derby
Francois Orsini wrote:
On 1/24/06, *Kristian Waagan* [EMAIL PROTECTED]
mailto:[EMAIL PROTECTED] wrote:
David W. Van Couvering wrote:
Hi, Kristian, thanks for your questions. My one overriding thought is
we should take this in incremental steps -- do all of these
Right this is where I got it from - I mentioned this as Derby is
an Apache (2.0) based project - Hence, am curious as to what the
trademark issue would be really for a tagline such Open Source
Database (the one you mentioned) - is a separate license needed or not?On 1/24/06, Jean T. Anderson
Update documentation on setting up LDAP user authentication.
-
Key: DERBY-870
URL: http://issues.apache.org/jira/browse/DERBY-870
Project: Derby
Type: Improvement
Components: Documentation
[
http://issues.apache.org/jira/browse/DERBY-870?page=comments#action_12363887 ]
Francois Orsini commented on DERBY-870:
---
Correct - Minor nit is that I think they started to be included at part of JRE
1.3.1...
Update documentation on setting up
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
remote host support in test harness needs more work because of security manager
changes
---
Key: DERBY-871
URL: http://issues.apache.org/jira/browse/DERBY-871
Project: Derby
Type:
Francois Orsini wrote:
Right this is where I got it from - I mentioned this as Derby is an
Apache (2.0) based project - Hence, am curious as to what the trademark
issue would be really for a tagline such Open Source Database (the one
you mentioned) - is a separate license needed or not?
My
[
http://issues.apache.org/jira/browse/DERBY-868?page=comments#action_12363891 ]
scott hutinger commented on DERBY-868:
--
Jean noted the problem with the ICLA, I have sent email to Halley Pacheco de
Oliveira and Jean T. Anderson at the same time noting
[
http://issues.apache.org/jira/browse/DERBY-868?page=comments#action_12363892 ]
Jean T. Anderson commented on DERBY-868:
I'm not sure I understand this: I asked Jean if any nice method to include
many languages might exist within the document web
[
http://issues.apache.org/jira/browse/DERBY-398?page=comments#action_12363896 ]
Kathey Marsden commented on DERBY-398:
--
Thanks Deepa for bringing these tests into J2ME
I think that maybe for ProcedureTest, instead of having a reduced copy
[
http://issues.apache.org/jira/browse/DERBY-868?page=comments#action_12363897 ]
Andrew McIntyre commented on DERBY-868:
---
Also note that once the translated files are committed and hooked into the
build, the new translated manual will be sync'd over
Jean T. Anderson wrote:
Francois Orsini wrote:
Right this is where I got it from - I mentioned this as Derby is an
Apache (2.0) based project - Hence, am curious as to what the
trademark issue would be really for a tagline such Open Source
Database (the one you mentioned) - is a separate
[
http://issues.apache.org/jira/browse/DERBY-869?page=comments#action_12363899 ]
Eric Radzinski commented on DERBY-869:
--
Attached patch address changes to the ALTER TABLE column-alteration
functionality that was introduced by Derby-783. HTML file
[ http://issues.apache.org/jira/browse/DERBY-869?page=all ]
Eric Radzinski updated DERBY-869:
-
Attachment: derby869.diff
rrefsqlj81859.html
Attached patch address changes to ALTER TABLE column-alteration functionality
that was
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?
BTW, if you don't like the rampant catching and ignoring, is anything
preventing you from going in and fixing it?
Rick Hillegas wrote:
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
[ http://issues.apache.org/jira/browse/DERBY-398?page=all ]
Deepa Remesh updated DERBY-398:
---
Attachment: (was: parameterMapping.diff)
Exclude tests for J2ME/CDC/Foundation platform
--
Key:
[ http://issues.apache.org/jira/browse/DERBY-398?page=all ]
Deepa Remesh updated DERBY-398:
---
Attachment: (was: parameterMapping.status)
Exclude tests for J2ME/CDC/Foundation platform
--
Key:
Hello.. I was wondering if this fix will be available soon. Thank
you very much for your time.
Sincerely,
-Mark
[ 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 comments to this
patch to try to explain the changes more
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, at some point you put the potential burden of fixing all those
new tests on
I have noticed that there can be multiple exceptions that can map to the
same standard SQL State. For example, 08003 means connection does not
exist. I have found at least two places where this is valid.
I think it's reasonable to do something like this in SQLState.java
String CONN_ERROR_1
Rick Hillegas wrote:
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.
Are generics represented by new entries in the class file that
David W. Van Couvering wrote:
I have noticed that there can be multiple exceptions that can map to the
same standard SQL State. For example, 08003 means connection does not
exist. I have found at least two places where this is valid.
I think it's reasonable to do something like this in
Yes, sounds like it would be nice to have Derby shows up earlier than
10 pages down the walk... ;)
On 1/24/06, Kathey Marsden [EMAIL PROTECTED] wrote:
Jean T. Anderson wrote:
Francois Orsini wrote:
Right this is where I got it from - I mentioned this as Derby is an
Apache (2.0) based
[ http://issues.apache.org/jira/browse/DERBY-125?page=all ]
Bryan Pendleton resolved DERBY-125:
---
Fix Version: 10.2.0.0
Resolution: Fixed
Fixed in the trunk with commit of revision 371603
Network Server can send DSS greater than 32K to
[ http://issues.apache.org/jira/browse/DERBY-170?page=all ]
Bryan Pendleton resolved DERBY-170:
---
Fix Version: 10.2.0.0
Resolution: Fixed
Fixed in the trunk by commit of revision 369549.
Inserting large string value into non-existent table
[ http://issues.apache.org/jira/browse/DERBY-756?page=all ]
Manish Khettry resolved DERBY-756:
--
Resolution: Fixed
Modified DistinctScalarAggregateResultSet:close to free resources initialized
during open.
OutOfMemory Error on continous
[ http://issues.apache.org/jira/browse/DERBY-808?page=all ]
Satheesh Bandaram reopened DERBY-808:
-
Reopening to just update the description.
PreparedStatements can take longer to execute than Statements. There seem to
be a problem with
[ http://issues.apache.org/jira/browse/DERBY-808?page=all ]
Satheesh Bandaram updated DERBY-808:
Summary: PreparedStatements can take longer to execute than equivalent
Statements when there are multiple join conditions mixed with some search
Kathey Marsden wrote:
Jean T. Anderson wrote:
Francois Orsini wrote:
Right this is where I got it from - I mentioned this as Derby is an
Apache (2.0) based project - Hence, am curious as to what the
trademark issue would be really for a tagline such Open Source
Database (the one you
[ http://issues.apache.org/jira/browse/DERBY-808?page=all ]
Satheesh Bandaram closed DERBY-808:
---
Resolution: Fixed
Closing this issue after updating description.
PreparedStatements can take longer to execute than equivalent Statements when
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, at some point you put the potential
[ http://issues.apache.org/jira/browse/DERBY-796?page=all ]
V.Narayanan updated DERBY-796:
--
Attachment: lob_1.diff
As pointed out in the above comments reflection is used and this was making the
process slow. This has been overcome with the following
Rick Hillegas wrote:
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
1 - 100 of 107 matches
Mail list logo