From fbrown@example.net  Fri Mar 14 18:40:51 2003
Return-Path: <fbrown@example.net>
Mailing-List: contact fbrown@example.net; run by ezmlm
Delivered-To: mailing list fbrown@example.net
Received: (qmail 36760 invoked from network); 14 Mar 2003 18:40:51 -0000
Received: from fo1.kc.aoindustries.com (HELO www1.kc.aoindustries.com) (83.161.120.155)
  by daedalus.apache.org with SMTP; 14 Mar 2003 18:40:51 -0000
Received: from apache.org ([83.161.120.155])
	(authenticated)
	by www1.kc.aoindustries.com (8.11.6/8.11.6) with ESMTP id h2EIetj27661
	for <fbrown@example.net>; Fri, 14 Mar 2003 12:40:55 -0600
Message-ID: <fbrown@example.net>
Date: Fri, 14 Mar 2003 13:40:54 -0500
From: Berin Loritsch <fbrown@example.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2.1) Gecko/20021130
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: fbrown@example.net
Subject: [AltRMI] Package change on lifecycle extensions
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

I have not been able to check out the AltRMI code to make the change
myself.  Someone mistyped my userid for the permissions so it is
preventing me to change this:

Avalon Lifecycle Extensions are now in this package:

org.apache.avalon.lifecycle.*

In AltRMI's code base they are in this package:

org.apache.excalibur.container.lifecycle.*


The offending file is:

RemotableExtensionManager.java

Could someone please make the update?


From fbrown@example.net  Sat Mar 15 02:37:26 2003
Return-Path: <fbrown@example.net>
Mailing-List: contact fbrown@example.net; run by ezmlm
Delivered-To: mailing list fbrown@example.net
Received: (qmail 79650 invoked from network); 15 Mar 2003 02:37:26 -0000
Received: from ns1.tanukisoftware.com (HELO tanukisoftware.com) (83.161.120.155)
  by daedalus.apache.org with SMTP; 15 Mar 2003 02:37:26 -0000
Received: from tanukisoftware.com (83.161.120.155)
	by localhost (83.161.120.155) with [XMail 1.9 (Win32/Ix86) ESMTP Server]
	id <S3D6> for <fbrown@example.net> from <fbrown@example.net>;
	Sat, 15 Mar 2003 11:37:31 +0900
Message-ID: <fbrown@example.net>
Date: Sat, 15 Mar 2003 11:37:31 +0900
From: Leif Mortenson <fbrown@example.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ja-JP; rv:1.0.2) Gecko/20021120 Netscape/7.01
X-Accept-Language: ja
MIME-Version: 1.0
To: Berin Loritsch <fbrown@example.net>,  fbrown@example.net
Subject: Re: [AltRMI] Package change on lifecycle extensions
References: <fbrown@example.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

Done.

Berin Loritsch wrote:

> I have not been able to check out the AltRMI code to make the change
> myself.  Someone mistyped my userid for the permissions so it is
> preventing me to change this:
>
> Avalon Lifecycle Extensions are now in this package:
>
> org.apache.avalon.lifecycle.*
>
> In AltRMI's code base they are in this package:
>
> org.apache.excalibur.container.lifecycle.*
>
>
> The offending file is:
>
> RemotableExtensionManager.java
>
> Could someone please make the update?
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: fbrown@example.net
> For additional commands, e-mail: fbrown@example.net
>
>



From projectsfbrown@example.net Mon Mar 17 03:14:38 2003
Return-Path: <projectsfbrown@example.net>
Delivered-To: fbrown@example.net
Received: (qmail 36624 invoked by uid 500); 17 Mar 2003 03:14:37 -0000
Mailing-List: contact fbrown@example.net; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Post: <mailto:fbrown@example.net>
List-Help: <mailto:fbrown@example.net>
List-Unsubscribe: <mailto:fbrown@example.net>
List-Subscribe: <mailto:fbrown@example.net>
Delivered-To: mailing list fbrown@example.net
Received: (qmail 36613 invoked from network); 17 Mar 2003 03:14:37 -0000
Date: Sun, 16 Mar 2003 22:14:43 -0500
Subject: Re: [altrmi] Bug in AbstractCompleteSocketStreamServer
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v551)
From: Peter Royal <fbrown@example.net>
To: fbrown@example.net
Content-Transfer-Encoding: 7bit
In-Reply-To: <fbrown@example.net>
Message-Id: <fbrown@example.net>
X-Mailer: Apple Mail (2.551)
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

