On 09/04/2014 22:18, Alan Bateman wrote:
On 09/04/2014 18:21, Chris Hegarty wrote:
Michael, Alan
There is/was an additional reference to the implementation specific
package name in ContentHandler. It is now removed. I think this is the
last one!
Latest specdiff:
http://cr.openjdk.java.net/~ch
On 09/04/2014 18:21, Chris Hegarty wrote:
Michael, Alan
There is/was an additional reference to the implementation specific
package name in ContentHandler. It is now removed. I think this is the
last one!
Latest specdiff:
http://cr.openjdk.java.net/~chegar/8039470/02/java/net/package-summar
Looks fine to me Chris.
- Michael
On 09/04/14 18:21, Chris Hegarty wrote:
Michael, Alan
There is/was an additional reference to the implementation specific
package name in ContentHandler. It is now removed. I think this is the
last one!
Latest specdiff:
http://cr.openjdk.java.net/~chegar/
Michael, Alan
There is/was an additional reference to the implementation specific
package name in ContentHandler. It is now removed. I think this is the
last one!
Latest specdiff:
http://cr.openjdk.java.net/~chegar/8039470/02/java/net/package-summary.html
On 09/04/14 14:33, Alan Bateman wro
Thanks Alan. All comments accepted, except as clarified below.
Michael
On 09/04/14 15:07, Alan Bateman wrote:
On 08/04/2014 18:49, Michael McMahon wrote:
Could I get the following reviewed please?
In addition to providing generic support for java.net.SocketOption,
it also includes 8032808, wh
Thanks Chris.
Michael.
On 09/04/14 13:34, Chris Hegarty wrote:
This is a nice addition, and looks very good to me.
Just a few small comments:
1) SocketImpl getOption/setOption need javadoc to describe how they can
throw IOException. Maybe even the same, of similar javdoc to the
socket t
On 08/04/2014 18:49, Michael McMahon wrote:
Could I get the following reviewed please?
In addition to providing generic support for java.net.SocketOption,
it also includes 8032808, which implements a platform specific
socket option SO_FLOW_SLA (in jdk.net)
There are changes to two repos:
http:
On 09/04/2014 14:13, Chris Hegarty wrote:
Flip-flop!
Thinking again about this, you're right.
http://cr.openjdk.java.net/~chegar/8039470/URLConnection-report.html
http://cr.openjdk.java.net/~chegar/8039470/URLConnection-report_01.html
I could go further with this change, but I just want to rem
Flip-flop!
Thinking again about this, you're right.
http://cr.openjdk.java.net/~chegar/8039470/URLConnection-report.html
http://cr.openjdk.java.net/~chegar/8039470/URLConnection-report_01.html
I could go further with this change, but I just want to remove the
reference to the sun.* package, th
This is a nice addition, and looks very good to me.
Just a few small comments:
1) SocketImpl getOption/setOption need javadoc to describe how they can
throw IOException. Maybe even the same, of similar javdoc to the
socket type equivalent methods?
2) New protected methods in SocketImpl ne
Chris,
Okay, I think it's fine then. The term "default package" is used, but I
accept
it's not referred to as such, in the JLS.
Thanks,
Michael
On 09/04/14 12:42, Chris Hegarty wrote:
Thanks for looking at this Michael,
On 09/04/14 11:51, Michael McMahon wrote:
Is there potential for confu
Thanks for looking at this Michael,
On 09/04/14 11:51, Michael McMahon wrote:
Is there potential for confusion there? really
just
I just took the wording from the URL spec. I guess it was agreed upon at
some point.
means an "implementation defined" package rather than the Java
language's
Is there potential for confusion there? really just
means an "implementation defined" package rather than the Java
language's "default package"?
Michael
On 08/04/14 20:03, Chris Hegarty wrote:
java.net.URLConnection.getContent() incorrectly specifies the default location
of content handler
13 matches
Mail list logo
