.java:1146)
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
java.lang.Thread.run(Thread.java:679)
--
Thanks in advance for your help!
Best regards,
KUBOTA Yuji.
Thank you for response and CC to proper ml :)
I hope to backport this patch if there is no specific reason to block.
Yuji
(2014/07/04 20:46), Ivan Krylov wrote:
Don’t have an answer this but CC-ing openjdk6-dev
Ivan
On 23 Jun 2014, at 07:03, KUBOTA Yuji wrote:
Hi all,
I got
(2014/07/17 1:20 JST), Omair Majid wrote:
> Bug and patch look straight-forward and correct. No objections from me.
Thank you for your help! and sorry for delayed reply.
I do not have any role of OpenJDK projects.
So, can someone please backport of JDK-6967684 to JDK6?
Best regards,
KUB
(2014/07/25 23:46, JST), Omair Majid wrote:
I have pushed it:
http://hg.openjdk.java.net/jdk6/jdk6/jdk/rev/2d334ea351f0
Many thanks for your time and help!!
Cheers,
Yuji KUBOTA.
patch. :)
Note: My OCA has been processed a few hour ago, so my name may take a
short time to
appear on the OCA signatories page.
Thanks,
KUBOTA Yuji
[1]:
http://hg.openjdk.java.net/jdk9/jdk9/jdk/file/c5b5d9045728/src/java.rmi/share/classes/sun/rmi/transport/tcp/TCPConnection.java#l191
diff --git
Hi all,
I want to contribute this issue.
If there are a problem about this patch or a better way for openjdk
community, please advise me.
Thanks for
2015-04-22 0:31 GMT+09:00 KUBOTA Yuji :
> Hi all,
>
> I found an infinite waiting at TCPChannel#createConnection.
> This method
/jdk/file/c5b5d9045728/src/java.rmi/share/classes/sun/rmi/transport/tcp/TCPChannel.java#l296
Thanks,
Yuji
2015-05-05 1:19 GMT+09:00 KUBOTA Yuji :
> Hi all,
>
> I want to contribute this issue.
> If there are a problem about this patch or a better way for openjdk
> community, p
Hi all,
I'm at the HackerGarten @ JavaOne15, and write a patch for OpenJDK
community. This's second times from JavaOne14. :)
We find an unexpected exception in JAX-WS, so I write a patch to fix it.
We think that this issue may block the migration to JDK9 from JDK7.
If we bind 0.0.0.0 ( using as
Hi all,
Please review this issue and patch.
Thanks,
Yuji
2015-10-29 3:22 GMT+09:00 KUBOTA Yuji :
> Hi all,
>
> I'm at the HackerGarten @ JavaOne15, and write a patch for OpenJDK
> community. This's second times from JavaOne14. :)
>
> We find an unexpected exception i
2015-12-01 17:53 GMT+09:00 Alan Bateman :
> This is JAX-WS so any changes to this code will probably need to go get
> pushed to the upstream project too. Best to send it to core-libs-dev (as the
> EE/JAX-* areas don't have their own mailing list here). Miroslav Kos is on
> that mailing list and is
avid
>
>
> On 9/02/2016 12:10 AM, KUBOTA Yuji wrote:
>>
>> Hi all,
>>
>> Could someone review this fix?
>>
>> Thanks,
>> Yuji
>>
>> 2016-02-04 2:27 GMT+09:00 KUBOTA Yuji :
>>>
>>> Hi all,
>>>
>>> Could
Hi all,
Could someone please review this patch?
Thanks,
Yuji
2016-02-09 15:50 GMT+09:00 KUBOTA Yuji :
> Hi David,
>
> Thank you for your advice and cc-ing!
>
> I do not have any role yet, so I paste my patches as below.
>
> diff --git a/src/java.rmi/share/classes/
Hi all,
com.sun.net.httpserver in jdk9 does not catch
RejectedExecutionException and it does not close connections. We must
catch this exception to close a socket.
Please review the following patch and reproduce steps.
If you agree with that this is an issue of jdk9, I create a new issue
on JBS.
Hi Chris,
Thank you for your review and updating this issues on JBS.
I filed an issue:
https://bugs.openjdk.java.net/browse/JDK-8169358
I don't assign to me because I'm not a committer.
2016-11-08 0:28 GMT+09:00 Chris Hegarty :
>> * patch
>> diff --git
>> a/src/jdk.httpserver/share/classes/sun/
Hi Chris,
If I can add reproduce code as test, could you please teach me a hint to add it?
Thanks,
Yuji.
2016-11-08 18:53 GMT+09:00 KUBOTA Yuji :
> Hi Chris,
>
> Thank you for your review and updating this issues on JBS.
>
> I filed an issue:
> https://bugs.openjdk.java.net/
returns. I think it
>>> best
>>> to just handle the specific case of REE, as it done in Yuji’s patch.
>>>
>>>> Your patch cannot close the connection when any other runtime exceptions
>>>> are occurred.
>>>>
>>>> Howe
minimize the risk
of connection leak by catching Throwable.
I've tested test/jdk/com/sun/net/httpserver and passed.
I'm not a committer, so I can not access March 5.
Could you review and sponsor it?
Thanks,
Yuji
2016-11-11 12:11 GMT+09:00 KUBOTA Yuji :
> Hi Chris and Yasumasa,
>
hether Dispatcher is exposed and/or can be subclassed and
> if there are any existing subclasses).
>
> best regards,
>
> -- daniel
>
>
> On 16/02/2018 15:29, KUBOTA Yuji wrote:
>>
>> Hi Chris and Yasumasa,
>>
>> Sorry to have remained this issue for a lo
Hi all,
Could you please review my patch(s)?
Thanks,
Yuji
2018-02-20 14:21 GMT+09:00 KUBOTA Yuji :
> Hi Daniel,
>
> Thank you for your comment.
>
> Dispatcher is package-private class and handle method is called at
> only this file in the package (sun.net.httpserver), and all
losed;' while you are touching
> this file. It is not needed.
Nice catch! I removed this unused variable.
http://cr.openjdk.java.net/~ykubota/8169358/webrev.04/
Best regards
Yuji
> Best regards
> Christoph
>
>> -Original Message-
>> From: net-dev [mailto:net-dev
Hi Daniel,
Thank you for your sponsoring!
2018-03-08 0:56 GMT+09:00 Daniel Fuchs :
> Could you prepare a final changeset with a properly formatted
> comment [1], use jcheck [2] to verify that your changeset conforms
> to the OpenJDK rules (no trailing whitespaces, no tabs etc...),
> and upload it
--Original Message-
>> From: KUBOTA Yuji [mailto:kubota.y...@gmail.com]
>> Sent: Donnerstag, 8. März 2018 03:57
>> To: Daniel Fuchs
>> Cc: Langer, Christoph ; Yasumasa Suenaga
>> ; OpenJDK Network Dev list > d...@openjdk.java.net>
>> Subject: Re: httpse
to list your address in the Contributed-by section as you
> already appear as the author of the changeset:
>
> http://hg.openjdk.java.net/jdk/jdk/rev/5447851ff0f6
> ```
> author ykubota
> ```
>
> best regards,
>
> -- daniel
>
>
> On 08/03/2018 09:28, KUB
23 matches
Mail list logo