On Saturday, March 15, 2003, at 06:25  PM, Peter Royal wrote:
> On Saturday, March 15, 2003, at 05:55  PM, Paul Hammant wrote:
>> Ooooh, been looking for something like that. Marathon ( 
>> http://marathonman.sourceforge.net/ ) is being bugged by an issue 
>> that sounds like it be caused by that.
>>
>> Lets go for START & STOP. The intermediate states were just just 
>> over-design anyway.

I left starting, its in that state briefly while creating the server 
socket.

>> Clearly a case of a missing or malfunctionig unit test.....
>
> I'll make one.. i was offline when i found and fixed it and had to 
> comment out the unit tests since i needed to upgrade my junit.

Malfunctioning. The original test appears to hang on my machine. With 
the fix, that specific test passes (CustomStreamTestCase), but there 
are errors in teardown wrt the gc message sent during finalization. I 
could not get it to go away.
-pete


---------------------------------------------------------------------
To unsubscribe, e-mail: fbrown@example.net
For additional commands, e-mail: fbrown@example.net


From projectsfbrown@example.net Mon Mar 17 07:24:41 2003
Return-Path: <projectsfbrown@example.net>
Delivered-To: fbrown@example.net
Received: (qmail 54918 invoked by uid 500); 17 Mar 2003 07:24:41 -0000
Mailing-List: contact fbrown@example.net; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Post: <mailto:fbrown@example.net>
List-Help: <mailto:fbrown@example.net>
List-Unsubscribe: <mailto:fbrown@example.net>
List-Subscribe: <mailto:fbrown@example.net>
Delivered-To: mailing list fbrown@example.net
Received: (qmail 54868 invoked from network); 17 Mar 2003 07:24:41 -0000
Message-ID: <fbrown@example.net>
Date: Mon, 17 Mar 2003 07:23:06 +0000
From: Paul Hammant <fbrown@example.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312
X-Accept-Language: en-us, en
MIME-Version: 1.0
To:  fbrown@example.net
Subject: Re: [altrmi] Bug in AbstractCompleteSocketStreamServer
References: <fbrown@example.net>
In-Reply-To: <fbrown@example.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

Peter,

>>> Ooooh, been looking for something like that. Marathon ( 
>>> http://marathonman.sourceforge.net/ ) is being bugged by an issue 
>>> that sounds like it be caused by that.
>>>
>>> Lets go for START & STOP. The intermediate states were just just 
>>> over-design anyway.
>>
>
> I left starting, its in that state briefly while creating the server 
> socket.
>
>>> Clearly a case of a missing or malfunctionig unit test.....
>>
>>
>> I'll make one.. i was offline when i found and fixed it and had to 
>> comment out the unit tests since i needed to upgrade my junit.
>
>
> Malfunctioning. The original test appears to hang on my machine. With 
> the fix, that specific test passes (CustomStreamTestCase), but there 
> are errors in teardown wrt the gc message sent during finalization. I 
> could not get it to go away. 

Tests: It all works fine for me after your fix and did before. Hmmm, 
what JVM do you use?

I'll tell the Marathon boys as this could fix it for them. They were 
getting a hang on start of a particularly complex app. This thread not 
starting thing could be it.

Regards,

- Paul.


---------------------------------------------------------------------
To unsubscribe, e-mail: fbrown@example.net
For additional commands, e-mail: fbrown@example.net


From projectsfbrown@example.net Mon Mar 17 14:02:14 2003
Return-Path: <projectsfbrown@example.net>
Delivered-To: fbrown@example.net
Received: (qmail 15178 invoked by uid 500); 17 Mar 2003 14:02:14 -0000
Mailing-List: contact fbrown@example.net; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Post: <mailto:fbrown@example.net>
List-Help: <mailto:fbrown@example.net>
List-Unsubscribe: <mailto:fbrown@example.net>
List-Subscribe: <mailto:fbrown@example.net>
Delivered-To: mailing list fbrown@example.net
Delivered-To: moderator for fbrown@example.net
Received: (qmail 49783 invoked from network); 17 Mar 2003 11:53:34 -0000
Date: Mon, 17 Mar 2003 06:53:29 -0500
Subject: Re: [altrmi] Bug in AbstractCompleteSocketStreamServer
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v551)
From: Peter Royal <fbrown@example.net>
To: fbrown@example.net
Content-Transfer-Encoding: 7bit
In-Reply-To: <fbrown@example.net>
Message-Id: <fbrown@example.net>
X-Mailer: Apple Mail (2.551)
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

On Monday, March 17, 2003, at 02:23  AM, Paul Hammant wrote:
>> Malfunctioning. The original test appears to hang on my machine. With 
>> the fix, that specific test passes (CustomStreamTestCase), but there 
>> are errors in teardown wrt the gc message sent during finalization. I 
>> could not get it to go away.
>
> Tests: It all works fine for me after your fix and did before. Hmmm, 
> what JVM do you use?
>
> I'll tell the Marathon boys as this could fix it for them. They were 
> getting a hang on start of a particularly complex app. This thread not 
> starting thing could be it.

On an os x box:

java version "1.3.1"
Java(TM) 2 Runtime Environment, Standard Edition (build 
1.3.1-root_1.3.1_020714-12:46)
Java HotSpot(TM) Client VM (build 1.3.1_03-69, mixed mode)

i will retest with the newly-released 1.4.1 and see how that works out.
-pete


---------------------------------------------------------------------
To unsubscribe, e-mail: fbrown@example.net
For additional commands, e-mail: fbrown@example.net


From projectsfbrown@example.net Wed Mar 19 02:01:32 2003
Return-Path: <projectsfbrown@example.net>
Delivered-To: fbrown@example.net
Received: (qmail 49268 invoked by uid 500); 19 Mar 2003 02:01:32 -0000
Mailing-List: contact fbrown@example.net; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Post: <mailto:fbrown@example.net>
List-Help: <mailto:fbrown@example.net>
List-Unsubscribe: <mailto:fbrown@example.net>
List-Subscribe: <mailto:fbrown@example.net>
Delivered-To: mailing list fbrown@example.net
Received: (qmail 49253 invoked from network); 19 Mar 2003 02:01:32 -0000
Date: Tue, 18 Mar 2003 21:01:38 -0500
Subject: Re: [altrmi] Bug in AbstractCompleteSocketStreamServer
Content-Type: text/plain; charset=US-ASCII; format=flowed
Mime-Version: 1.0 (Apple Message framework v551)
From: Peter Royal <fbrown@example.net>
To: fbrown@example.net
Content-Transfer-Encoding: 7bit
In-Reply-To: <fbrown@example.net>
Message-Id: <fbrown@example.net>
X-Mailer: Apple Mail (2.551)
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

On Monday, March 17, 2003, at 06:53  AM, Peter Royal wrote:
> On Monday, March 17, 2003, at 02:23  AM, Paul Hammant wrote:
>>> Malfunctioning. The original test appears to hang on my machine. 
>>> With the fix, that specific test passes (CustomStreamTestCase), but 
>>> there are errors in teardown wrt the gc message sent during 
>>> finalization. I could not get it to go away.
>>
>> Tests: It all works fine for me after your fix and did before. Hmmm, 
>> what JVM do you use?
>>
>> I'll tell the Marathon boys as this could fix it for them. They were 
>> getting a hang on start of a particularly complex app. This thread 
>> not starting thing could be it.
>
> On an os x box:
>
> java version "1.3.1"
> Java(TM) 2 Runtime Environment, Standard Edition (build 
> 1.3.1-root_1.3.1_020714-12:46)
> Java HotSpot(TM) Client VM (build 1.3.1_03-69, mixed mode)
>
> i will retest with the newly-released 1.4.1 and see how that works out.

Same with 1.4.1. Must be a Mac thing.
-pete


---------------------------------------------------------------------
To unsubscribe, e-mail: fbrown@example.net
For additional commands, e-mail: fbrown@example.net


From projectsfbrown@example.net Fri Mar 21 08:06:11 2003
Return-Path: <projectsfbrown@example.net>
Delivered-To: fbrown@example.net
Received: (qmail 27388 invoked by uid 500); 21 Mar 2003 08:06:11 -0000
Mailing-List: contact fbrown@example.net; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Post: <mailto:fbrown@example.net>
List-Help: <mailto:fbrown@example.net>
List-Unsubscribe: <mailto:fbrown@example.net>
List-Subscribe: <mailto:fbrown@example.net>
Delivered-To: mailing list fbrown@example.net
Received: (qmail 27377 invoked from network); 21 Mar 2003 08:06:10 -0000
Message-ID: <fbrown@example.net>
Date: Fri, 21 Mar 2003 08:04:34 +0000
From: Paul Hammant <fbrown@example.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312
X-Accept-Language: en-us, en
MIME-Version: 1.0
To:  fbrown@example.net
Subject: [AltRMI] JMS transports....
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

Folks,

Well in a pairing session with Mauro Talevi (smart fellow) at 
Thoughtworks London office also with James Strachan guiding us (when we 
could winkle him an adjacent chat-fest and pry him from a glass of wine 
;-), we started work on a JMS using transport for AltRMI.  We're using 
James' "Messenger" jar from  Commons and it has a lot of dependencies 
but all is look OK so far.

OK, in that we are doing this according to test driven development (TDD) 
and have only written the tests. Thus failing tests have been booked in. 
   They will only affect people that have put jms-1.0.2b.jar in 
/lib/optional/jms/.  That and /lib/optional/jms/spiritwave-5.3-b47.jar 
(commercial) - neither of which will be booked into CVS of course.

In the next few days I'll put up an implementation that makes the tests 
pass (the beauty of TDD).  Unless Mauro beats me to it with a patch!

Before you all get excited. This is synchronous AltRMI rather than the 
fabled async (publisher/subscriberS) which will come later.

Regards,

- Paul


---------------------------------------------------------------------
To unsubscribe, e-mail: fbrown@example.net
For additional commands, e-mail: fbrown@example.net


From projectsfbrown@example.net Fri Mar 21 12:56:42 2003
Return-Path: <projectsfbrown@example.net>
Delivered-To: fbrown@example.net
Received: (qmail 98919 invoked by uid 500); 21 Mar 2003 12:56:42 -0000
Mailing-List: contact fbrown@example.net; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Post: <mailto:fbrown@example.net>
List-Help: <mailto:fbrown@example.net>
List-Unsubscribe: <mailto:fbrown@example.net>
List-Subscribe: <mailto:fbrown@example.net>
Delivered-To: mailing list fbrown@example.net
Delivered-To: moderator for fbrown@example.net
Received: (qmail 91112 invoked from network); 21 Mar 2003 12:49:45 -0000
Message-ID: <fbrown@example.net>
From: "James Strachan" <fbrown@example.net>
To: "Paul Hammant" <fbrown@example.net>,
	<fbrown@example.net>
References: <fbrown@example.net>
Subject: Re: [AltRMI] JMS transports....
Date: Fri, 21 Mar 2003 12:46:49 -0000
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 6.00.2800.1106
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

 From: "Paul Hammant" <fbrown@example.net>
> Folks,
>
> Well in a pairing session with Mauro Talevi (smart fellow) at
> Thoughtworks London office also with James Strachan guiding us (when we
> could winkle him an adjacent chat-fest and pry him from a glass of wine
> ;-), we started work on a JMS using transport for AltRMI.  We're using
> James' "Messenger" jar from  Commons and it has a lot of dependencies
> but all is look OK so far.

BTW really Messenger just depends on commons-logging and the JMS API -
though its currently using Digester to parse the XML configuration files
with JMS configuration information (which then brings in commons-beanutils
and commons-collections).

If you don't mind using some other mechanism to construct & register
Messenger instances you could always miss this bit out. It'd be easy to
refactor the build to create a smaller jar with less dependencies if thats
an issue.


> OK, in that we are doing this according to test driven development (TDD)
> and have only written the tests. Thus failing tests have been booked in.
>    They will only affect people that have put jms-1.0.2b.jar in
> /lib/optional/jms/.  That and /lib/optional/jms/spiritwave-5.3-b47.jar
> (commercial) - neither of which will be booked into CVS of course.
>
> In the next few days I'll put up an implementation that makes the tests
> pass (the beauty of TDD).  Unless Mauro beats me to it with a patch!
>
> Before you all get excited. This is synchronous AltRMI rather than the
> fabled async (publisher/subscriberS) which will come later.

Cool.

James
-------
http://radio.weblogs.com/0112098/


---------------------------------------------------------------------
To unsubscribe, e-mail: fbrown@example.net
For additional commands, e-mail: fbrown@example.net


From projects-fbrown@example.net Sat Mar 22 17:48:01 2003
Return-Path: <projects-fbrown@example.net>
Delivered-To: fbrown@example.net
Received: (qmail 532 invoked by uid 500); 22 Mar 2003 17:48:00 -0000
Mailing-List: contact fbrown@example.net; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Post: <mailto:fbrown@example.net>
List-Help: <mailto:fbrown@example.net>
List-Unsubscribe: <mailto:fbrown@example.net>
List-Subscribe: <mailto:fbrown@example.net>
Delivered-To: mailing list fbrown@example.net
Delivered-To: moderator for fbrown@example.net
Received: (qmail 42325 invoked from network); 22 Mar 2003 16:13:48 -0000
Message-ID: <fbrown@example.net>
Date: Sat, 22 Mar 2003 08:13:51 -0800 (PST)
From: Edward Flick <fbrown@example.net>
Reply-To: fbrown@example.net
Subject: [AltRMI]
To: fbrown@example.net
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="0-1787421119-1048349631=:26324"
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

--0-1787421119-1048349631=:26324
Content-Type: text/plain; charset=us-ascii

Hello, I have been trying for some time now to locate any AltRMI downloads.  I know that eob comes with a precompiled version, but I find this project to be quite interesting and potentially very useful, and I would love to test it in a server I am developing.  Could you please, point me to the download area for it.  Thanks.

Edward Flick
Enterprise Applications Designer / Database Administrator / Web Administrator
CDF, Inc.


---------------------------------
Do you Yahoo!?
Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop!
--0-1787421119-1048349631=:26324--

From projects-fbrown@example.net Tue Mar 25 09:39:23 2003
Return-Path: <projects-fbrown@example.net>
Delivered-To: fbrown@example.net
Received: (qmail 44429 invoked by uid 500); 25 Mar 2003 09:39:23 -0000
Mailing-List: contact fbrown@example.net; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Post: <mailto:fbrown@example.net>
List-Help: <mailto:fbrown@example.net>
List-Unsubscribe: <mailto:fbrown@example.net>
List-Subscribe: <mailto:fbrown@example.net>
Delivered-To: mailing list fbrown@example.net
Received: (qmail 44418 invoked from network); 25 Mar 2003 09:39:23 -0000
Message-ID: <fbrown@example.net>
Date: Tue, 25 Mar 2003 09:39:36 +0000 (GMT)
From: =?iso-8859-1?q?Paul=20Hammant?= <fbrown@example.net>
Subject: [altrmi] JMS transports.
To: fbrown@example.net
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

James,

The Messenger using sychronous JMS transport has been booked into CVS, but hands during the client
side setup.  I think it could be something to do with subjects. At least, I have used a different
subject for the client and server sides. Actually thinking about it - that is completely daft.
They must use the same one, but then how is request traffic differentiated from reply traffic -
this all being in teh same VM.  See SynchronousMessengerTestCase.

I also have some conceptually problems with the server side reply.  How is an ObjectMessage marked
as being areply on the server side?  The client side seems to happily use call() to wait for a
reply, but I can't see how the server pushes the reply back properly.

Ho hum.  I have left TODO-JAMES markers for you :-)

