+1
Rick Hillegas wrote:
Please vote on whether we should make Dyre Tjeldvoll a committer. The
vote will close at 5:00 pm San Francisco time on Monday September 17.
Since 2005 Dyre has submitted many patches and fielded questions on
the mailing lists. His contributions range across Derby's
+1
Rick Hillegas wrote:
Please vote on whether we should make Øystein Grøvlen a committer. The
vote will close at 5:00 pm San Francisco time on Tuesday August 28.
Since 2005, Øystein has been submitting patches, fielding questions on
the Derby mailing lists, and mentoring student
I see
I upload it again !
Myrna van Lunteren wrote:
Hi,
Thx for reviewing adjusting this release note!
Because of DERBY-2570, automatically generating the Release Notes, it
would be best to upload the release note with the same name.
JIRA will 'highlight' the latest file with the same
Hello.
Through translating manual, I found next error message in manual and
error messages.
42Y32 Aggregator class 'className' for aggregate 'aggregateName' on
type type does not implement com.ibm.db2j.aggregates.Aggregator.
I think the fully qualified name of com.ibm.db2j.aggregates.Aggregator
simultaneously.
// It may be the good solution to invite them to our project to maintain
Japanese translated manual
Please let me know your opinion.
Best regards.
TomohitoNakayama wrote:
Hello.
Through translating referece manual into Japanese,
I feel it is very difficult to keep
Hello.
I surveyed Apache HTTP Server.
They seems to release translated document with their program but not all
pages was translated.
I had installed Apache HTTP Serrver 2.0 on my PC and
found the almost all pages of manual was translated into Japanese but
several page was not translated.
Hello.
Through translating referece manual into Japanese,
I feel it is very difficult to keep the translated manual up to date for
original version.
At least, impossible just only with me :(
Concening about Japanese,
I know Japanese group who translate manuals of Jakarta project into
Hi Laura and Bryan.
I think I understood the sence of in place in this part.
Thank you very much :)
Laura Stewart wrote:
On 3/22/07, Bryan Pendleton [EMAIL PROTECTED] wrote:
The wording what I could not translate was in place.
I understand this to mean: in the same file.
I believe
Hello.
I'm translating reference manual into Japanese yet and
am encountered wording problem which is not clear enough for me to
translate.
The part where I was encountered wording problem is
SYSCS_UTIL.SYSCS_INPLACE_COMPRESS_TABLE system procedure.
+1
Rick Hillegas wrote:
Please vote on whether we should make Dag Wanvik a Derby committer.
The vote will close at 5:00 pm San Francisco time on Monday March 19.
Last year, Dag lead a team of developers in implementing Scrollable
Updatable ResultSets. Recently he investigated how to
Hello.
If there are no problem, I want to commit the patch at
http://issues.apache.org/jira/browse/DERBY-908
I will wait for days.
Best regards.
Daniel John Debrunner wrote:
TomohitoNakayama wrote:
However, next description exists in the same page :
If the argument is a time duration
Hello.
Through translation of Derby Reference manual, I found question around
description of DAY function.
http://db.apache.org/derby/docs/dev/ref/rrefdayfunc.html
The manual told as next :
The argument must be a date, timestamp, or a valid character string
representation of a date or timestamp
Hello.
I think I could understand.
I will try sftp and/or scp next time.
// I have'nt used them.
Anyway, thank you for your uploading :)
Best regards.
Andrew McIntyre wrote:
On 2/7/07, TomohitoNakayama [EMAIL PROTECTED] wrote:
Hello Andrew.
I found it is not correct ...
[EMAIL
I see ...
I will commit Japanese translated getstart
under https://svn.apache.org/repos/asf/db/derby/site/trunk/build/site
which I understood url for the site.
// Is it correct ?
Best regards.
Andrew McIntyre wrote:
On 2/6/07, TomohitoNakayama [EMAIL PROTECTED] wrote:
Hello.
I have felt
://www.apache.org/dev/project-site.html.
Can you give me information to upload files to people.apache.org ?
Best regards.
TomohitoNakayama wrote:
I see ...
I will commit Japanese translated getstart
under https://svn.apache.org/repos/asf/db/derby/site/trunk/build/site
which I understood url for the site
Hello.
I have felt itch on corrupted html document at next url ...
http://db.apache.org/derby/docs/dev/ja_JP/getstart/
I uploaded not corrupted one on next url on JIRA.
http://issues.apache.org/jira/secure/attachment/12347340/ja_JP.tar.gz
Can I upload it to web site ?
Best regards.
PS :
Sorry
that statement should be used only for SQL statements like
SELECT, CREATE TABLE, GRANT. VALUES is not a statement in SQL. I
believe that clause is more accurate.
Laura
On 1/16/07, TomohitoNakayama [EMAIL PROTECTED] wrote:
Hello.
See
It is reason why I feel question that title of the page was VALUE
Hello.
I found next one sentence in VALUES expression of Derby Reference
Manual (http://db.apache.org/derby/docs/dev/ref/rrefsqlj11277.html)
You use a VALUES statement when you do not have a FROM clause.
I think statement should be expression here but not completely sure
I hope opinion
Hello Andrew.
I think your idea is one of possible choices and
does not beat you.
Best regards.
Andrew McIntyre wrote:
On 10/18/06, Andrew McIntyre [EMAIL PROTECTED] wrote:
On 10/18/06, Bryan Pendleton [EMAIL PROTECTED] wrote:
Now I'm thinking to include tomcat5.exe into derby as
Hello.
I think an efforts for readability of code came to improve stability of
code.
Please read next patch and give me your opinion.
Best regards.
Knut Anders Hatlen wrote:
TomohitoNakayama [EMAIL PROTECTED] writes:
Hello.
Knut Anders Hatlen (JIRA) wrote
Hello.
Knut Anders Hatlen (JIRA) wrote:
However, compatibility with older servers seems to have been broken. When I try to stream
a lob (small enough to fit in the client's memory) to a 10.2.1.6 server, I get a protocol
error: java.sql.SQLException: A network protocol error was encountered
Thank you for your attention.
I think another patch is needed before committing ...
* BrokeredPreparedStatement now implements length-less setBinaryStream
and setCharacterStream. We could therefore remove them from
BrokeredPreparedStatement40.
* In DRDAConnThread.readAndSetExtParam(), some
Oh...
Sorry.
I missed DERBY-1560
Best regards.
Bryan Pendleton wrote:
Dominique Pfister wrote:
I looked at the relevant parts of the derby client driver (version
10.1.3.1) and quickly coded a solution for large objects exceeding
1MB, using temporary files that are deleted as soon as
is needed in the code.
We have both 0x8002 and 0x8004 in the patch.
Either of them need comment
Best regards.
TomohitoNakayama wrote:
Thank you for your attention.
I think another patch is needed before committing ...
* BrokeredPreparedStatement now implements length-less
Hello.
I'm afraid that your case is not addressed yet ...
Several improvement around memory usage for LOB was achieved / is under
work.
But I think memory usage in NetworkClient driver when receiving LOB from
NetworkServer is not improved yet.
If you don't mind, could you tell us your case
Hello.
Is somebody taking part in this patch of DERBY-1471 ?
I hope it to be reviewed by the community...
Best regards.
Tomohito Nakayama (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-1471?page=all ]
Tomohito Nakayama updated DERBY-1471:
Hello Knut.
Sorry.
I misunderstood about your previous mail
I will correct casting to EmbedXXX as to EngineXXX ...
// I took them by mistake because I tought correct module have
lengthless method already ...
A modification of message properies is needed too .
Best regards.
Knut
Hello.
Thank you.
I think the problem was solved using EmbedPreparedStatement :)
Best regards.
Knut Anders Hatlen wrote:
TomohitoNakayama [EMAIL PROTECTED] writes:
Hello.
Reading the code ( BaseMonitor.java, modules.properties,
InternalDriver.java and so on ), it seems that possible
I see ...
Now, I think it is needed to update testing/README.htm .
http://svn.apache.org/repos/asf/db/derby/code/trunk/java/testing/README.htm
Anyway, I will try again.
Best regards.
Myrna van Lunteren wrote:
On 11/12/06, Tomohito Nakayama (JIRA) [EMAIL PROTECTED] wrote:
[
Hatlen wrote:
TomohitoNakayama [EMAIL PROTECTED] writes:
Hello.
Thank you for your comment :)
I think you understood what the issue is.
I understand your idea as using module of Engine where JDBC4.0 feature
is implemented
directly rather than via JDBC interface from NetworkServer.
I take
+1
Jean T. Anderson wrote:
I propose that we add Laura Stewart as a committer for Derby.
At last count, Laura has contributed patches for over 30 documentation
issues and she has also been driving the development of writing
guidelines for the Derby web site. She has been contributing so many
- Sun Norway wrote:
TomohitoNakayama wrote:
Hello.
Thank you for your kindness :)
What is needed is calling method which was introduced in JDBC 4.0
from NetworkServer to utilize JDBC 4.0 feature in Engine.
Concretely,the method is PreparedStatement#setBinaryStream(int,
java.io.InputStream
Hello.
Thank you for your kindness :)
What is needed is calling method which was introduced in JDBC 4.0
from NetworkServer to utilize JDBC 4.0 feature in Engine.
Concretely,the method is PreparedStatement#setBinaryStream(int,
java.io.InputStream).
+1
Andrew McIntyre wrote:
I am proposing that we add Myrna Van Lunteren ([EMAIL PROTECTED])
as a committer for Derby.
Myrna is very active in all areas of testing, has contributed fixes in
other areas as well, and contributes to discussions on a wide variety
of issues. Her contributions are
+1
Mike Matrigali wrote:
This vote is for establishing Mamta Satoor (email: [EMAIL PROTECTED])
as a committer for Derby.
Please vote +1 if you approve of Mamta as a committer.
Voting will close 5pm PST Thursday, November 9th.
Since joining the project, Mamta has submitted many high quality,
+1
Rick Hillegas wrote:
Please vote on whether we should make Kristian Waagan a Derby committer.
Kristian contributed significantly to the Derby JDBC4 effort. In my
opinion
1) His patches show consistently superior quality: they are well
thought out, well documented, and well tested.
2)
Hello Andrew.
Andrew McIntyre wrote:
On 10/18/06, Bryan Pendleton [EMAIL PROTECTED] wrote:
Now I'm thinking to include tomcat5.exe into derby as derby.exe as
resolution for DERBY-187.
Are the following two statements true?
1) This derby.exe program would be useful to Windows users, not
Hello.
Now I'm thinking to include tomcat5.exe into derby as derby.exe as
resolution for DERBY-187.
tomcat5.exe is a program to register java program as Windows service and
was developed in Apache Tomcat (http://tomcat.apache.org/) based on
procrun developed in Jakarta Commons daemon
+1
Daniel John Debrunner wrote:
I propose a vote for Fernanda Pizzorno as a Derby committer.
Fernanda worked on the implementation of scrollable updateable result
sets and has also submitted patches to fix a number of issues.
Fernanda is also currently jumping into converting tests to
+1
However, I wonder this may be an issue of documentation about using sc
command on Windows when using Derby
How to Create a Windows Service Using Sc.exe :
http://support.microsoft.com/kb/251192
Best regards.
Riyaz Mansoor (JIRA) wrote:
[
+1
Bryan Pendleton wrote:
This vote is for establishing Army Brown as a committer for Derby.
Army's work has been consistently excellent.
He was one of the first people to help me when I started working on
Derby.
+1
thanks,
bryan
--
/*
Tomohito Nakayama
[EMAIL
Well This modification may be unneccesary because next 10.3 does
not supoprt jdk13 ...
However, the phenomena was so critical that any set method is failed
on jdk13
I thought it is too sudden change and difficulty for escaping it is
acceptable.
Then I committed ...
Best
Hello.
I summarized problems that I encountered through DERBY-1610 in the
comment just before.
I will DERBY-1610.wait() for your response.
Please DERBY-1610.notify() to wake up me.
// It's midnight now in Japan :)
Best regards.
Tomohito Nakayama (JIRA) wrote:
[
Hello.
I understood your suggestion that SQLState 22005 is not equal to just a
error of get method,
though there exists some message problem when setNull throws Exception
for it.
Thank you.
Knut Anders Hatlen (JIRA) wrote:
[
Hello.
Thank you for your carefulness.
Please give your watch on DERBY-1610 and decide when you commit DERBY-1559.
Best regards.
Andreas Korneliussen (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-1559?page=comments#action_12429406 ]
Andreas Korneliussen commented
Hello Knut.
By the way, I want to figure it out what is the actual range of
modification in DERBY-1610.
Knut Anders Hatlen commented on DERBY-1610:
Therefore, I think that it is better to fix all of them at once.
What is all of them here ?
Just setBlob and setBinaryStream ?
Or whole case
Oh. I see ...
Knut Anders Hatlen (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-1610?page=all ]
Knut Anders Hatlen updated DERBY-1610:
--
Derby Info: [Release Note Needed]
Adding the Release Note Needed flag to keep it on the release
Oh...
I was very surprised and miss you...
Well, we are under the same sky and,
the project is opened in the Internet without barrier.
I hope we meet again :)
Best regards.
Satheesh Bandaram wrote:
As some of you may have noticed, I have not been as active, on Apache
Derby project. My
Thanx.
I found it.
Best regards.
Dag H. Wanvik wrote:
Hi,
TomohitoNakayama [EMAIL PROTECTED] writes:
Concerning DERBY-1610, I'm surveying type definition part in current
DRDA relating code.
I found there exists two word DRDA_TYPE and FDOCA_TYPE.
Former was found
Hello.
Concerning DERBY-1610, I'm surveying type definition part in current
DRDA relating code.
I found there exists two word DRDA_TYPE and FDOCA_TYPE.
Former was found in org.apache.derby.iapi.reference.DRDAConstants and
latter was found in org.apache.derby.client.net.FdocaConstants.
The
Hello Dag.
I linked it :)
Best regards.
Dag H. Wanvik wrote:
Hi,
You may want to link this issue to DERBY-310.
Thanks,
Dag
--
/*
Tomohito Nakayama
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Naka
Hello Kristian.
Oops
Sorry for the wrong name and confusion.
As you told, it is not UTF-32BE but UTF-16BE and it is me who named it
Well
How about prepare different class method of EncodedInputStream to
instantiate objects for each encoding ?
like as :
public static
Hello Kristian.
Thank you for taking my consideration into the patch and fix failure in
the name of class !
One more my opinion
In some encodings, such as UTF-16 with Byte Order Mark or ISO-2022-JP,
length of encoded bytes array is not just multiple of characters count.
In those cases,
Hello Kristian.
Thank you for taking my second opinion into account :)
I think EncodedInputStream is much better than before,
UTF32BEEncodedInputStream.
Best regards.
Kristian Waagan (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-1417?page=all ]
Kristian Waagan updated
Hello.
Regretfully I'm not sure whether I can fix this issue until 10.2 release
because it is not clear where memory is used wastefully and
how we can judge whether we could solve this issue.
//Even if OutOfMemoryError happens, it would be not a problem in an
environment with very small amount
.
Best regards.
Andreas Korneliussen wrote:
TomohitoNakayama wrote:
Hello.
Regretfully I'm not sure whether I can fix this issue until 10.2 release
because it is not clear where memory is used wastefully and
how we can judge whether we could solve this issue.
Hi.
I am not sure I could fix
Hello Kathey.
Using the org.apache.derby.jdbc.ClientDriver driver to access the
Derby database through network, sending a large amount of parameter
data with setBinaryStream will cause Network Server to throw an
OutOfMemoryException.
I'm not sure why you used the words sending a large
Hello Andreas.
I have some question for your comment
Reading beggining part, I take your reported phenomena as problem when
scrollable resultset is used.
However,reading last part, I found your report tells that problem was
found also when forward-only resultset was used.
I feel some
Or .
Did you use words sending a large amount of as just a meaning of
when Network Server receives a large amount of data ?
Excuse me for the difficulty of comprehension ...
Best regards.
TomohitoNakayama wrote:
Hello Kathey.
Using the org.apache.derby.jdbc.ClientDriver driver
Hello Andreas.
I see ...
H mm. Complex circumstances
The program failed in creating error message of OutOfMemoryError ...
Please upload your application program.
I want to make it possible to see the phenomena by myself.
Best regards.
Andreas Korneliussen wrote:
TomohitoNakayama
Hello.
Would it be possible, to create a server side InputStream which requests bytes
from the client on demand, and that on the server side we could use
ps.setBinaryStream(..) instead of ps.setBytes(..) ?
The server would then stream the bytes when doing ps.execute(). Would this
work if
Hello.
IMHO, I think java.lang.IndexOutOfBoundsException is better than
java.lang.OutOfMemoryError for this situation ...
Error is too much for ...
Best regards.
Kristian Waagan wrote:
John Embretsen wrote:
Bryan Pendleton wrote:
Kristian Waagan commented on DERBY-1471:
that you limit max length of LOB in the program and throw
exception intentionally.
Please forget my previous mistaken comment.
Best regards.
Kristian Waagan wrote:
TomohitoNakayama wrote:
Hello.
IMHO, I think java.lang.IndexOutOfBoundsException is better than
java.lang.OutOfMemoryError
Hello.
Concerning about use of memory at driver,
I briefly surveyed client driver program to find where *whole of* object
was expanded into memory before sending it,
from code searched with keyword writeScalarStream as starting point of
survey.
The result was as next.
When
Hello.
I think this should be told in DERBY-1472 more than DERBY-1471 ..
Best regards.
TomohitoNakayama wrote:
Hello.
Concerning about use of memory at driver,
I briefly surveyed client driver program to find where *whole of*
object was expanded into memory before sending it,
from code
Hello.
Continuing DERBY-1301(http://issues.apache.org/jira/browse/DERBY-1301),
I came to have question whether layer B streaming should be done when
lob was sent from client to server.
Reading javadoc for java.sql package, I found that methods passing
stream object to driver always takes
Hello Knut.
Thank you for your counsel :)
Knut Anders Hatlen wrote:
TomohitoNakayama [EMAIL PROTECTED] writes:
Hello.
Continuing DERBY-1301(http://issues.apache.org/jira/browse/DERBY-1301),
I came to have question whether layer B streaming should be done when
lob was sent from client
Hello Satheesh.
I have access to JDK13 and have interest to fix it.
I start to survey.
Best regards.
Satheesh Bandaram wrote:
I have been seeing this test fail on JDK13 platforms, both SUN and IBM
JVMs since the test was committed. Tomohito, do you have access to JDK13
platform and have
...
[EMAIL PROTECTED]:~$ java -version
Segmentation fault
I think I need your help
Best regards.
TomohitoNakayama wrote:
Hello Satheesh.
I have access to JDK13 and have interest to fix it.
I start to survey.
Best regards.
Satheesh Bandaram wrote:
I have been seeing this test fail on JDK13
org.apache.derbyTesting.functionTests.harness.RunTest
store/streamingColumn.java
I think your new patch have no problem :D
http://issues.apache.org/jira/browse/DERBY-1346#action_12413957
Best regards.
Myrna van Lunteren wrote:
On 5/30/06, TomohitoNakayama [EMAIL PROTECTED] wrote:
Hello.
I found next exception
...
Well ...
I should wait for Andrew.
He would know the truth.
Best regards.
TomohitoNakayama wrote:
Hello.
I see
I tested the patch and found some problem, though not clear yet
// It seems that phenomena that resembles DERBY-1334 seems to be
happen with this patch ...
I will try
Hello.
I see
I tested the patch and found some problem, though not clear yet
// It seems that phenomena that resembles DERBY-1334 seems to be happen
with this patch ...
I will try to make it clear and wait for Andrew.
Best regards.
Myrna van Lunteren wrote:
On 5/27/06, Tomohito
+1
David Van Couvering wrote:
This vote is for adding Suresh Thalamati as a committer to Derby.
Suresh has been contributing since the beginning of Derby. His
contributions to the storage layers of Derby have been quite valuable,
including his very valuable contribution of online backup, a
+1
David Van Couvering wrote:
This vote is for adding Andreas Kornelliusen as a committer to Derby.
Andreas started working on Derby in November of last year, and since
then he has provided significant high-quality contributions to the
project, including a vast suite of tests for the new
);
}
}
);
If you have the itch, it would be nice to put a method like
setSystemProperty and getSystemProperty in
functionTests.util.BaseTestCase.java that does this for you, so we don't
have to do this everywhere in our code.
David
TomohitoNakayama wrote
Hello.
I'm switchovering SuicideOfStreaming test to JUnit in the issue of
DERBY-1303, and encountered problem.
How can I configure System property when executing tests in JUnit ?
It seems that
calling System.setProperty in test in JUnit fails to SecurityException
though it was not failed when
Hello.
I agree that void test should not be recorded as passed.
I will lists plans for DERBY-1303 on JIRA and select best way from them.
Best regards.
Kristian Waagan wrote:
Andrew McIntyre wrote:
On 5/8/06, Sunitha Kambhampati [EMAIL PROTECTED] wrote:
Not sure if this will solve this
Hello.
I found next two test, which were added in DERBY-326, were failed.
derbyall/derbynetmats/derbynetmats.fail:derbynet/SuicideOfStreaming.java
derbyall/derbynetclientmats/derbynetmats.fail:derbynet/SuicideOfStreaming.java
Those tests assumes programs are build as Sane.
I guess that
Hello.
I have started committing DERBY-326.
I found conflicts in some files in testing directory and
resolved them.
Next three files were conflicted.
java/testing/org/apache/derbyTesting/functionTests/tests/derbynet/copyfiles.ant
+1
Jean T. Anderson wrote:
This vote is for establishing Halley Pacheco de Oliveira as a
documentation committer for Derby.
Halley has translated the Derby Getting Started Guide and the Derby
Reference to Brazilian Portuguese (DERBY-780, DERBY-1138) and tells me
the Derby Server and
Hello.
I see ...
I plan to commit this patch at first weekend in May.
I have a vacation trip in this week.and
could not access Internet as usual in weekday.
I think it is better to secure response for problems found after committed.
Best regards.
Bryan Pendleton wrote:
Tomohito Nakayama
Hello.
Subject was mistaken
Not DERBY-326_7.patch but DERBY-326_8.patch ...
Best regards.
TomohitoNakayama wrote:
Hello.
I see ...
I plan to commit this patch at first weekend in May.
I have a vacation trip in this week.and
could not access Internet as usual in weekday.
I think
Hello.
Thank you for your cooperation !
About 1), I will add comment to the OutBufferedStream.java
About 2),
I think description of configuration property
derby.drda.streamOutBufferSize should be added to next,
Hello.
I will commit this patch, seeing no one point out anything in days ...
Best regards.
Tomohito Nakayama (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-326?page=all ]
Tomohito Nakayama updated DERBY-326:
Attachment:
Hello Kathey.
Thank you.
I wanted to think it was acceptable trade off,
however, I couldn't because I was pessimistic in this phenomena.
Your comment encouraged me.
I want to take your idea if there are no opinion against from others.
Best regards.
Kathey Marsden (JIRA) wrote:
[
the processes that expand large objects entirely to
memory twice improved the performance of streaming clob.
Best regards.
Oystein Grovlen - Sun Norway wrote:
TomohitoNakayama wrote:
Hello.
Yes for blob.
What makes blob different from clob? I would have guessed that the
implementation of clobs
Hello.
Yes for blob.
Best regards.
Kathey Marsden (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-326?page=comments#action_12373403 ]
Kathey Marsden commented on DERBY-326:
--
Does traditional way mean we will still have hte large object
Hello.
Sorry for my silence for a while.
I has investigated the drop in performance of streaming blob after the
patch of DERBY-326 and
I think I could understand what happens exactly.
I will report my inference in days.
Please wait for it.
Best regards.
--
/*
Tomohito Nakayama
Hello.
My consideration in previous mail seems to be wrong.
What seems to be wrong is as next.
1:
Buffer,though size is not so large, was used when reading stream from
blob in DDMWriter.
Then, not using buffer may be not reason why there exists drop in
performance of streaming blob.
2:
I
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
snip
Do you know how to make that code be triggered?
2) In DRDAConnThread.writeEXTDTA(), at about line 7487, there is the
snip
Hello Kathey.
Kathey Marsden (JIRA) wrote:
[ http://issues.apache.org/jira/browse/DERBY-273?page=comments#action_12367073 ]
Kathey Marsden commented on DERBY-273:
--
I don't think for this test any of the console output needs to go to
System.out.
to System.out :
agentThread[DRDAConnThread_5,5,derby.daemons]
Now, It seems to be needed to use System.setOut/setErr ...
Best regards.
TomohitoNakayama wrote:
Hello Kathey.
Kathey Marsden (JIRA) wrote:
[
http://issues.apache.org/jira/browse/DERBY-273?page=comments#action_12367073
]
Kathey
Hello.
Kathey Marsden commented on DERBY-273:
--
So are you saying that you start the server with the NetworkServerControl method
public void start(PrintWriter consoleWriter) throws Exception
Yes and No.
A little confused
I try to explain.
Hello.
I have enlarged the size of lob data and try the test again.
The result was that update was failed because of dead lock.
This error is not around streaming and not what I expected to cause.
I came to think that it is difficult to make negative test situation for
streaming only with
Hello.
This patch seems to cause regression test failure.
The printed results seems to be not in the order as print method was
called,
because the test print to both of System.out and System.err and printed
results seems to be in the mixed order.
I will fix this problem as soon.
Best
Hello.
I found that a file downloaded from JIRA, which was attached to issue,
is broken.
There exists several 200 OK,which would be HTTP header, in downloaded
file...
I found this phenomena in the url,
http://issues.apache.org/jira/browse/DERBY-511;.
Downloaded DERBY-511.patch
Hello.
About this issue, I think we should be very careful about removing any
sign of problem...
My intention is to add test implemented by DERBY-511, compensating for
ignoring shutting down exception in DERBY-273.
My position was watching response of other persons for DERBY-511 ...
Well
+1
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.
Voting will close 5pm PST Thursday, Feb 9.
Since joining the project, Bryan has submitted many high quality patches to
correct several
Hello, Bryan and Mike.
Thank you for your advises.
I will try more referring your comments ...
Best regards.
--
/*
Tomohito Nakayama
[EMAIL PROTECTED]
[EMAIL PROTECTED]
[EMAIL PROTECTED]
Naka
http://www5.ocn.ne.jp/~tomohito/TopPage.html
*/
Hello Kathey.
Kathey Marsden (JIRA) wrote:
In the email:
http://mail-archives.apache.org/mod_mbox/db-derby-dev/200601.mbox/[EMAIL
PROTECTED]
Bryan asked
What sort of faults are we likely to hit? Are things
like corrupt page in database the most likely?
I don't know what is most likely, but I
1 - 100 of 298 matches
Mail list logo
