MM == Mike Matrigali [EMAIL PROTECTED] writes:
MM I agree, at this point I think what you have implemented is a useful
MM feature. It is much more online than 10.1 version. I agree with
MM Oystein there may be ways to improve - but maybe those can be logged
MM as new
Provide JDBC4 SQLException subclasses support in Embedded driver
Key: DERBY-819
URL: http://issues.apache.org/jira/browse/DERBY-819
Project: Derby
Type: Sub-task
Components: JDBC
Environment: all
[ http://issues.apache.org/jira/browse/DERBY-819?page=all ]
Anurag Shekhar reassigned DERBY-819:
Assign To: Anurag Shekhar
Provide JDBC4 SQLException subclasses support in Embedded driver
[
http://issues.apache.org/jira/browse/DERBY-796?page=comments#action_12362946 ]
V.Narayanan commented on DERBY-796:
---
Hi,
Thank You for the comments Dan.
a) Sorry about the comments and the javadocs. I will fix this in my next patch.
b) I am asking
[ http://issues.apache.org/jira/browse/DERBY-819?page=all ]
Anurag Shekhar updated DERBY-819:
-
Attachment: embedexception.diff
code changes to support jdbc4 SQLException and the test case for the same.
Moved creation of EmbeddedException from
Hi,
Will the setBinaryStreamInternal method be raising an exception if the
length variable doesn't fit inside an integer. Or is
SetBinaryStreamInternal and the related classes being
modified to work with the length variable as a long type.
thanx
Narayanan
Sunitha Kambhampati (JIRA) wrote:
Please attach the output from svn stat too. It will make verification
of the patch much easier.
Anurag Shekhar (JIRA) wrote (2006-01-17 11:20:43):
[ http://issues.apache.org/jira/browse/DERBY-819?page=all ]
Anurag Shekhar updated DERBY-819:
-
[ http://issues.apache.org/jira/browse/DERBY-819?page=all ]
Anurag Shekhar updated DERBY-819:
-
Attachment: stat.out
output of snv stat
Provide JDBC4 SQLException subclasses support in Embedded driver
Hello Kathey.
I answer your questions.
My previous comment was regarding the places where new code uses reverse
indentation or no indentation, not reformatting existing code. We don't
have formatting guidelines but I think code blocks should be indented.
I see.
I will try to indent them
Hello.
I see.
I will try this test.
Best regards.
Sunitha Kambhampati (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-326?page=all ]
Sunitha Kambhampati updated DERBY-326:
--
Attachment: ClobTest.zip
Thanks Tomohito for the patch. I
[
http://issues.apache.org/jira/browse/DERBY-326?page=comments#action_12362977 ]
Kathey Marsden commented on DERBY-326:
--
TomohitoNakayama wrote:
I answer your questions.
Thank you for your answers. Any of your explanations that can be translated
[
http://issues.apache.org/jira/browse/DERBY-819?page=comments#action_12362976 ]
Daniel John Debrunner commented on DERBY-819:
-
-1 on the patch
No comments on any of the new code. I couldn't understand why there is a
JDBC40SQLExceptionFactory
[
http://issues.apache.org/jira/browse/DERBY-819?page=comments#action_12362978 ]
Daniel John Debrunner commented on DERBY-819:
-
A locktimeout exception should throw a SQLTransactionRollbackException rollback
exception and not a
V Narayanan - Sun Microsystems - Bangalore India wrote:
Hi,
Will the setBinaryStreamInternal method be raising an exception if the
length variable doesn't fit inside an integer. Or is
SetBinaryStreamInternal and the related classes being
modified to work with the length variable as a long
[ http://issues.apache.org/jira/browse/DERBY-210?page=all ]
Deepa Remesh updated DERBY-210:
---
Attachment: derby-210_10.1.diff
derby-210_10.1.status
Attaching a patch 'derby-210_10.1.diff' for 10.1 branch. I could not merge the
changes
[ http://issues.apache.org/jira/browse/DERBY-810?page=all ]
Øystein Grøvlen updated DERBY-810:
--
Attachment: derby-810.diff
derby-810.stat
The attach patch should solve this problem. I no longer print the stack trace
if the normal
ST( == Suresh Thalamati (JIRA) derby-dev@db.apache.org writes:
ST( [
http://issues.apache.org/jira/browse/DERBY-810?page=comments#action_12362682 ]
ST( Suresh Thalamati commented on DERBY-810:
ST(
ST( Difference in the output seems
[ http://issues.apache.org/jira/browse/DERBY-783?page=all ]
Mamta A. Satoor updated DERBY-783:
--
Attachment: Derby783AlterTableRestartWith011706.txt
Attaching a new review package because few files have changed since the time
the last review package
Hi Satheesh,
I have rerun the tests and didn't see any failures after doing a sync. Can you please look into commiting the new review package attached to the JIRA entry?
thanks,
Mamta
On 1/16/06, Mamta Satoor [EMAIL PROTECTED] wrote:
Hi Satheesh,
Thanks for looking into committing this patch.
[ http://issues.apache.org/jira/browse/DERBY-400?page=all ]
David Van Couvering updated DERBY-400:
--
Attachment: (was: DERBY-400-2.diff)
Network client message strings not localized
Key:
[ http://issues.apache.org/jira/browse/DERBY-400?page=all ]
David Van Couvering updated DERBY-400:
--
Attachment: DERBY-400.diff
This patch includes the following changes. I know I have the karma to check
this in directly, but I would like it to be
[ http://issues.apache.org/jira/browse/DERBY-486?page=all ]
David Van Couvering resolved DERBY-486:
---
Resolution: Fixed
Committed revision 369853
Fix Error message X0X07 in doc to match string changes in code
Here are the results for the vote to establish Rick Hillegas as a
committer for Derby:
+1:
Lance Andersen
Jeffrey Lichtman
Francois Orsini
Craig Russell (DB PMC)
Jean Anderson (committer, DB PMC)
David Van Couvering (committer, DB PMC)
Tomohito Nakayama (committer, DB PMC)
Jeremy Boynes
[
http://issues.apache.org/jira/browse/DERBY-819?page=comments#action_12363013 ]
Anurag Shekhar commented on DERBY-819:
--
SQLExceptionFactory checks for jvm version and if the jvm version is jvm16 or
above
it will instantiate JDBC40ExceptionFactory.
Jeffrey Lichtman wrote:
Based on logic in the code, the example query isn't flattenable. . .
That's because whoever wrote the code made it handle only the simplest
case. I doubt it would be hard to make it flatten many other types of
table subqueries.
The example I gave was a simplified
[
http://issues.apache.org/jira/browse/DERBY-810?page=comments#action_12363024 ]
David Van Couvering commented on DERBY-810:
---
I applied this patch and it built fine, but when I try to run storemats I get
this error. I tried running it as a
[ http://issues.apache.org/jira/browse/DERBY-810?page=all ]
David Van Couvering updated DERBY-810:
--
Comment: was deleted
intermittent diff for store/RecoveryAfterBackup.java test
-
[
http://issues.apache.org/jira/browse/DERBY-810?page=comments#action_12363026 ]
David Van Couvering commented on DERBY-810:
---
I'd also like to suggest that in the code you use a SQLState constant rather
than a hardcoded string, it would make it a
Bryan Pendleton:
Knut Anders Hatlen (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-816?page=all ]
I believe there are also some places in the client code where it
could be beneficial to use System.arraycopy and/or Arrays.fill.
For example, in Reply.compressBLayerData() in
[ http://issues.apache.org/jira/browse/DERBY-125?page=all ]
A B updated DERBY-125:
--
Attachment: offByOne.jar
I spent some time looking at the existing test case for this issue and at
Bryan's excellent description of the problem. I played around with both and
Army wrote:
- after considering my explanation of the bug, do you have an idea of a
better way to write a test for it? If not, should I just remove the
DERBY-125 test from prepStmt.java?
Not yet; I'll have to think about this some more.
I have just posted a starting point for a test
I have just posted a starting point for a test case that I think does
what we want--namely, fails without the patch for DERBY-125 and succeeds
with it.
Thanks Army!
I need to look at my DERBY-125 patch some more to address some feedback
from Kathey, so your suggested test case is most
[
http://issues.apache.org/jira/browse/DERBY-499?page=comments#action_12363050 ]
Andrew McIntyre commented on DERBY-499:
---
I've committed the patch bug499_jdk13tests_rev2.diff with a couple of minor
changes. I dropped the metadata_test.java diff,
Andrew McIntyre (JIRA) wrote:
[
http://issues.apache.org/jira/browse/DERBY-499?page=comments#action_12363050
]
Andrew McIntyre commented on DERBY-499:
---
I've committed the patch bug499_jdk13tests_rev2.diff with a couple of minor
changes. I dropped
On 1/17/06, Kathey Marsden [EMAIL PROTECTED] wrote:
Should the doc patch be committed before the code changes are complete?
I was under the impression from reading the mails on the subject that
the code changes were complete and only some additional test changes
were suggested. Did I miss
Hi, all. I've been running tests with the new i18n framework, which
included having all public methods throw SQLException instead of
org.apache.derby.client.am.SqlException.
For reasons that are mystifying me, in tests that prepare a statement
which deal with stored procedures/functions
Anurag Shekhar (JIRA) wrote:
[
http://issues.apache.org/jira/browse/DERBY-819?page=comments#action_12363013
]
Anurag Shekhar commented on DERBY-819:
--
SQLExceptionFactory checks for jvm version and if the jvm version is jvm16 or
above
it
[
http://issues.apache.org/jira/browse/DERBY-808?page=comments#action_12363074 ]
Daniel John Debrunner commented on DERBY-808:
-
Good find, I'd never thought that Statements could be slower than
PreparedStatements.
+
Ramandeep Kaur wrote:
These are the results for a single derbyall run and for jvm - sun jdk142
Is it possible to combine multiple test coverage runs? If we had
derbyall runs for all these environments combined then the coverage
would correctly reflect the complete set of testing run.
[
http://issues.apache.org/jira/browse/DERBY-398?page=comments#action_12363075 ]
Kathey Marsden commented on DERBY-398:
--
I committed this patch except the wisconsin changes. wisc_setup.sql was
present in the status file but missing from the patch.
40 matches
Mail list logo