Regards,

- Paul



__________________________________________________
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com

---------------------------------------------------------------------
To unsubscribe, e-mail: fbrown@example.net
For additional commands, e-mail: fbrown@example.net


From projects-fbrown@example.net Wed Mar 26 21:05:59 2003
Return-Path: <projects-fbrown@example.net>
Delivered-To: fbrown@example.net
Received: (qmail 32067 invoked by uid 500); 26 Mar 2003 21:05:59 -0000
Mailing-List: contact fbrown@example.net; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Post: <mailto:fbrown@example.net>
List-Help: <mailto:fbrown@example.net>
List-Unsubscribe: <mailto:fbrown@example.net>
List-Subscribe: <mailto:fbrown@example.net>
Delivered-To: mailing list fbrown@example.net
Received: (qmail 32056 invoked from network); 26 Mar 2003 21:05:58 -0000
Message-ID: <fbrown@example.net>
Date: Wed, 26 Mar 2003 21:04:13 +0000
From: Paul Hammant <fbrown@example.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312
X-Accept-Language: en-us, en
MIME-Version: 1.0
To:  fbrown@example.net
CC:  fbrown@example.net
Subject: Re: Altrmi: additional facades not working
References: <{{EMAIL+SOCIAL_SECURITY_NUMBER}}>
In-Reply-To: <{{EMAIL+SOCIAL_SECURITY_NUMBER}}>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

