Changeset: fe781b3badd6
Author:msheppar
Date: 2013-11-21 11:30 +
URL: http://hg.openjdk.java.net/jdk8/tl/corba/rev/fe781b3badd6
8028215: ORB.init fails with SecurityException if properties select the JDK
default ORB
Summary: check for default ORBImpl and ORBSingleton set via pr
Changeset: 39b3b0e77af5
Author:msheppar
Date: 2013-12-02 14:01 +
URL: http://hg.openjdk.java.net/jdk8/tl/jdk/rev/39b3b0e77af5
8025211: Intermittent test failure: java/net/DatagramSocket/PortUnreachable.java
Summary: modified test to execute in a single thread to eliminate potent
I think this raises a more fundamental question, as to why the URL
hashCode() and equals() methods delegates to URLStreamHandler
in the first place? rather than performing the processing within the URL
class itself, and synchronizing appropriately within.
If you call equals() and hasCode()
Hi,
as part of a refactoring of the jdk codebase to use the base64
capabilities of java.util.Base64, the following modifications,
as per the webrev,
http://cr.openjdk.java.net/~chegar/8006182/webrev.00/
have been made to complete task JDK-8006182.
Could you oblige and review these changes
Hi,
please oblige and review the following changes
http://cr.openjdk.java.net/~msheppar/8134577/webrev/
which address the issue raised in
https://bugs.openjdk.java.net/browse/JDK-8134577
the operative word has been "eliminate".
As such, the interface and service descriptor
sun.net.spi.namese
ot;mapping" is more than one to avoid a
possible ArrayIndexOutOfBoundsException.
Looks like those methods may also be static.
Artem
On 10/26/2015 02:32 AM, Mark Sheppard wrote:
Hi,
please oblige and review the following changes
http://cr.openjdk.java.net/~msheppar/8134577/webrev/
which address th
Hi Max,
thanks for the reply.
I'll change the hosts file names used to correspond with an associated test
dynamic update of host / ip mappings updates are accommodated as seen
per the tests
http://cr.openjdk.java.net/~msheppar/8134577/webrev/test/sun/net/InetAddress/nameservice/simple/Defa
Hi,
based on feedback from first review the updates have been amended
please oblige and review the current set of changes as per
http://cr.openjdk.java.net/~msheppar/8134577/webrev.02/
regards
Mark
On 25/10/2015 23:32, Mark Sheppard wrote:
Hi,
please oblige and review the following
hosts file name in tests changed to TestHosts to avoid any potential
confusion with /etc/hosts
regards
Mark
On 12/11/2015 16:46, Mark Sheppard wrote:
Hi,
based on feedback from first review the updates have been amended
please oblige and review the current set of changes as per
http
statements removed
hosts file name in tests changed to TestHosts to avoid any potential
confusion with /etc/hosts
regards
Mark
On 12/11/2015 16:46, Mark Sheppard wrote:
Hi,
based on feedback from first review the updates have been amended
please oblige and review the current set of changes as
/01/2016 07:40, Alan Bateman wrote:
On 31/12/2015 14:30, Mark Sheppard wrote:
Hi
please oblige and review the current version of the fix for
https://bugs.openjdk.java.net/browse/JDK-8134577
at
http://cr.openjdk.java.net/~msheppar/8134577/webrev.05/
which is based on feedback from the second
Hi Max,
yes that entry is an error an empty TestHosts should have been
pushed
the idea is that each test will setup its mappings, with the first
addition truncating the
TestHosts file, thus creating and empty file.
regards
Mark
On 06/06/2016 11:34, Wang Weijun wrote:
Please review the
On Tue, 12 Oct 2021 15:43:24 GMT, Aleksei Efimov wrote:
>> This change implements a new service provider interface for host name and
>> address resolution, so that java.net.InetAddress API can make use of
>> resolvers other than the platform's built-in resolver.
>>
>> The following API classes
On Tue, 12 Oct 2021 15:43:24 GMT, Aleksei Efimov wrote:
>> This change implements a new service provider interface for host name and
>> address resolution, so that java.net.InetAddress API can make use of
>> resolvers other than the platform's built-in resolver.
>>
>> The following API classes
On Sun, 17 Oct 2021 16:33:57 GMT, Aleksei Efimov wrote:
> > What’s in a name? I find the method names of the InetAddressResolver
> > interface a bit ambiguous. Typically in this DNS problem space one speaks
> > of lookup to resolve a hostname to its associated addresses and reverse
> > lookup
On Sun, 17 Oct 2021 15:55:59 GMT, Aleksei Efimov wrote:
> > So Suggestion is refector remove Configuration to simplify the interface
> > and provide the BULITIN_RESOLVER and hostname as parameters to the
> > InetAddressResolverProvider::get method
>
> During work on this JEP we've examined the
On Tue, 2 Nov 2021 18:17:36 GMT, Pavel Rappo wrote:
>> It's tough when a natural language clashes with a programming language. I
>> appreciate that this particular clash might cause discomfort to native
>> English speakers. (This reminds me of that _DOSASCOMP_ mnemonic for
>> adjective order.)
On Wed, 3 Nov 2021 10:11:31 GMT, Daniel Fuchs wrote:
> Hi,
>
> Please find here a trivial cleanup change that updates classes in the
> `java.net.http` module to use the "blessed modifier order".
>
> The changeset was obtained by running `sh ./bin/blessed-modifier-order.sh
> src/java.net.http
sed-modifier-order.sh
> src/java.net.http`.
>
> best regards,
>
> -- daniel
> _Mailing list message from [Daniel Fuchs](mailto:daniel.fu...@oracle.com) on
> [net-dev](mailto:net-...@mail.openjdk.java.net):_
>
> Hi Mark,
>
> On 03/11/2021 14:30, Mark Sheppard wrote:
>
19 matches
Mail list logo
