Kumar Srinivasan | 1 Jun 2007 16:51
Picon

Re: [PATCH] Re: jar launcher not able to handle -march=nocona

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.

Diego 'Flameeyes' Pettenò | 8 Jun 2007 17:05
Picon
Gravatar

[PATCH] Add option to use external zlib (without awt/splashscreen changes)

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/
Attachment (external-zlib.patch): text/x-patch, 4317 bytes
Diego 'Flameeyes' Pettenò | 12 Jun 2007 16:19
Picon
Gravatar

[PATCH] Identify language and country based on LC_MESSAGES rather than LC_CTYPE

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/
Attachment (locale-language.patch): text/x-patch, 7326 bytes
Anthony Petrov | 14 Jun 2007 13:26
Picon

External zlib patches

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 <at>  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

Jeffrey Haškovec | 14 Jun 2007 18:01
Picon

[Patch] Patch for javax.xml.parsers.DocumentBuilder

Is it possible to get 2 more parse methods added to DocumentBuilder as below:

/**
     * Parse the content of the given <code>Reader</code> as an XML
     * document and return a new DOM { <at> link Document} object.
     * An <code>IllegalArgumentException</code> is thrown if the
     * <code>Reader</code> is null.
     *
     * <at> param is Reader containing the content to be parsed.
     *
     * <at> return <code>Document</code> result of parsing the
     *  <code>Reader</code>
     *
     * <at> throws IOException If any IO errors occur.
     * <at> throws SAXException If any parse errors occur.
     * <at> throws IllegalArgumentException When <code>is</code> is <code>null</code>
     *
     * <at> 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 <code>Reader</code> as an
     * XML document and return a new DOM { <at> link Document} object.
     * An <code>IllegalArgumentException</code> is thrown if the
     * <code>Reader</code> is null.
     *
     * <at> param is Reader containing the content to be parsed.
     * <at> param systemId Provide a base for resolving relative URIs.
     *
     * <at> return A new DOM Document object.
     *
     * <at> throws IOException If any IO errors occur.
     * <at> throws SAXException If any parse errors occur.
     * <at> throws IllegalArgumentException When <code>is</code> is <code>null</code>
     *
     * <at> 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

Alan Bateman | 14 Jun 2007 21:16
Picon

Re: [Patch] Patch for javax.xml.parsers.DocumentBuilder

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@... mailing list or the JAXP forum.

-Alan.

Kumar Srinivasan | 14 Jun 2007 21:54
Picon

Re: External zlib patches

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 <at>  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

Peter B. Kessler | 22 Jun 2007 20:43
Picon

Re: about socket reuse in RMI

hotspot-dev@... is for discussions about the
HotSpot virtual machine under the Java platform libraries.
Your question seems to be about the RMI libraries, not the
virtual machine itself.  I would suggest asking on the

     core-libs-dev@...

mailing list (cc'd) whose home page

     http://openjdk.java.net/groups/core-libs/

says they cover the java.rmi package.

			... peter

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? 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!

zhang Jackie | 23 Jun 2007 14:42
Picon

about socket reuse in RMI

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!
Peter Jones | 26 Jun 2007 07:49
Picon

Re: about socket reuse in RMI

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


Gmane