Peter,

>I'm back to working on Altrmi and I am able to retrieve a remote component
>via Altrmi lookup. I even can use methods of the published interface that
>use only standard Java types such as String etc. But as soon as a I use a
>method of one of the additional facades, that is methods that return or
>take a other custom interface it failes at runtime with a
>NullPointerException.
>
>Setup: Latest and greatest incubator-altri 0.9.2
>Pre-compiled proxy classes in jar, on server side altrmi-server-0.9.2.jar
>on client-side additionally altrmi-client-0.9.2.jar and the proxy classes
>jar.
>
>For testing purpose I added only those additional facades that are
>absolutely necessary because there was then someone mentioning that the
>order in which the facades have to be specified when generating the Altrmi
>proxies might have an influence. But I tried both orders, putting
>inherited interfaces first or last, no difference.
>
>Interface: SIMONDataSource
>Thus I have 3 additional facades:
>  SIMONObject
>  SIMONConnection
>  SIMONMessageGroup (inheriting from SIMONObject)
>  
>
First off, if SIMONMessageGroup is a more derived type of SIMONObject, 
it should be specified first in an array of additional facades.

>These are used in two function that I use in the SIMONDataSource interface.
>
>First interesting a method
>
>  SIMONConnection SIMONDataSour888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4connect(String user, String passwd)
>
>is called that works!
>The second method in the interface is also simple but does not work:
>
>  SIMONMessageGroup[] SIMONDataSour888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4getMessageGroups()
>  
>
Hmm, the order looks a good bet.

I have put another debugging line in for the NPE. (ServerMonitor 
called). See if it sheds more light (AltRMI 0.9.3)

- Paul

>Ok it is a array but that works in another case like String[] already.
>Only the combination of Array and custom facade does not work.
>
>Note that the SIMONMessageGroup as well as the SIMONConnection interfaces
>only contain void method() methods so simplizissimo.
>
>The exception follows, please note that is called from Cocoon so some
>non-Altrmi stuff around:
>---
>Caused by: java.lang.NullPointerException: Null pointer exception,
>processing methodgetMessageGroups()
>	at
>org.apache.altrmi.server.impl.adapters.InvocationHandlerAdapter.handleInvocation(InvocationHandlerAdapter.java:232)
>	at
>org.apache.altrmi.server.impl.AbstractServer.handleInvocation(AbstractServer.java:184)
>	at
>org.apache.altrmi.server.impl.rmi.RmiInovcationAdapter.handleInvocation(RmiInovcationAdapter.java:102)
>	at sun.reflect.GeneratedMethodAccessor2.invoke(Unknown Source)
>	at
>sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>	at java.lang.reflect.Method.invoke(Method.java:324)
>	at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:261)
>	at sun.rmi.transport.Transport$1.run(Transport.java:148)
>	at java.security.AccessController.doPrivileged(Native Method)
>	at sun.rmi.transport.Transport.serviceCall(Transport.java:144)
>	at sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:460)
>	at
>sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:701)
>	at java.lang.Thread.run(Thread.java:536)
>	at
>sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:247)
>	at sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:223)
>	at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:133)
>	at
>org.apache.altrmi.server.impl.rmi.RmiInovcationAdapter_Stub.handleInvocation(Unknown
>Source)
>	at
>org.apache.altrmi.client.impl.rmi.RmiClientInvocationHandler.handleInvocation(RmiClientInvocationHandler.java:206)
>	at
>org.apache.altrmi.client.impl.DefaultProxyHelper.processObjectRequestGettingFacade2(DefaultProxyHelper.java:192)
>	at
>org.apache.altrmi.client.impl.DefaultProxyHelper.processObjectRequestGettingFacade(DefaultProxyHelper.java:161)
>	at
>AltrmiGeneratedsimonserver_Main.getMessageGroups(AltrmiGeneratedsimonserver_Main.java:200)
>	at com.vodafone.simon.cocoon.SIMONSource.refresh(SIMONSource.java:393)
>	at com.vodafone.simon.cocoon.SIMONSource.toSAX(SIMONSource.java:1097)
>	at
>org.apache.cocoon.generation.FileGenerator.generate(FileGenerator.java:143)
>---
>
>
>A build.xml snipplet:
>
><altrmiproxies genname="simonserver" ...
>interface="com.vodafone.simon.comp.SIMONDataSource"
>additionalfacades="com.vodafone.simon.api.SIMONObject,
>com.vodafone.simon.api.SIMONConnection,
>com.vodafone.simon.api.SIMONMessageGroup">
>  
>



