From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3565 invoked by alias); 18 Oct 2005 18:10:12 -0000 Mailing-List: contact mauve-discuss-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: mauve-discuss-owner@sources.redhat.com Received: (qmail 3546 invoked by uid 22791); 18 Oct 2005 18:10:08 -0000 Received: from mail12.bluewin.ch (HELO mail12.bluewin.ch) (195.186.19.61) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Tue, 18 Oct 2005 18:10:08 +0000 Received: from [127.0.0.1] (81.63.122.3) by mail12.bluewin.ch (Bluewin 7.2.066) id 4343D1970023EF5D for mauve-discuss@sources.redhat.com; Tue, 18 Oct 2005 18:10:06 +0000 Message-ID: <43553A78.7040400@bluewin.ch> Date: Tue, 18 Oct 2005 18:10:00 -0000 From: Meskauskas Audrius Reply-To: audriusa@bluewin.ch User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) MIME-Version: 1.0 To: mauve-discuss@sources.redhat.com Subject: Re: tests with rmic References: <4353DBB0.10807@menlina.com> <4354B543.1090404@bluewin.ch> <4354E0C3.1000108@menlina.com> In-Reply-To: <4354E0C3.1000108@menlina.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2005-q4/txt/msg00014.txt.bz2 >I can't use threads in a same virtual machine, because there is no serialization of objects in RMI when the server and the client lives in the same virtual machine (maybe it's possible enabling a flag somewhere, but i don't know the API) I looked at our gnu.java.rmi.server.UnicastRef and - yes, unfortunately it seems that there is system property in Classpath that would force the object serialization even if the RMI client and server are in the same machine. If you plan serious testing work, we should probably add such property as a necessary testing tool, but altering RMI implementation requires to have a test suite first. I think, you can commit such tests anyway because the object serialization is not the only thing in RMI that deserves testing. Audrius.