[ http://issues.apache.org/jira/browse/DERBY-323?page=all ]
Knut Anders Hatlen updated DERBY-323:
-
Derby Info: [Patch Available]
Locale problem in test of derby
---
Key: DERBY-323
URL:
[ http://issues.apache.org/jira/browse/DERBY-323?page=all ]
Knut Anders Hatlen updated DERBY-323:
-
Attachment: derby-323-v1.diff
derby-323-v1.stat
Attached a patch (derby-323-v1.diff) which makes derbyall run
cleanlier with non-US
[
http://issues.apache.org/jira/browse/DERBY-982?page=comments#action_12421028 ]
Andrew McIntyre commented on DERBY-982:
---
Hi Kristian,
Thanks for the review!
I think that the changes to sysinfo are correct, but the test needs to be
revised. The
[ http://issues.apache.org/jira/browse/DERBY-1481?page=all ]
Fernanda Pizzorno updated DERBY-1481:
-
Attachment: derby-1481.diff
derby-1481.stat
When the result set is downgraded from updatable to read-only because the query
Fernanda Pizzorno (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-802?page=comments#action_12420883 ]
Fernanda Pizzorno commented on DERBY-802:
-
I am reviewing your patch (derby-802.diff), but I won't have time to finish
today. Can you
Mayuresh Nirhali [EMAIL PROTECTED] writes:
Hello,
I am trying to get tracing info for a test run in standalone
manner. The test runs fine, but I do not see the traceFile being
created.
The command I use is as below,
java -cp $CLASSPATH -Dframework=DerbyNetClient
[
http://issues.apache.org/jira/browse/DERBY-1499?page=comments#action_12421034 ]
Andrew McIntyre commented on DERBY-1499:
Committed DERBY-1499_102_20060712.diff patch with revision 421832. Please
resolve and close this issue if there is no further
Bryan Pendleton wrote:
David Van Couvering wrote:
I guess what I was assuming was, if the application goes off and does
something else, we can notice that and either raise an exception
(you're not done with that BLOB column yet) or flush the rest of the
BLOB data, since it's obvious they
[
http://issues.apache.org/jira/browse/DERBY-982?page=comments#action_12421041 ]
Kristian Waagan commented on DERBY-982:
---
Hi Andrew,
Your plan sounds like a very good approach.
I'll have a look at the new patch when it comes.
Are you planning on
[Auto-generated mail]
*Derby* 421670/2006-07-13 19:46:09 CEST
*derbyall*
Failed TestsOK Skip Duration Platform
---
*Jvm: 1.6*
2718716 0 104.81% SunOS-5.10_i86pc-i386
Details in
'SQLBinary.readFromStream' can enter endless loop
-
Key: DERBY-1510
URL: http://issues.apache.org/jira/browse/DERBY-1510
Project: Derby
Type: Bug
Components: JDBC, SQL
Versions: 10.2.0.0
Reporter:
[ http://issues.apache.org/jira/browse/DERBY-1274?page=all ]
Knut Anders Hatlen resolved DERBY-1274.
---
Fix Version/s: 10.2.0.0
Resolution: Fixed
Derby Info: (was: [Patch Available])
Thanks Fernanda! I have committed the v4 patch
[ http://issues.apache.org/jira/browse/DERBY-694?page=all ]
V.Narayanan updated DERBY-694:
--
Attachment: DERBY-694_upload_v1.diff
DERBY-694_upload_v1.stat
DERBY-694.html
Hi,
please find attached a patch for this issue and
[ http://issues.apache.org/jira/browse/DERBY-1481?page=all ]
Knut Anders Hatlen closed DERBY-1481.
-
Fix Version/s: 10.2.0.0
Resolution: Fixed
Thanks for fixing this bug, Fernanda! The patch looks good and I have verified
that it fixes the
[ http://issues.apache.org/jira/browse/DERBY-1493?page=all ]
V.Narayanan updated DERBY-1493:
---
Attachment: DERBY-1493_v1.diff
DERBY-1493_v1.stat
Please find patch attached for issue. The patch also includes unit tests for
the same.
thanx,
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
[
http://issues.apache.org/jira/browse/DERBY-1493?page=comments#action_12421110 ]
Knut Anders Hatlen commented on DERBY-1493:
---
The code changes look good, but the javadoc describes the method with two
parameters, not the one with
dasd asda wrote:
there is no progress on bug DERBY-790. I
am sure quite a few are running into this issue.
Please fastrack the resolution to this bug.
Hello dasd,
Thank you for bringing this issue onto the community radar. DERBY-790
is assigned but I think perhaps inactive at this time.
[Auto-generated mail]
*TinderBox_Derby* 421870/2006-07-14 13:23:36 CEST
*derbyall*
Failed TestsOK Skip Duration Platform
---
*Jvm: 1.5*
1679678 2 144.40% SunOS-5.10_i86pc-i386
Details in
[
http://issues.apache.org/jira/browse/DERBY-802?page=comments#action_12421121 ]
Fernanda Pizzorno commented on DERBY-802:
-
I have looked at the patch (derby-802.diff), and I have a few
comments/questions.
In ScrollInsensitiveResultSet
[
http://issues.apache.org/jira/browse/DERBY-836?page=comments#action_12421129 ]
Daniel John Debrunner commented on DERBY-836:
-
Does derbyall run cleanly with derby836-v6.diff patch?
ResultSetMetaData.getColumnDisplaySize sometimes
[ http://issues.apache.org/jira/browse/DERBY-551?page=all ]
Daniel John Debrunner updated DERBY-551:
Derby Info: (was: [Patch Available])
Applied patch derby-551-patch2-v1.diff - Thanks Deepa
Allow invoking java stored procedures from inside
Kathey Marsden wrote:
dasd asda wrote:
there is no progress on bug DERBY-790. I
am sure quite a few are running into this issue.
Please fastrack the resolution to this bug.
* What is Apache not about?
o To [...] demand someone else to fix your bugs.
From:
[
http://issues.apache.org/jira/browse/DERBY-802?page=comments#action_12421136 ]
Andreas Korneliussen commented on DERBY-802:
Thank you very much for the review comments. I agree that the undo-projection
code can be improved,
Hi Bryan,
DROP COLUMN will also need to see if there are any privileges granted on it and if yes, then those privileges should be revoked. There might be views/triggers/constraints dependent on that privilege but I think in the case of RESTRICT, the DROP COLUMN will fail anyways because of the
[ http://issues.apache.org/jira/browse/DERBY-836?page=all ]
Daniel John Debrunner closed DERBY-836.
---
Fix Version/s: 10.2.0.0
Resolution: Fixed
Committed revision 421932.
ResultSetMetaData.getColumnDisplaySize sometimes returns wrong
[
http://issues.apache.org/jira/browse/DERBY-836?page=comments#action_12421144 ]
Daniel John Debrunner commented on DERBY-836:
-
Thanks Mayuresh for fixing this bug and having the patience to work through the
test changes.
[
http://issues.apache.org/jira/browse/DERBY-1501?page=comments#action_12421145 ]
Daniel John Debrunner commented on DERBY-1501:
--
Lance Andersen wrote on the derv-dev list:
I am not sure why the wording was added to the
Hi Mamta, thank you for investigating this.
DROP COLUMN will also need to see if there are any privileges granted on
it and if yes, then those privileges should be revoked.
That makes sense to me, too.
I am proposing to have the ALTER TABLE DROP COLUMN statement call the
already-existing
Kathey Marsden wrote:
Another similar case is DERBY-1501 where it
would be nice if Derby were more forgiving of non-portable apps. Of
course in both of those other cases we would just be adding to existing
support, not changing existing behavior and `there is a risk to apps
that develop
[
http://issues.apache.org/jira/browse/DERBY-1486?page=comments#action_12421150 ]
Sunitha Kambhampati commented on DERBY-1486:
David Heath (JIRA) wrote:
I appreciate the response of the community and also the communication from
Bryan Pendleton wrote:
Hi Mamta, thank you for investigating this.
DROP COLUMN will also need to see if there are any privileges granted
on it and if yes, then those privileges should be revoked.
That makes sense to me, too.
I am proposing to have the ALTER TABLE DROP COLUMN
[ http://issues.apache.org/jira/browse/DERBY-551?page=all ]
Deepa Remesh updated DERBY-551:
---
Attachment: derby-551-patch3-v1.diff
derby-551-patch3-v1.status
Attaching a patch 'derby-551-patch3-v1.diff' which disallows creation of before
[
http://issues.apache.org/jira/browse/DERBY-1486?page=comments#action_12421163 ]
David Heath commented on DERBY-1486:
Here is the responce to the communication I had with Lance:
We added wording to hopefully clarify this better in the JDBC
Daniel John Debrunner wrote:
Kathey Marsden wrote:
Another similar case is DERBY-1501 where it
would be nice if Derby were more forgiving of non-portable apps. Of
course in both of those other cases we would just be adding to existing
support, not changing existing behavior
[
http://issues.apache.org/jira/browse/DERBY-1501?page=comments#action_12421166 ]
Knut Anders Hatlen commented on DERBY-1501:
---
Dan wrote:
So let's check this out before we change the existing
behaviour. Remember the javadoc that
SELECT clause without a WHERE, causes an Exception when extracting a Blob from
a database
-
Key: DERBY-1511
URL: http://issues.apache.org/jira/browse/DERBY-1511
Lance J. Andersen wrote:
With 1501 the JDBC spec says the type must be known (I think it's a bug
in the *draft* spec for the type to be ignored), that's the portable
behaviour, ignoring the type not only leads to non-portable applications
but also inconsistencies in derby. E.g. a NULL defined
[
http://issues.apache.org/jira/browse/DERBY-1501?page=comments#action_12421173 ]
Daniel John Debrunner commented on DERBY-1501:
--
Yes, sorry I got confused. I'd assumed since I'd seen some other e-mails saying
some method needed to
I think in RESTRICT mode, revoking the privileges should be done as one of the last steps, ie after we have checked for dependent objects. If there are dependent objects. DROP COLUMN RESTRICT will fail. If there are no dependent objects, then revoke privileges should simply work because there
[ http://issues.apache.org/jira/browse/DERBY-1227?page=all ]
Sunitha Kambhampati resolved DERBY-1227.
Resolution: Fixed
This issue is fixed with the changes I made for DERBY-1015 ,
derby1015.diff.txt. The changes have been checked into trunk.
[ http://issues.apache.org/jira/browse/DERBY-1015?page=all ]
Sunitha Kambhampati resolved DERBY-1015.
Resolution: Fixed
This issue has been fixed.
The two patches (derby1015.diff.txt, derby1015.p2.diff.txt) were committed as
URL:
[
http://issues.apache.org/jira/browse/DERBY-1357?page=comments#action_12421183 ]
Bryan Pendleton commented on DERBY-1357:
Hi Army,
Your change looks very good to me. I like the way you named the boolean temp
variable; it makes the
[ http://issues.apache.org/jira/browse/DERBY-1499?page=all ]
Myrna van Lunteren resolved DERBY-1499.
---
Fix Version/s: 10.2.0.0
Resolution: Fixed
Derby Info: [Regression] (was: [Patch Available, Regression])
test run exits for
[ http://issues.apache.org/jira/browse/DERBY-1499?page=all ]
Myrna van Lunteren closed DERBY-1499.
-
test run exits for _foundation run because unloadEmbeddedDriver uses
driverManager, which isn't available.
Mamta Satoor wrote:
I think in RESTRICT mode, revoking the privileges should be done as one of
the last steps, ie after we have checked for dependent objects. If there
are
dependent objects. DROP COLUMN RESTRICT will fail. If there are no
dependent
objects, then revoke privileges should
On 7/14/06, Knut Anders Hatlen [EMAIL PROTECTED] wrote:
Mayuresh Nirhali [EMAIL PROTECTED] writes:
Hello,
I am trying to get tracing info for a test run in standalone
manner. The test runs fine, but I do not see the traceFile being
created.
The command I use is as below,
java -cp
On 7/14/06, Knut Anders Hatlen (JIRA) derby-dev@db.apache.org wrote:
[ http://issues.apache.org/jira/browse/DERBY-323?page=all ]
Knut Anders Hatlen updated DERBY-323:
-
Attachment: derby-323-v1.diff
derby-323-v1.stat
Attached a patch
Yes, that is exactly what I meant in my earlier mail. Thanks for clarification, Dan.
Mamta
On 7/14/06, Daniel John Debrunner [EMAIL PROTECTED] wrote:
Mamta Satoor wrote: I think in RESTRICT mode, revoking the privileges should be done as one of
the last steps, ie after we have checked for
[
http://issues.apache.org/jira/browse/DERBY-1489?page=comments#action_12421187 ]
Bryan Pendleton commented on DERBY-1489:
This comment captures the results of a discussion on the derby-dev list
regarding the interaction of ALTER TABLE
[
http://issues.apache.org/jira/browse/DERBY-1489?page=comments#action_12421188 ]
Daniel John Debrunner commented on DERBY-1489:
--
Bryan wrote:
2) DROP COLUMN needs to automatically revoke any privileges granted on the
column.
Daniel John Debrunner wrote:
Lance J. Andersen wrote:
With 1501 the JDBC spec says the type must be known (I think it's a bug
in the *draft* spec for the type to be ignored), that's the portable
behaviour, ignoring the type not only leads to non-portable applications
but
[ http://issues.apache.org/jira/browse/DERBY-1373?page=all ]
Sunitha Kambhampati updated DERBY-1373:
---
Attachment: derby1373.diff.txt
derby1373.stat.txt
Mathias wrote:
I had a look to the suggestion Suresh made.This is a change I do
[
http://issues.apache.org/jira/browse/DERBY-1489?page=comments#action_12421193 ]
Bryan Pendleton commented on DERBY-1489:
On the derby-dev list, Dan explained further: with the dependency system it's
not so much that code checks for
[
http://issues.apache.org/jira/browse/DERBY-1486?page=comments#action_12421195 ]
David Heath commented on DERBY-1486:
Please could someone close this bug - I do not appear to have permission myself.
I have created a new bug-report (lower
[
http://issues.apache.org/jira/browse/DERBY-551?page=comments#action_12421196 ]
Daniel John Debrunner commented on DERBY-551:
-
The changes using the relability mechansim seem fine, though the constant
PROCEDURE_CALL_ILLEGAL seems
[
http://issues.apache.org/jira/browse/DERBY-1489?page=comments#action_12421197 ]
Daniel John Debrunner commented on DERBY-1489:
--
My guess is that some new code will need to be added in the privilege
descriptor code. It probably
[ http://issues.apache.org/jira/browse/DERBY-1486?page=all ]
Sunitha Kambhampati closed DERBY-1486.
--
Resolution: Invalid
This issue was a case of interleaving of resultsets and statement in autocommit
mode. Discussion concluded that the derby
Thank you for reviewing this patch, Bryan. My comments below.
One question, though: what is the actual symptom of this bug?
If I am understanding it correctly, the symptom is that the
optimizer may pointlessly continue to investigate a possible
query plan which it should already be able to
[
http://issues.apache.org/jira/browse/DERBY-551?page=comments#action_12421204 ]
Deepa Remesh commented on DERBY-551:
Thanks Dan for looking at the patch. I will rename the variable from
PROCEDURE_CALL_ILLEGAL to
[
http://issues.apache.org/jira/browse/DERBY-551?page=comments#action_12421207 ]
Daniel John Debrunner commented on DERBY-551:
-
Sounds good, looks like the check is redundant. Though I believe the comment is
not, it's a good example
i have removed the rogue sentence in its entirety from the javadocs for
setNull(int,int, String) as it is not needed and is not correct in
regards to typeCode.
-lance
Daniel John Debrunner (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-1501?page=comments#action_12420620 ]
[Auto-generated mail]
*TinderBox_Derby* 421960/2006-07-14 19:43:10 CEST
*derbyall*
Failed TestsOK Skip Duration Platform
---
*Jvm: 1.5*
8679671 2 152.85% SunOS-5.10_i86pc-i386
Details in
[ http://issues.apache.org/jira/browse/DERBY-1478?page=all ]
Kathey Marsden updated DERBY-1478:
--
Summary: Add built in language based ordering and like processing to Derby
(was: Add built in language based ordering to Derby)
Add built in language
Great email, Kathey, thanks, and thanks for *all* your hard work for
this project!
David
Kathey Marsden wrote:
This was in a thread about getGeneratedKeys()
Lance J. Andersen wrote about JDBC spec and compatibility discussions:
the discussions are healthy though to not just jump into the
This sounds like a reasonable short-term compromise for me. If we can
figure out how to make DRDA support the more flexible application,
that would be great, too, but I recognize that's a lot of effort and if
we can put it on the back burner and make some progress, that would be
great.
Kathey Marsden wrote:
...
4) Earlier this week I thought I was one of the very few that cared
about quick patch turnaround and patch list maintenance.
Oh well, there are still 22 outstanding. Next week who knows.
The sad thing is there is a really long list of very important things
Jean T. Anderson wrote:
The Forrest project keeps open issues with patches on the radar by
auto-emailing a list weekly. For an example see:
http://mail-archives.apache.org/mod_mbox/forrest-dev/200607.mbox/[EMAIL
PROTECTED]
http://tinyurl.com/jqzus
would something like this help derby keep
Nice! I didn't know you could subscribe to JIRA queries...
David
Jean T. Anderson wrote:
Kathey Marsden wrote:
...
4) Earlier this week I thought I was one of the very few that cared
about quick patch turnaround and patch list maintenance.
Oh well, there are still 22 outstanding. Next
Kathey Marsden wrote:
Jean T. Anderson wrote:
The Forrest project keeps open issues with patches on the radar by
auto-emailing a list weekly. For an example see:
http://mail-archives.apache.org/mod_mbox/forrest-dev/200607.mbox/[EMAIL
PROTECTED]
http://tinyurl.com/jqzus
would something
Provide a document using SQuirreL SQL client with Derby for the web site
Key: DERBY-1512
URL: http://issues.apache.org/jira/browse/DERBY-1512
Project: Derby
Issue
[ http://issues.apache.org/jira/browse/DERBY-1512?page=all ]
Susan Cline updated DERBY-1512:
---
Attachment: DERBY_1512.zip
Attached is the zip file, DERBY_1512.zip, which includes all of the files for
the document Using SQuirreL SQL Client with Derby, for
[ http://issues.apache.org/jira/browse/DERBY-1466?page=all ]
Sunitha Kambhampati updated DERBY-1466:
---
Attachment: derby1466.diff.txt
derby1466.stat.txt
Thanks to everyone who responded on this issue.
I am attaching a patch
[ http://issues.apache.org/jira/browse/DERBY-1466?page=all ]
Sunitha Kambhampati updated DERBY-1466:
---
Derby Info: [Patch Available]
Network Server should flush the PrintWriter after console output
[
http://issues.apache.org/jira/browse/DERBY-1466?page=comments#action_12421247 ]
David Van Couvering commented on DERBY-1466:
I looked at the patch, it looks pretty simple, +1. I haven't tried to apply
it. If it passes derbyall
[ http://issues.apache.org/jira/browse/DERBY-1512?page=all ]
Jean T. Anderson reassigned DERBY-1512:
---
Assignee: Jean T. Anderson (was: Susan Cline)
Provide a document using SQuirreL SQL client with Derby for the web site
[ http://issues.apache.org/jira/browse/DERBY-1512?page=all ]
Jean T. Anderson resolved DERBY-1512.
-
Resolution: Fixed
I made one small change, prepended an sq_ to all the gif files to group them
all together for this paper.
Committed, revision
On 7/14/06, Jean T. Anderson [EMAIL PROTECTED] wrote:
Does anyone on derby-dev@ know how to set this up? If not, I can ask the
forrest dev list how they did it.
It's easy, and I think anyone in derby-developers can do it. Just
create a new saved filter, navigate to the manage tab, and then
On 7/14/06, Andrew McIntyre [EMAIL PROTECTED] wrote:
However, that may send out individual emails to the people in
derby-dev, and not to the list. We might need to create a JIRA user
for [EMAIL PROTECTED] and have that jira user subscribe to the
filter as a personal subscription so it goes to
Can this be implemented through the notification scheme? I believe that
the automatic JIRA emails to the list are a feature of the notification
scheme. I don't know how to modify the notification scheme, though.
-- Michelle
Andrew McIntyre wrote:
On 7/14/06, Jean T. Anderson [EMAIL
[
http://issues.apache.org/jira/browse/DERBY-528?page=comments#action_12421257 ]
Rick Hillegas commented on DERBY-528:
-
I will take a look at this patch. Thanks, Francois.
Support for DRDA Strong User ID and Password Substitute
[Auto-generated mail]
*TinderBox_Derby* 422045/2006-07-14 23:02:59 CEST
*derbyall*
Failed TestsOK Skip Duration Platform
---
*Jvm: 1.5*
7679672 2 148.83% SunOS-5.10_i86pc-i386
Details in
Andrew McIntyre wrote:
On 7/14/06, Jean T. Anderson [EMAIL PROTECTED] wrote:
Does anyone on derby-dev@ know how to set this up? If not, I can ask the
forrest dev list how they did it.
It's easy, and I think anyone in derby-developers can do it. Just
create a new saved filter, navigate to
DRDAProtocolExceptionInfo has 4 fields. The comments are unclear to
me. Does anyone know what is the difference between the errorCodePoint
and the errCdCodePoint ? All the places this object is created, the
errCdCodePoint has value NO_ASSOC_ERRCD.
// The Codepoint of the error (e.g
On 7/14/06, Michelle Caisse [EMAIL PROTECTED] wrote:
Can this be implemented through the notification scheme? I believe that
the automatic JIRA emails to the list are a feature of the notification
scheme. I don't know how to modify the notification scheme, though.
The mails that can be set
[
http://issues.apache.org/jira/browse/DERBY-528?page=comments#action_12421259 ]
Kathey Marsden commented on DERBY-528:
--
Francois said ...:
- my main issue is DERBY-926 which causes the COMPAT test to fail when going
CLIENT_10.2
I'm spinning up on using Network Server with the default security
manager and have found an inconsistency in policy file syntax in the
Derby documents. The example policy files in the Developers Guide
differ from the example in the Server and Admin guide.
From what I've read the syntax in
Francois Orsini (JIRA) wrote:
So for now, USRSSBPWD is no longer the default after EUSRIDPWD in the client
until DERBY-926 is fixed or a temporary handling of the protocol exception
reported as in DERBY-926 is duoable in Derby's client driver.
I thought DERBY-926 was a server issue. Is
Kathey Marsden wrote:
... SNIP ..
So, inspired by the Mustang Regression Challenge [2] I would like to
introduce the *Derby Regression Search and Destroy Competition*.
This competition, in addition to finding regressions, will also
incorporate fixing any regressions that are found. The
Stanley Bradbury wrote:
I'll signup for being a judge , but there has to be at least one other
volunteer so I don't get all the credit/blame for the results.
Excellent! I think you offer the great user perspective we need! I
will put this up on the Wiki and post to derby-user but think
[ http://issues.apache.org/jira/browse/DERBY-1404?page=all ]
Myrna van Lunteren closed DERBY-1404.
-
Resolution: Duplicate
Marking this as a duplicate of DERBY-1403.
i18nTest/iepnegativetests_ES and derbytools/iepnegativetests fails with
ibm142
[
http://issues.apache.org/jira/browse/DERBY-894?page=comments#action_12421264 ]
Rajesh Kartha commented on DERBY-894:
-
I have not been able to reproduce this issue either. Tried with different jvms
(IBM/Sun - Java 1.5/1.4.2) on Win 2000.
[ http://issues.apache.org/jira/browse/DERBY-894?page=all ]
Rajesh Kartha closed DERBY-894.
---
Resolution: Cannot Reproduce
Tried with jdk15 and jdk142 with 10.2.0.4 alpha - (420028) and 10.1.3.2 -
(420033) jar versions
checkDataSource test fails with a
[
http://issues.apache.org/jira/browse/DERBY-1403?page=comments#action_12421267 ]
Myrna van Lunteren commented on DERBY-1403:
---
I have looked at this some more, and I found the following to prove my initial
thoughts
- the problem does
[ http://issues.apache.org/jira/browse/DERBY-1403?page=all ]
Myrna van Lunteren closed DERBY-1403.
-
Resolution: Fixed
importExport.java fails with ibm142 on linux
Key: DERBY-1403
[
http://issues.apache.org/jira/browse/DERBY-550?page=comments#action_12421270 ]
Tomohito Nakayama commented on DERBY-550:
-
I tested with -Xmx192m -Xmx128m -Xmx64m also.
The results was as next
With -Xmx192m :
Exception occurred:
[
http://issues.apache.org/jira/browse/DERBY-550?page=comments#action_12421274 ]
Tomohito Nakayama commented on DERBY-550:
-
I noticed that there exists difference of phenomena between under -Xmx64m and
under -Xmx128m.
Former, under
[
http://issues.apache.org/jira/browse/DERBY-550?page=comments#action_12421279 ]
Tomohito Nakayama commented on DERBY-550:
-
My consideration is that ByteArrayOutputStream should not be used for large
data, especially the size is
[
http://issues.apache.org/jira/browse/DERBY-550?page=comments#action_12421280 ]
Tomohito Nakayama commented on DERBY-550:
-
However, I think our program may know the length of data in this case,
because our program fail to error at
99 matches
Mail list logo