---------------------------------------------------------------------
To unsubscribe, e-mail: fbrown@example.net
For additional commands, e-mail: fbrown@example.net


From projects-fbrown@example.net Thu Mar 27 09:53:04 2003
Return-Path: <projects-fbrown@example.net>
Delivered-To: fbrown@example.net
Received: (qmail 94411 invoked by uid 500); 27 Mar 2003 09:53:02 -0000
Mailing-List: contact fbrown@example.net; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Post: <mailto:fbrown@example.net>
List-Help: <mailto:fbrown@example.net>
List-Unsubscribe: <mailto:fbrown@example.net>
List-Subscribe: <mailto:fbrown@example.net>
Delivered-To: mailing list fbrown@example.net
Delivered-To: moderator for fbrown@example.net
Received: (qmail 84714 invoked from network); 27 Mar 2003 09:41:59 -0000
Message-ID: <{{EMAIL+SOCIAL_SECURITY_NUMBER}}>
Date: Thu, 27 Mar 2003 10:38:18 +0100 (MET)
Subject: Re: Altrmi: additional facades not working
From: "Peter Klotz" <fbrown@example.net>
To: <fbrown@example.net>
In-Reply-To: <fbrown@example.net>
References: <{{EMAIL+SOCIAL_SECURITY_NUMBER}}>
        <fbrown@example.net>
X-Priority: 3
Importance: Normal
X-MSMail-Priority: Normal
Cc: <fbrown@example.net>, <fbrown@example.net>
X-Mailer: SquirrelMail (version 1.2.7)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

Hi Paul,

[...]
>>First interesting a method
>>
>>  SIMONConnection SIMONDataSour888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4connect(String user, String passwd)
>>
>>is called that works!
>>The second method in the interface is also simple but does not work:
>>
>>  SIMONMessageGroup[] SIMONDataSour888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4getMessageGroups()
> Hmm, the order looks a good bet.
>
> I have put another debugging line in for the NPE. (ServerMonitor
> called). See if it sheds more light (AltRMI 0.9.3)
>
> - Paul
Unfortunately I have no access to CVS from here at the moment (behind
firewall) so I cant get the 0.9.3 bits until this evening.

But I found something out in addition. It is definitely related to the
return value. Because the method (getMessageGroups()) is being called.
When the result is null or empty it works!
Only when there is really a result that is a object that implements
SIMONMessageGroup is returned it fails as reported.
The only problematic thing I see with the implementing class is that it
declares to throw additional exceptions that are not in the additional
facades. But exceptions are no interfaces so the question how to deal with
the exception classes? Add all exception classes (implementations) to the
additional facades? I mean can one create interfaces for exception
classes???
Note that the exception is not thrown in this case it just is declared.
So I tried to add the exception decleared in methods of SIMONMessageGroup 
to the additional facades but no change in behaviour.


[...]


Regards, Peter



---------------------------------------------------------------------
To unsubscribe, e-mail: fbrown@example.net
For additional commands, e-mail: fbrown@example.net


From projects-fbrown@example.net Thu Mar 27 10:02:11 2003
Return-Path: <projects-fbrown@example.net>
Delivered-To: fbrown@example.net
Received: (qmail 9249 invoked by uid 500); 27 Mar 2003 10:02:11 -0000
Mailing-List: contact fbrown@example.net; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Post: <mailto:fbrown@example.net>
List-Help: <mailto:fbrown@example.net>
List-Unsubscribe: <mailto:fbrown@example.net>
List-Subscribe: <mailto:fbrown@example.net>
Delivered-To: mailing list fbrown@example.net
Received: (qmail 9196 invoked from network); 27 Mar 2003 10:02:10 -0000
Message-ID: <fbrown@example.net>
Date: Thu, 27 Mar 2003 10:02:23 +0000 (GMT)
From: =?iso-8859-1?q?Paul=20Hammant?= <fbrown@example.net>
Subject: Re: Altrmi: additional facades not working
To: Peter Klotz <fbrown@example.net>, fbrown@example.net
Cc: fbrown@example.net, fbrown@example.net
In-Reply-To: <{{EMAIL+SOCIAL_SECURITY_NUMBER}}>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

Peter,

What is not an interface(facade) must be serializable. Exceptions should be OK. Is the exception
in question a derivative of RuntimeException?

Did you get to change the order of the additional facades (most derived types first), in the
publish() method call?

- Paul

 --- Peter Klotz <fbrown@example.net> wrote: > Hi Paul,
> 
> [...]
> >>First interesting a method
> >>
> >>  SIMONConnection SIMONDataSour888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4connect(String user, String passwd)
> >>
> >>is called that works!
> >>The second method in the interface is also simple but does not work:
> >>
> >>  SIMONMessageGroup[] SIMONDataSour888a:dbb7:2d49:b3f6:8605:bf4e:caed:e5a4getMessageGroups()
> > Hmm, the order looks a good bet.
> >
> > I have put another debugging line in for the NPE. (ServerMonitor
> > called). See if it sheds more light (AltRMI 0.9.3)
> >
> > - Paul
> Unfortunately I have no access to CVS from here at the moment (behind
> firewall) so I cant get the 0.9.3 bits until this evening.
> 
> But I found something out in addition. It is definitely related to the
> return value. Because the method (getMessageGroups()) is being called.
> When the result is null or empty it works!
> Only when there is really a result that is a object that implements
> SIMONMessageGroup is returned it fails as reported.
> The only problematic thing I see with the implementing class is that it
> declares to throw additional exceptions that are not in the additional
> facades. But exceptions are no interfaces so the question how to deal with
> the exception classes? Add all exception classes (implementations) to the
> additional facades? I mean can one create interfaces for exception
> classes???
> Note that the exception is not thrown in this case it just is declared.
> So I tried to add the exception decleared in methods of SIMONMessageGroup 
> to the additional facades but no change in behaviour.
> 
> 
> [...]
> 
> 
> Regards, Peter
> 
>  

