On 26/03/14 08:43, Alan Bateman wrote:
On 26/03/2014 02:58, Jonathan Lu wrote:
:
Only for the system property to configure the use of IDNs and some
related code to do the checking and conversion, no plan to add new
methods to InetAddress.
Thanks, I'm just wondering whether it would make sen
On 26/03/2014 02:58, Jonathan Lu wrote:
:
Only for the system property to configure the use of IDNs and some
related code to do the checking and conversion, no plan to add new
methods to InetAddress.
Thanks, I'm just wondering whether it would make sense to add APIs.
Michael - do you have a
On 25/03/2014 02:35, Jonathan Lu wrote:
Hi Michael,
I'm wondering how we could move this forward.
For the next step, is it just to draft a JEP for this change as a
beginning?
or should I get supports and approvals from some other groups or leaders ?
- Cheers
Jonathan
Is the proposal only for
Hi Michael,
I'm wondering how we could move this forward.
For the next step, is it just to draft a JEP for this change as a beginning?
or should I get supports and approvals from some other groups or leaders ?
- Cheers
Jonathan
On Fri, Feb 21, 2014 at 1:32 AM, Michael McMahon <
michael.x.mcma.
On 20/02/14 03:15, Jonathan Lu wrote:
Hi Michael,
Thanks a lot for your comments.
On Wed, Feb 19, 2014 at 6:28 PM, Michael McMahon
mailto:michael.x.mcma...@oracle.com>>
wrote:
I think it's a good idea. Before changing anything though,
we would need to:
1. identify all APIs th
I think it's a good idea. Before changing anything though,
we would need to:
1. identify all APIs that could potentially be affected and figure out
what is
needed for each. For instance:
1. InetAddress
2. SocketPermission
3. URLPermission
4. HttpURLConnection
5. URL/URI
Hi net-dev,
If a Java application tries to support International Domain Names (IDN)
[1], which was firstly brought in Java6,
it has to write additional code or wrap java.net.IDN API [2] to make the
conversion each time it tries to resolve
a non-ASCII domain name, and use the converted punycode to
