From Kumar.Srinivasan at Sun.COM Fri Jun 1 07:51:14 2007
From: Kumar.Srinivasan at Sun.COM (Kumar Srinivasan)
Date: Fri, 01 Jun 2007 07:51:14 -0700
Subject: [PATCH] Re: jar launcher not able to handle -march=nocona
Message-ID: <46603262.3010004@Sun.COM>
Hello Petteri,
Thank you for taking the time to post a fix for the issue you encountered.
However, upon checking the Sun Contributor Agreement Signatories List,
I don't find your name listed there. Sorry, we cannot evaluate or accept
any code contributions made by a non signatory individual. If you think,
you have already signed this, and error please let me know,
I will pursue this matter with our administration staff.
Thanks and regards,
--
Kumar Srinivasan
Sun Microsystems, Java Software.
From flameeyes at gmail.com Fri Jun 8 08:05:10 2007
From: flameeyes at gmail.com (Diego 'Flameeyes' =?UTF-8?B?UGV0dGVuw7I=?=)
Date: Fri, 8 Jun 2007 17:05:10 +0200
Subject: [PATCH] Add option to use external zlib (without awt/splashscreen
changes)
Message-ID: <20070608170510.5a569067@enterprise.flameeyes.is-a-geek.org>
Hi,
as I've just mailed to awt-dev a reduced copy of my previous
external-zlib patch that only changes splashscreen support (as it's
needed for external jpeg/giflib/libpng), I'm sending back a new copy of
external-zlib that excludes that particular part.
--
Diego "Flameeyes" Petten?
http://farragut.flameeyes.is-a-geek.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: external-zlib.patch
Type: text/x-patch
Size: 4317 bytes
Desc: not available
Url : http://mail.openjdk.java.net/pipermail/core-libs-dev/attachments/20070608/d5fa695a/attachment.bin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://mail.openjdk.java.net/pipermail/core-libs-dev/attachments/20070608/d5fa695a/attachment-0001.bin
From flameeyes at gmail.com Tue Jun 12 07:19:11 2007
From: flameeyes at gmail.com (Diego 'Flameeyes' =?UTF-8?B?UGV0dGVuw7I=?=)
Date: Tue, 12 Jun 2007 16:19:11 +0200
Subject: [PATCH] Identify language and country based on LC_MESSAGES rather
than LC_CTYPE
Message-ID: <20070612161911.2bab22f5@enterprise.flameeyes.is-a-geek.org>
Hi,
The attached patch changes the code that currently parses LC_CTYPE to
set encoding, encoding variants, language and country to use LC_CTYPE
just to set the encoding, and instead uses LC_MESSAGES to set country
and language.
The reason for this change si that in a system where LC_MESSAGES is set
to English, you'd expect Java to answer in English, rather than Italian
by default (this is true for both JDK's commands and for Java-based
interfaces).
The patch is probably rough, so I'd be happy to hear comments on what
to improve of it.
--
Diego "Flameeyes" Petten?
http://farragut.flameeyes.is-a-geek.org/
-------------- next part --------------
A non-text attachment was scrubbed...
Name: locale-language.patch
Type: text/x-patch
Size: 7326 bytes
Desc: not available
Url : http://mail.openjdk.java.net/pipermail/core-libs-dev/attachments/20070612/f53b9bf3/attachment-0002.bin
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://mail.openjdk.java.net/pipermail/core-libs-dev/attachments/20070612/f53b9bf3/attachment-0003.bin
From Anthony.Petrov at Sun.COM Thu Jun 14 04:26:48 2007
From: Anthony.Petrov at Sun.COM (Anthony Petrov)
Date: Thu, 14 Jun 2007 15:26:48 +0400
Subject: External zlib patches
Message-ID: <467125F8.9080100@sun.com>
Hello folks,
Some time ago Diego Petten? sent out a couple of patches that allow JDK
use an external zlib library. A number of other fixes from this author
sent to the awt-dev@ alias depend on the mentioned zlib patches, and
cannot be easily applied without the zlib-patch applied first.
Could anyone confirm whether the zlib-patches are currently being
considered to be applied?
--
best regards,
Anthony
From haskovec at gmail.com Thu Jun 14 09:01:22 2007
From: haskovec at gmail.com (=?WINDOWS-1252?Q?Jeffrey_Ha=9Akovec?=)
Date: Thu, 14 Jun 2007 11:01:22 -0500
Subject: [Patch] Patch for javax.xml.parsers.DocumentBuilder
Message-ID: <852a87c70706140901y47e905ecgdc077fce8cebe7ee@mail.gmail.com>
Is it possible to get 2 more parse methods added to DocumentBuilder as
below:
/**
* Parse the content of the given Reader as an XML
* document and return a new DOM {@link Document} object.
* An IllegalArgumentException is thrown if the
* Reader is null.
*
* @param is Reader containing the content to be parsed.
*
* @return Document result of parsing the
* Reader
*
* @throws IOException If any IO errors occur.
* @throws SAXException If any parse errors occur.
* @throws IllegalArgumentException When is is
null
*
* @see org.xml.sax.DocumentHandler
*/
public Document parse(Reader reader)
throws SAXException, IOException {
if (reader == null) {
throw new IllegalArgumentException("Reader cannot be null");
}
InputSource in = new InputSource(reader);
return parse(in);
}
/**
* Parse the content of the given Reader as an
* XML document and return a new DOM {@link Document} object.
* An IllegalArgumentException is thrown if the
* Reader is null.
*
* @param is Reader containing the content to be parsed.
* @param systemId Provide a base for resolving relative URIs.
*
* @return A new DOM Document object.
*
* @throws IOException If any IO errors occur.
* @throws SAXException If any parse errors occur.
* @throws IllegalArgumentException When is is
null
*
* @see org.xml.sax.DocumentHandler
*/
public Document parse(Reader reader, String systemId)
throws SAXException, IOException {
if (reader == null) {
throw new IllegalArgumentException("Reader cannot be null");
}
InputSource in = new InputSource(reader);
in.setSystemId(systemId);
return parse(in);
}
Basically InputSource will already accept a Reader. StringBufferInputStream
is deprecated and says to use StringReader. DocumentBuilder won't parse a
reader, so my problem is I can't parse an XML file that I have as a String
in Memory.
Thanks for your consideration,
Jeffrey Haskovec
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/core-libs-dev/attachments/20070614/cbc5988d/attachment.html
From Alan.Bateman at Sun.COM Thu Jun 14 12:16:05 2007
From: Alan.Bateman at Sun.COM (Alan Bateman)
Date: Thu, 14 Jun 2007 20:16:05 +0100
Subject: [Patch] Patch for javax.xml.parsers.DocumentBuilder
In-Reply-To: <852a87c70706140901y47e905ecgdc077fce8cebe7ee@mail.gmail.com>
References: <852a87c70706140901y47e905ecgdc077fce8cebe7ee@mail.gmail.com>
Message-ID: <467193F5.3070706@sun.com>
Jeffrey Ha?kovec wrote:
> Is it possible to get 2 more parse methods added to DocumentBuilder as
> below:
>
Jeffrey - I believe the JAXP folks are at jaxp.dev.java.net and are
probably not on the the core-libs mailing list. I just checked with one
of the engineers in that team and he tells me it would be better to make
contact via the users at jaxp.dev.java.net mailing list or the JAXP forum.
-Alan.
From Kumar.Srinivasan at Sun.COM Thu Jun 14 12:54:36 2007
From: Kumar.Srinivasan at Sun.COM (Kumar Srinivasan)
Date: Thu, 14 Jun 2007 12:54:36 -0700
Subject: External zlib patches
In-Reply-To: <467125F8.9080100@sun.com>
References: <467125F8.9080100@sun.com>
Message-ID: <46719CFC.4000203@Sun.COM>
Hi,
Yes we are looking into it, we will get back when we have an update.
Thanks
> Hello folks,
>
> Some time ago Diego Petten? sent out a couple of patches that allow
> JDK use an external zlib library. A number of other fixes from this
> author sent to the awt-dev@ alias depend on the mentioned zlib
> patches, and cannot be easily applied without the zlib-patch applied
> first.
>
> Could anyone confirm whether the zlib-patches are currently being
> considered to be applied?
>
> --
> best regards,
> Anthony
--
Kumar Srinivasan
Sun Microsystems, Java Software.
408-276-7586
From jackieict at gmail.com Sat Jun 23 05:42:19 2007
From: jackieict at gmail.com (zhang Jackie)
Date: Sat, 23 Jun 2007 20:42:19 +0800
Subject: about socket reuse in RMI
Message-ID: <13432ab00706230542g2224b2b3rdb8e349e51586148@mail.gmail.com>
hi
socket reuse in RMI confused me much for several reasons:
In my opionion, one socket is boud some information about server and
port(right?), how such socket can be reused to communicate to another
server,just change the IP address and port number? Is it possible to do so
in user space of linux? ServerSocket is used to accept new connection, one
ServerSocket instance can fit the need of application, why reuse is needed.
What the socket reuse of RMI means?
Some one give me such a comment:
*RMI will reuse sockets if the socket was created by the same socket
factory. So, if two remote object's socket factories that are .equal() then
RMI will reuse a client's socket to talk with each RMI object. It will also
reuse that socket for multiple calls to those remote objects. *
So this is not socket factory reuse ,rather than socket reuse.
I was confused greatly, Do everyone can give me a clear explanation about
this topic?
thanks for any reply!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/core-libs-dev/attachments/20070623/5037ad05/attachment.html
From peter.jones at sun.com Mon Jun 25 22:49:10 2007
From: peter.jones at sun.com (Peter Jones)
Date: Tue, 26 Jun 2007 01:49:10 -0400
Subject: about socket reuse in RMI
In-Reply-To: <13432ab00706230542g2224b2b3rdb8e349e51586148@mail.gmail.com>
References: <13432ab00706230542g2224b2b3rdb8e349e51586148@mail.gmail.com>
Message-ID: <20070626054910.GB2748@east>
On Sat, Jun 23, 2007 at 08:42:19PM +0800, zhang Jackie wrote:
> hi
> socket reuse in RMI confused me much for several reasons:
>
> In my opionion, one socket is boud some information about server and
> port(right?), how such socket can be reused to communicate to
> another server,just change the IP address and port number? Is it
> possible to do so in user space of linux?
There is nothing like that going on. There is connection reuse: when
an invocation is made on a remote stub with a given "endpoint"-- the
triple of host, port, and RMIClientSocketFactory values-- then if
there is currently an idle JRMP connection open to that endpoint, it
will be reused for communicating the invocation (pending security
checks) instead of opening a new connection. That's likely what is
meant by a reference to "socket reuse in RMI"-- sockets themselves are
not reused for more than one connection.
> ServerSocket is used to accept new connection, one ServerSocket
> instance can fit the need of application, why reuse is needed. What
> the socket reuse of RMI means?
And server sockets are not reused for more than one "listen", if
that's what you're asking. Server socket "reuse" in the context of
RMI likely refers to the fact that when multiple remote objects are
exported with the same port and RMIServerSocketFactory values,
invocations on all of them will be accepted over the same server
socket.
> Some one give me such a comment:
> *RMI will reuse sockets if the socket was created by the same socket
> factory. So, if two remote object's socket factories that are
> .equal() then RMI will reuse a client's socket to talk with each RMI
> object. It will also reuse that socket for multiple calls to those
> remote objects. *
>
> So this is not socket factory reuse ,rather than socket reuse.
I think that the quoted person was referring to connection reuse.
> I was confused greatly, Do everyone can give me a clear explanation
> about this topic?
Does the above help?
-- Peter