__________________________________________________
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com

---------------------------------------------------------------------
To unsubscribe, e-mail: fbrown@example.net
For additional commands, e-mail: fbrown@example.net


From projects-fbrown@example.net Thu Mar 27 12:22:24 2003
Return-Path: <projects-fbrown@example.net>
Delivered-To: fbrown@example.net
Received: (qmail 69858 invoked by uid 500); 27 Mar 2003 12:22:23 -0000
Mailing-List: contact fbrown@example.net; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Post: <mailto:fbrown@example.net>
List-Help: <mailto:fbrown@example.net>
List-Unsubscribe: <mailto:fbrown@example.net>
List-Subscribe: <mailto:fbrown@example.net>
Delivered-To: mailing list fbrown@example.net
Delivered-To: moderator for fbrown@example.net
Received: (qmail 50263 invoked from network); 27 Mar 2003 12:03:37 -0000
Message-ID: <{{EMAIL+SOCIAL_SECURITY_NUMBER}}>
Date: Thu, 27 Mar 2003 12:59:43 +0100 (MET)
Subject: Re: Altrmi: additional facades not working
From: "Peter Klotz" <fbrown@example.net>
To: <fbrown@example.net>
In-Reply-To: <fbrown@example.net>
References: <{{EMAIL+SOCIAL_SECURITY_NUMBER}}>
        <fbrown@example.net>
X-Priority: 3
Importance: Normal
X-MSMail-Priority: Normal
Cc: <fbrown@example.net>, <fbrown@example.net>,
	<fbrown@example.net>
X-Mailer: SquirrelMail (version 1.2.7)
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

Hi Paul,

> What is not an interface(facade) must be serializable. Exceptions should
> be OK. Is the exception in question a derivative of RuntimeException?
It was not it inherited from Exception but now I made it inherit from
RuntimeException.

> Did you get to change the order of the additional facades (most derived
> types first), in the publish() method call?
I did: SIMONException, OVException, SIMONMessageGroup, SIMONObject
So the super-class last.
What about the order when I have a interface that includes methods that
return another interface e.g. SIMONUserResps return in a method
SIMONMessageGroup.
Do I have to have SIMONMessageGroup before any interface that uses it?
I tried to place it like this.
SIMONException is the exception that is used in the SIMONDataSource main
interface, OVException is thrown in some of the objects that are used
there such as SIMONMessageGroup. both inherit now from RuntimeException. I
do not directly implement Serializable so far.

Well but it didn't help.
Still same behaviour, empty return value works, real object return value
does not (NullPointerException).
There is one thing that you should know, the actual classes that implement
the SIMON* interfaces use JNI also the OVException. I suppose that as I'm
using ClientSideClassFactory there are no implementation class objects
transfered to the client side from the server or? Because the client does
not have the C lib that is used by the JNI on the server-side.
Altrmi only transfers interfaces to te client side, right?
I had problems with the ServerSideClassFactory so I hope I don't need it.
I'd rather use the pre-generated Proxy classes on the client side
directly.


Regards, Peter



---------------------------------------------------------------------
To unsubscribe, e-mail: fbrown@example.net
For additional commands, e-mail: fbrown@example.net


From projects-fbrown@example.net Thu Mar 27 13:13:30 2003
Return-Path: <projects-fbrown@example.net>
Delivered-To: fbrown@example.net
Received: (qmail 27782 invoked by uid 500); 27 Mar 2003 13:13:29 -0000
Mailing-List: contact fbrown@example.net; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Post: <mailto:fbrown@example.net>
List-Help: <mailto:fbrown@example.net>
List-Unsubscribe: <mailto:fbrown@example.net>
List-Subscribe: <mailto:fbrown@example.net>
Delivered-To: mailing list fbrown@example.net
Received: (qmail 27761 invoked from network); 27 Mar 2003 13:13:29 -0000
Message-ID: <fbrown@example.net>
Date: Thu, 27 Mar 2003 13:13:30 +0000 (GMT)
From: =?iso-8859-1?q?Paul=20Hammant?= <fbrown@example.net>
Subject: Re: Altrmi: additional facades not working
To: Peter Klotz <fbrown@example.net>
Cc: fbrown@example.net
In-Reply-To: <{{EMAIL+SOCIAL_SECURITY_NUMBER}}>
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: 8bit
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

 --- Peter Klotz <fbrown@example.net> wrote: > Hi Paul,
> 
> > What is not an interface(facade) must be serializable. Exceptions should
> > be OK. Is the exception in question a derivative of RuntimeException?
> It was not it inherited from Exception but now I made it inherit from
> RuntimeException.

OK, or delcare it in the interface method sig...
 
> > Did you get to change the order of the additional facades (most derived
> > types first), in the publish() method call?

> I did: SIMONException, OVException, SIMONMessageGroup, SIMONObject
> So the super-class last.

OVException is new right? I am guessing it should not be an additional facade, but instead a
serializable exception.

> What about the order when I have a interface that includes methods that
> return another interface e.g. SIMONUserResps return in a method
> SIMONMessageGroup.

You mean ..

  interface SIMONMessageGroup {
    SIMONUserResps foo();
  }
  
The order is for interfaces of increasingly derived types.  Most derived types first.  Can you
send me teh source to the interfaces?

> Do I have to have SIMONMessageGroup before any interface that uses it?
> I tried to place it like this.

It is about derivation not usage.

> SIMONException is the exception that is used in the SIMONDataSource main
> interface, OVException is thrown in some of the objects that are used
> there such as SIMONMessageGroup. both inherit now from RuntimeException. I
> do not directly implement Serializable so far.

I need to see the source dude, I am getting increasingly lost here.

> Well but it didn't help.
> Still same behaviour, empty return value works, real object return value
> does not (NullPointerException).
> There is one thing that you should know, the actual classes that implement
> the SIMON* interfaces use JNI also the OVException. I suppose that as I'm
> using ClientSideClassFactory there are no implementation class objects
> transfered to the client side from the server or? 

