[
http://issues.apache.org/jira/browse/DERBY-349?page=comments#action_12369163 ]
Bryan Pendleton commented on DERBY-349:
---
I tried re-enabling the test code in parameterMapping.java, and the result was
that I did *not* get a hang, but rather got a bliz
[
http://issues.apache.org/jira/browse/DERBY-889?page=comments#action_12369162 ]
Bryan Pendleton commented on DERBY-889:
---
Returning the current date makes sense, and it seems like a simple change to
DateTime.timeBytesToTimestamp() should be able to ac
[ http://issues.apache.org/jira/browse/DERBY-349?page=all ]
Bryan Pendleton reassigned DERBY-349:
-
Assign To: Bryan Pendleton
> setByte() with executeBatch causes hang with client if mapping is invalid,
> e.g. setByte to DATE
> -
[ http://issues.apache.org/jira/browse/DERBY-889?page=all ]
Bryan Pendleton reassigned DERBY-889:
-
Assign To: Bryan Pendleton
> with client getTimestamp on a TIME column will print the date 1900-01-01
> instead of the current date
> ---
[
http://issues.apache.org/jira/browse/DERBY-931?page=comments#action_12369158 ]
Mamta A. Satoor commented on DERBY-931:
---
I think it is sufficient to add a bullet saying that setReadOnly is a no-op in
client-server mode, but works fine in embedded mod
[ http://issues.apache.org/jira/browse/DERBY-479?page=all ]
Mamta A. Satoor resolved DERBY-479:
---
Fix Version: 10.2.0.0
Resolution: Fixed
The patch fixes the problem test case in functions.sql. Dan, if you have no
further comments on this par
[
http://issues.apache.org/jira/browse/DERBY-889?page=comments#action_12369150 ]
Daniel John Debrunner commented on DERBY-889:
-
The current date comes from the SQL standard where the conversion of a TIME to
a TIMESTAMP takes the date information
[Auto-generated mail]
*TinderBox_Derby* 383720/2006-03-07 01:12:53 CET
*derbyall*
Failed TestsOK Skip Duration Platform
---
*Jvm: 1.5*
1643642 0 106.17% SunOS-5.10_i86pc-i386
Details in
http://www.multi
[
http://issues.apache.org/jira/browse/DERBY-925?page=comments#action_12369129 ]
Kathey Marsden commented on DERBY-925:
--
I'm interested to know the behaviour
- if Server is at 10.1 and Client is at 10.2
- If server and client are at different jvm ver
[
http://issues.apache.org/jira/browse/DERBY-60?page=comments#action_12369125 ]
Jeff Levitt commented on DERBY-60:
--
So I am going to create a page in the Ref manual that lists system schemas, and
I am going to include the following:
APP
NULLID
SQLJ
SYS
SY
[ http://issues.apache.org/jira/browse/DERBY-913?page=all ]
Stan Bradbury updated DERBY-913:
Attachment: wwdDitaSrc0306_Ch1and2.zip
workingwithderby0306.pdf
Version 1.2 of Chapters 1 and 2 of Working With Derby - based on the version
1.1
[ http://issues.apache.org/jira/browse/DERBY-1068?page=all ]
Mike Matrigali reassigned DERBY-1068:
-
Assign To: Mike Matrigali
> change of store contract: online compress operations should not share any
> locks with user transactions
> --
[ http://issues.apache.org/jira/browse/DERBY-670?page=all ]
Mike Matrigali resolved DERBY-670:
--
Resolution: Fixed
this patch just uses the exising row and column header information to schedule
deleted rows to be
post commit reclaimed immediately
[
http://issues.apache.org/jira/browse/DERBY-913?page=comments#action_12369119 ]
Stan Bradbury commented on DERBY-913:
-
Additional topics suggested by Ian Leslie to Derby-user on Feb 2, 2006
email archive URL:
http://mail-archives.apache.org/mod_mbox/db
[ http://issues.apache.org/jira/browse/DERBY-1009?page=all ]
Daniel John Debrunner closed DERBY-1009:
> Embedded ResultSet.getStatement() does not return the Statement object that
> created it for a connection returned from EmbeddedXADataSourc
[ http://issues.apache.org/jira/browse/DERBY-1009?page=all ]
Daniel John Debrunner updated DERBY-1009:
-
Version: 10.1.2.3
Fixed in 10.1 and trunk
> Embedded ResultSet.getStatement() does not return the Statement object that
> created it for a
[
http://issues.apache.org/jira/browse/DERBY-1067?page=comments#action_12369115 ]
Suresh Thalamati commented on DERBY-1067:
-
This patch seems to do something special for in-place compress making a
row location invalid, how is in-place compress inval
[
http://issues.apache.org/jira/browse/DERBY-780?page=comments#action_12369113 ]
Jean T. Anderson commented on DERBY-780:
Committed Halley Pacheco de Oliveria's patch (getstart1.diff) to the trunk,
revision 383727. Modified file:
$ svn commit
Sendin
[
http://issues.apache.org/jira/browse/DERBY-937?page=comments#action_12369112 ]
A B commented on DERBY-937:
---
I noticed that the wisconsin test attempts to run with the "noTimeout" property
set to true, but in the wisconsin_derby.properties file, there's actuall
Separate network client's SQLExceptions into the appropriate JDBC4 subclasses
SQLException
--
Key: DERBY-1081
URL: http://issues.apache.org/jira/browse/DERBY-1081
Project: Derby
Connection reset when using security mechanism=EUSRIDPWD results in protocol
error.
---
Key: DERBY-1080
URL: http://issues.apache.org/jira/browse/DERBY-1080
Project: Derby
Type: Bug
Build javadoc under jdk 1.6
Key: DERBY-1079
URL: http://issues.apache.org/jira/browse/DERBY-1079
Project: Derby
Type: Bug
Components: Build tools
Versions: 10.2.0.0
Reporter: Rick Hillegas
Fix For: 10.2.0.0
We woul
[Auto-generated mail]
*TinderBox_Derby* 383685/2006-03-06 22:52:55 CET
*derbyall*
Failed TestsOK Skip Duration Platform
---
*Jvm: 1.5*
2643641 0 108.72% SunOS-5.10_i86pc-i386
Details in
http://www.multi
[ http://issues.apache.org/jira/browse/DERBY-1078?page=all ]
Rick Hillegas updated DERBY-1078:
-
Component: Build tools
> Be able to build Derby when JAVA_HOME is set 1.6
>
>
> Key: DERBY-1078
>
Be able to build Derby when JAVA_HOME is set 1.6
Key: DERBY-1078
URL: http://issues.apache.org/jira/browse/DERBY-1078
Project: Derby
Type: Improvement
Versions: 10.2.0.0
Reporter: Rick Hillegas
Fix For
[ http://issues.apache.org/jira/browse/DERBY-937?page=all ]
Mike Matrigali updated DERBY-937:
-
Component: Regression Test Failure
Test
I am now also seeing this test fail in my standard development enviornment:
windows XP, single processo
[ http://issues.apache.org/jira/browse/DERBY-1024?page=all ]
Daniel John Debrunner closed DERBY-1024:
> Client's XAResource.start throws XAException with XAER_RMFAIL when local
> transaction is active
> -
[ http://issues.apache.org/jira/browse/DERBY-1024?page=all ]
Daniel John Debrunner updated DERBY-1024:
-
Fix Version: 10.1.2.3
Fixed in 10.1 and trunk
> Client's XAResource.start throws XAException with XAER_RMFAIL when local
> transaction is ac
[ http://issues.apache.org/jira/browse/DERBY-1005?page=all ]
Daniel John Debrunner closed DERBY-1005:
> getHoldability does not return CLOSE_CURSORS_AT_COMMIT in a global transaction
>
[ http://issues.apache.org/jira/browse/DERBY-1005?page=all ]
Daniel John Debrunner updated DERBY-1005:
-
Fix Version: 10.1.2.3
Fixed in 10.1 and trunk
> getHoldability does not return CLOSE_CURSORS_AT_COMMIT in a global transaction
>
[ http://issues.apache.org/jira/browse/DERBY-283?page=all ]
Jeff Levitt updated DERBY-283:
--
Attachment: derby283.diff
tadminconfigipx.html
Attached patch adds the information to the Admin Guide in the section about
Starting the Network Serv
[ http://issues.apache.org/jira/browse/DERBY-966?page=all ]
Daniel John Debrunner closed DERBY-966:
---
> creating a preparedStatement outside of a Global tran using a
> ClientXADatasource will result in an "SqlException: Cannot set holdability"
[ http://issues.apache.org/jira/browse/DERBY-966?page=all ]
Daniel John Debrunner updated DERBY-966:
Fix Version: 10.1.2.3
Other Info: (was: [Patch available])
fixed in 10.1 branch and trunk
> creating a preparedStatement outside of a Glo
On 3/3/06, John H. Embretsen (JIRA) wrote:
> [ http://issues.apache.org/jira/browse/DERBY-210?page=all ]
>
> John H. Embretsen updated DERBY-210:
>
>
> Attachment: StatementStress.java
>
> Uploaded my repro (StatementStress.java) for this issue.
>
> Th
Hi Andrew,
I hope you feel better soon. Thanks for this advice. I jiggled a number
of parameters, including
o Refreshing my DITA zip...
o Rearranging jar files in my classpath...
Now, mirabile dictu, I can build postscript versions of all documents.
In other news, I noticed that the clobber
Raymond Raymond wrote:
Dear Oystein,
In your mail, "Derby I/O issues during checkpointing", you wrote:
OO: Some tests runs we have done show very long transaction response times
OO: during checkpointing. This has been seen on several platforms. The
OO: load is TPC-B like transactions and th
[ http://issues.apache.org/jira/browse/DERBY-708?page=all ]
Deepa Remesh closed DERBY-708:
--
> Client driver truncates database names with spaces
> --
>
> Key: DERBY-708
> URL: http://issues.
Satheesh Bandaram wrote:
Just remembered, during discussions with Jeffl, he mentioned another one...
Improve unnesting of subqueries with more than one table. More work. :-)
One other thing to add to this list was mentioned a while ago on derby-dev here:
http://mail-archives.apache.org/mod_m
[Auto-generated mail]
*TinderBox_Derby* 383591/2006-03-06 18:22:18 CET
*derbyall*
Failed TestsOK Skip Duration Platform
---
*Jvm: 1.5*
2642640 0 104.47% SunOS-5.10_i86pc-i386
Details in
http://www.multi
[
http://issues.apache.org/jira/browse/DERBY-571?page=comments#action_12369042 ]
Daniel John Debrunner commented on DERBY-571:
-
New section similar to the system tables section in the reference manual.
There is no public javadoc for these classe
Mike Matrigali (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-1067?page=all ]
Mike Matrigali updated DERBY-1067:
--
Hi,
Thanks for the review comments. See some inline comments.
Description: (was: I am reviewing this patch. (mike matr
Fernanda Pizzorno wrote:
What we are looking for is a mechanism that we can use to implement the
ResultSet#rowUpdated() method.
I think I understand better now. Let me try stating it in my own words,
and you can tell me if I am on the right track or not.
- We want to implement ResultSet.rowUpd
Sync happens as part of calling
BaseDataFileFactory.java!checkpoint()!containerCache.cleanAll();
See comments for checkpoint() routine in that file.
Raymond Raymond wrote:
Dear Oystein,
In your mail, "Derby I/O issues during checkpointing", you wrote:
OO: Some tests runs we have done show ve
I agree that best solution is to change the ij output to have the entire
plan printed.
The usual cause for this is not a difference in when ij truncates, it
is an actual change in the output. It is usually not obvious from the
diff because we diff a "sed'd" output in the case of query plans and
[Auto-generated mail]
*TinderBox_Derby* 383551/2006-03-06 15:52:21 CET
*derbyall*
Failed TestsOK Skip Duration Platform
---
*Jvm: 1.5*
1642641 0 102.56% SunOS-5.10_i86pc-i386
Details in
http://www.multi
On 3/6/06, Rick Hillegas <[EMAIL PROTECTED]> wrote:
>
>
> [fop] [INFO] [10]
> [fop] [ERROR] Error while creating area : Error while recovering
> Image Informations (file:/C:/cygwin/home/rh161140
> /derby/docs/trunk/out/devguide/system_os.jpg) :
> C:\cygwin\home\rh161140\derby\docs\trun
[ http://issues.apache.org/jira/browse/DERBY-708?page=all ]
Deepa Remesh resolved DERBY-708:
Resolution: Duplicate
Thanks Bryan. This is a duplicate of DERBY-618. I tried the URL mentioned in
this defect and it works with the current trunk.
> Clie
[ http://issues.apache.org/jira/browse/DERBY-623?page=all ]
Kristian Waagan updated DERBY-623:
--
Attachment: DERBY-623-2b-javadoc.diff
DERBY-623-2b-javadoc.stat
'DERBY-623-2b-javadoc.diff' is a patch fixing spelling errors for a patch
fi
[ http://issues.apache.org/jira/browse/DERBY-623?page=all ]
Kristian Waagan updated DERBY-623:
--
Attachment: (was: DERBY-623-2a-javadoc.diff)
> Derby monitor accesses two system properties without using a privileged block
> when built sane=true
> --
[ http://issues.apache.org/jira/browse/DERBY-623?page=all ]
Kristian Waagan updated DERBY-623:
--
Attachment: (was: DERBY-623-2a-javadoc.stat)
> Derby monitor accesses two system properties without using a privileged block
> when built sane=true
> --
Hi Andrew,
Running -verbose, I see the following error. For the record, I'm running
on cygwin/xp with Ant 1.6.5. Thanks for your advice-Rick
dita.fo2pdf:
[fop] [INFO] Using org.apache.xerces.parsers.SAXParser as SAX2 Parser
[fop] [INFO] Using org.apache.xerces.parsers.SAXParser as SA
"Andreas Korneliussen (JIRA)" writes:
> [ http://issues.apache.org/jira/browse/DERBY-1070?page=all ]
>
> Andreas Korneliussen updated DERBY-1070:
>
>
> Attachment: DERBY-1070v2.diff
>
> Updated the test with more testcases (including forward only
Shaikh Quader <[EMAIL PROTECTED]> writes:
> I have recently started looking at the Derby code.
>
> Can anyone please tell me ... where does the "Select" Query execution
> begin within Derby? i.e. I'm looking for any controller kind of java
> class in Derby code that receives the user submitted "SE
Hello Bryan.
Thank you for your reading the patch.
I will answer your questions...
1) In DDMWriter.writeScalarStream(), at about line 702, there is the
Do you know how to make that code be triggered?
2) In DRDAConnThread.writeEXTDTA(), at about line 7487, there is the
Do you
[ http://issues.apache.org/jira/browse/DERBY-623?page=all ]
Kristian Waagan updated DERBY-623:
--
Attachment: DERBY-623-2a-javadoc.stat
DERBY-623-2a-javadoc.diff
A separate patch ('DERBY-623-2a-javadoc.diff') for a few Javadoc fixes. First
[ http://issues.apache.org/jira/browse/DERBY-623?page=all ]
Kristian Waagan reassigned DERBY-623:
-
Assign To: Kristian Waagan
> Derby monitor accesses two system properties without using a privileged block
> when built sane=true
> --
Bryan Pendleton wrote:
For updates, is is not exactly what we want, since we do not intend to
requalify a row after it has been updated (thereby possibly making it
an "update hole").
Would it be possible for you to expand on this? I've read through your
message several times, and I've also re
57 matches
Mail list logo