correct.  JNI is fine on the server side.

> Because the client does
> not have the C lib that is used by the JNI on the server-side.

> Altrmi only transfers interfaces to te client side, right?

Not even. For the moment all the interfaces and dependant value objects and exception must already
be in teh client side VMs classloader.  The proxies (stubs) can be sent on demand. for that matter
they can be created on demand.

> I had problems with the ServerSideClassFactory so I hope I don't need it.
> I'd rather use the pre-generated Proxy classes on the client side
> directly.

Is often easier.  EOB uses server side, but it is an advanced use of AltRMI.

Regards,

- Paul

__________________________________________________
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com

---------------------------------------------------------------------
To unsubscribe, e-mail: fbrown@example.net
For additional commands, e-mail: fbrown@example.net


From projects-fbrown@example.net Mon Mar 31 06:54:24 2003
Return-Path: <projects-fbrown@example.net>
Delivered-To: fbrown@example.net
Received: (qmail 37599 invoked by uid 500); 31 Mar 2003 06:54:24 -0000
Mailing-List: contact fbrown@example.net; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Post: <mailto:fbrown@example.net>
List-Help: <mailto:fbrown@example.net>
List-Unsubscribe: <mailto:fbrown@example.net>
List-Subscribe: <mailto:fbrown@example.net>
Delivered-To: mailing list fbrown@example.net
Received: (qmail 37567 invoked from network); 31 Mar 2003 06:54:23 -0000
Message-ID: <fbrown@example.net>
Date: Mon, 31 Mar 2003 07:52:42 +0100
From: Paul Hammant <fbrown@example.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312
X-Accept-Language: en-us, en
MIME-Version: 1.0
To:  fbrown@example.net
Subject: [FtpServer] Initial commit.
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

OK,  With a lot of help from Rana, I have checked in FtpServer ex of 
Avalon-Apps.

Differences to older versions :

1) I've upgraded Phoenix to 4.0.3 from 4.0 (we'll do more work to allow 
this to be run in Plexus too I guess)
2) xdocs converted _part_ _way_ to Forrest format (well at least the dir 
structure is correct now) -More to do.
3) Ant not booked in - we're assuming people have 1.4.1 installed for 
Apache projecte nowadays.

I'l do more work later.  It builds for now though.

Regards,

- Paul



---------------------------------------------------------------------
To unsubscribe, e-mail: fbrown@example.net
For additional commands, e-mail: fbrown@example.net


From projects-fbrown@example.net Mon Mar 31 07:09:24 2003
Return-Path: <projects-fbrown@example.net>
Delivered-To: fbrown@example.net
Received: (qmail 49035 invoked by uid 500); 31 Mar 2003 07:09:23 -0000
Mailing-List: contact fbrown@example.net; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Post: <mailto:fbrown@example.net>
List-Help: <mailto:fbrown@example.net>
List-Unsubscribe: <mailto:fbrown@example.net>
List-Subscribe: <mailto:fbrown@example.net>
Delivered-To: mailing list fbrown@example.net
Received: (qmail 48890 invoked from network); 31 Mar 2003 07:09:22 -0000
Message-ID: <fbrown@example.net>
Date: Mon, 31 Mar 2003 09:09:11 +0200
From: Nicola Ken Barozzi <fbrown@example.net>
Reply-To:  fbrown@example.net
Organization: Apache Software Foundation
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312
X-Accept-Language: en-us, en
MIME-Version: 1.0
To:  fbrown@example.net
Subject: Re: [FtpServer] Initial commit.
References: <fbrown@example.net>
In-Reply-To: <fbrown@example.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N


Paul Hammant wrote, On 31/03/2003 8.52:
> OK,  With a lot of help from Rana, I have checked in FtpServer ex of 
> Avalon-Apps.
> 
> Differences to older versions :
> 
> 1) I've upgraded Phoenix to 4.0.3 from 4.0 (we'll do more work to allow 
> this to be run in Plexus too I guess)

+1

Now that it's decoupled, it should be made to run in as many containers 
as possible, maybe even not avalon? (hint hint)

> 2) xdocs converted _part_ _way_ to Forrest format (well at least the dir 
> structure is correct now) -More to do.
> 3) Ant not booked in - we're assuming people have 1.4.1 installed for 
> Apache projecte nowadays.

+1

> I'l do more work later.  It builds for now though.

Excellent. Thanks Paul for leading this.

 From my part, given that development was till now committed in big 
chunks after long pauses, I'll be looking if/when this will change to a 
more continuative work on it done on this mailing list and in the CVS.

Good work, and have fun guys! :-)

-- 
Nicola Ken Barozzi                   fbrown@example.net
             - verba volant, scripta manent -
    (discussions get forgotten, just code remains)
---------------------------------------------------------------------


---------------------------------------------------------------------
To unsubscribe, e-mail: fbrown@example.net
For additional commands, e-mail: fbrown@example.net


From projects-fbrown@example.net Mon Mar 31 08:04:07 2003
Return-Path: <projects-fbrown@example.net>
Delivered-To: fbrown@example.net
Received: (qmail 2950 invoked by uid 500); 31 Mar 2003 08:04:07 -0000
Mailing-List: contact fbrown@example.net; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Post: <mailto:fbrown@example.net>
List-Help: <mailto:fbrown@example.net>
List-Unsubscribe: <mailto:fbrown@example.net>
List-Subscribe: <mailto:fbrown@example.net>
Delivered-To: mailing list fbrown@example.net
Received: (qmail 2938 invoked from network); 31 Mar 2003 08:04:06 -0000
Message-ID: <fbrown@example.net>
Date: Mon, 31 Mar 2003 17:03:44 +0900
From: Leif Mortenson <fbrown@example.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ja-JP; rv:1.0.2) Gecko/20021120 Netscape/7.01
X-Accept-Language: ja
MIME-Version: 1.0
To:  fbrown@example.net
Subject: Re: [FtpServer] Initial commit.
References: <fbrown@example.net> <fbrown@example.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

Nicola Ken Barozzi wrote:

>
> Paul Hammant wrote, On 31/03/2003 8.52:
>
>> OK,  With a lot of help from Rana, I have checked in FtpServer ex of 
>> Avalon-Apps.
>>
>> Differences to older versions :
>>
>> 1) I've upgraded Phoenix to 4.0.3 from 4.0 (we'll do more work to 
>> allow this to be run in Plexus too I guess)
>
>
> +1
>
> Now that it's decoupled, it should be made to run in as many 
> containers as possible, maybe even not avalon? (hint hint)
>
>> 2) xdocs converted _part_ _way_ to Forrest format (well at least the 
>> dir structure is correct now) -More to do.
>> 3) Ant not booked in - we're assuming people have 1.4.1 installed for 
>> Apache projecte nowadays.
>
>
> +1 

I still am forced to use 1.4.0_03 because of severe performance
problems working with Japanese character encodings and DB
access:
http://developer.java.sun.com/developer/bugParade/bugs/4806753.html

Cheers,
Leif



---------------------------------------------------------------------
To unsubscribe, e-mail: fbrown@example.net
For additional commands, e-mail: fbrown@example.net


From projects-fbrown@example.net Mon Mar 31 19:14:37 2003
Return-Path: <projects-fbrown@example.net>
Delivered-To: fbrown@example.net
Received: (qmail 62933 invoked by uid 500); 31 Mar 2003 19:14:37 -0000
Mailing-List: contact fbrown@example.net; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Post: <mailto:fbrown@example.net>
List-Help: <mailto:fbrown@example.net>
List-Unsubscribe: <mailto:fbrown@example.net>
List-Subscribe: <mailto:fbrown@example.net>
Delivered-To: mailing list fbrown@example.net
Received: (qmail 62922 invoked from network); 31 Mar 2003 19:14:37 -0000
Message-ID: <fbrown@example.net>
Date: Mon, 31 Mar 2003 20:12:49 +0100
From: Paul Hammant <fbrown@example.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312
X-Accept-Language: en-us, en
MIME-Version: 1.0
To:  fbrown@example.net
Subject: Re: [FtpServer] Initial commit.
References: <fbrown@example.net>
In-Reply-To: <fbrown@example.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

> 2) xdocs converted _part_ _way_ to Forrest format (well at least the 
> dir structure is correct now) -More to do.

God I hate xdocs.

It is nearly working. Can anyone else have a go at finishing this? My 
fingers are bleeding.

- Paul



---------------------------------------------------------------------
To unsubscribe, e-mail: fbrown@example.net
For additional commands, e-mail: fbrown@example.net


From projects-fbrown@example.net Mon Mar 31 19:43:39 2003
Return-Path: <projects-fbrown@example.net>
Delivered-To: fbrown@example.net
Received: (qmail 92428 invoked by uid 500); 31 Mar 2003 19:43:39 -0000
Mailing-List: contact fbrown@example.net; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Post: <mailto:fbrown@example.net>
List-Help: <mailto:fbrown@example.net>
List-Unsubscribe: <mailto:fbrown@example.net>
List-Subscribe: <mailto:fbrown@example.net>
Delivered-To: mailing list fbrown@example.net
Received: (qmail 92417 invoked from network); 31 Mar 2003 19:43:39 -0000
Message-ID: <fbrown@example.net>
Date: Tue, 01 Apr 2003 04:43:14 +0900
From: Leif Mortenson <fbrown@example.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ja-JP; rv:1.0.2) Gecko/20021120 Netscape/7.01
X-Accept-Language: ja
MIME-Version: 1.0
To:  fbrown@example.net
Subject: Re: [FtpServer] Initial commit.
References: <fbrown@example.net> <fbrown@example.net> <fbrown@example.net> <fbrown@example.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N

Paul Hammant wrote:

>>
>>
>>>> 3) Ant not booked in - we're assuming people have 1.4.1 installed 
>>>> for Apache projecte nowadays.
>>>
>>>
>>>
>>>
>>> +1 
>>
>>
>>
>> I still am forced to use 1.4.0_03 because of severe performance
>> problems working with Japanese character encodings and DB
>> access:
>> http://developer.java.sun.com/developer/bugParade/bugs/4806753.html
>
>
>
> Ant 1.4.1, JDK 1.3+ dude. 

That makes more sense.  Way too many hours awake...

Cheers,
Leif



---------------------------------------------------------------------
To unsubscribe, e-mail: fbrown@example.net
For additional commands, e-mail: fbrown@example.net


From projects-fbrown@example.net Mon Mar 31 20:00:36 2003
Return-Path: <projects-fbrown@example.net>
Delivered-To: fbrown@example.net
Received: (qmail 20783 invoked by uid 500); 31 Mar 2003 20:00:36 -0000
Mailing-List: contact fbrown@example.net; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Post: <mailto:fbrown@example.net>
List-Help: <mailto:fbrown@example.net>
List-Unsubscribe: <mailto:fbrown@example.net>
List-Subscribe: <mailto:fbrown@example.net>
Delivered-To: mailing list fbrown@example.net
Received: (qmail 20769 invoked from network); 31 Mar 2003 20:00:35 -0000
Message-ID: <fbrown@example.net>
Date: Mon, 31 Mar 2003 22:00:09 +0200
From: Nicola Ken Barozzi <fbrown@example.net>
Reply-To:  fbrown@example.net
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312
X-Accept-Language: en-us, en
MIME-Version: 1.0
To:  fbrown@example.net
Subject: Re: [FtpServer] Initial commit.
References: <fbrown@example.net> <fbrown@example.net>
In-Reply-To: <fbrown@example.net>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N



Paul Hammant wrote, On 31/03/2003 21.12:
>> 2) xdocs converted _part_ _way_ to Forrest format (well at least the 
>> dir structure is correct now) -More to do.
> 
> God I hate xdocs.
> 
> It is nearly working. Can anyone else have a go at finishing this? My 
> fingers are bleeding.

If the format is the Anakia xdocs format or html, there are stylesheets 
that make a sensible first pass conversion. For Anakia look in the 
src/resources/convert dir, for html look in the forrest library dir.

  If you want you can also use html directly, just store the file as 
*.ihtml and they get skinned by Forrest. Or use *.ehtml and they will 
just be decorated and CSS applied (ihtml also cleans the html).

-- 
Nicola Ken Barozzi                   fbrown@example.net
             - verba volant, scripta manent -
    (discussions get forgotten, just code remains)
---------------------------------------------------------------------


---------------------------------------------------------------------
To unsubscribe, e-mail: fbrown@example.net
For additional commands, e-mail: fbrown@example.net



{'source': 'Apache Software Foundation Public Mail Archives'}