You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@avalon.apache.org by Paul Hammant <Pa...@yahoo.com> on 2002/12/03 01:29:31 UTC
[Altrmi] a future ?
Folks,
Its been pointed out to me that the name 'AltRMI' is a bit daft as its
not quite anything (TLA, FLBP, abbr, abstract). DRMI (Distributed RMI)
is thought to be better. Anyway given that I am too close to the woods
to see the trees, perhaps others could offer their opinion.
Also seeing as we are rationalising what is going on here in Avalon (the
project), perhaps some ideas as to a destiny could be offered.
Thanks in advance,
- Paul
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [Altrmi] a future ?
Posted by Nicola Ken Barozzi <ni...@apache.org>.
Peter Donald wrote:
> On Tue, 3 Dec 2002 11:29, Paul Hammant wrote:
>
>>Its been pointed out to me that the name 'AltRMI' is a bit daft as its
>>not quite anything (TLA, FLBP, abbr, abstract). DRMI (Distributed RMI)
>>is thought to be better. Anyway given that I am too close to the woods
>>to see the trees, perhaps others could offer their opinion.
>
>
> Or just DMI.
I'd keep the -RMI part since it's quite known. Personally I kinda like
AltRMI, but also D-RMI or E-RMI (easy RMI) are ok. Just my 2c
--
Nicola Ken Barozzi nicolaken@apache.org
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
---------------------------------------------------------------------
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [Altrmi] a future ?
Posted by Nicola Ken Barozzi <ni...@apache.org>.
Peter Donald wrote:
> On Tue, 3 Dec 2002 11:29, Paul Hammant wrote:
>
>>Its been pointed out to me that the name 'AltRMI' is a bit daft as its
>>not quite anything (TLA, FLBP, abbr, abstract). DRMI (Distributed RMI)
>>is thought to be better. Anyway given that I am too close to the woods
>>to see the trees, perhaps others could offer their opinion.
>
>
> Or just DMI.
I'd keep the -RMI part since it's quite known. Personally I kinda like
AltRMI, but also D-RMI or E-RMI (easy RMI) are ok. Just my 2c
--
Nicola Ken Barozzi nicolaken@apache.org
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
---------------------------------------------------------------------
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [Altrmi] a future ?
Posted by Nicola Ken Barozzi <ni...@apache.org>.
Peter Donald wrote:
> On Tue, 3 Dec 2002 11:29, Paul Hammant wrote:
>
>>Its been pointed out to me that the name 'AltRMI' is a bit daft as its
>>not quite anything (TLA, FLBP, abbr, abstract). DRMI (Distributed RMI)
>>is thought to be better. Anyway given that I am too close to the woods
>>to see the trees, perhaps others could offer their opinion.
>
>
> Or just DMI.
I'd keep the -RMI part since it's quite known. Personally I kinda like
AltRMI, but also D-RMI or E-RMI (easy RMI) are ok. Just my 2c
--
Nicola Ken Barozzi nicolaken@apache.org
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
---------------------------------------------------------------------
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [Altrmi] a future ?
Posted by Ilia Iourovitski <ii...@yahoo.com>.
In twisted framework this peace called "spread". http://twistedmatrix.com/documents/howto/pb
Probably nice poetic name like Avalon OIL would be better.
Ilia
Vinay Chandran <vi...@yahoo.com> wrote: To make the naming more difficult,
AltRMI is NOT solely about 'remote' invocations.
Check out the pipe transport + DirectMarshalled ones .
[http://jakarta.apache.org/avalon/excalibur/altrmi/transports.html]
So, a name suggesting a transport agnostic
library to connect modules might do justice to what
Altrmi is (will be).
So a potential suggestion could be:
TAMI - Transport Agnostic Method Invoker.
.Vinay.
--- Mauro Talevi wrote:
> Noel J. Bergman wrote:
>
> >>DRMI (Distributed RMI) is thought to be better.
> >>
> >>
> >
> >Isn't Distributed Remote Method Invocation (RMI) a
> bit redundantly
> >redundant? :-) From what the AltRMI site says,
> AutoRMI is more like it.
> >
> >
> >
> I agree that DRMI is redundant - Distributed and
> Remote are effectively
> synonymns, or in any case
> Distributed includes Remote.
> I quite like DMI because it conveys the spirit of
> AltRMI - ie of
> accessing distributed objects,
> which can be local or remote in a manner which is
> transparent to the
> caller as far as the Java interface is concerned.
>
> Mauro
>
>
>
>
>
>
> --
> To unsubscribe, e-mail:
>
> For additional commands, e-mail:
>
>
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
--
To unsubscribe, e-mail:
For additional commands, e-mail:
---------------------------------
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now
Re: [Altrmi] a future ?
Posted by Ilia Iourovitski <ii...@yahoo.com>.
In twisted framework this peace called "spread". http://twistedmatrix.com/documents/howto/pb
Probably nice poetic name like Avalon OIL would be better.
Ilia
Vinay Chandran <vi...@yahoo.com> wrote: To make the naming more difficult,
AltRMI is NOT solely about 'remote' invocations.
Check out the pipe transport + DirectMarshalled ones .
[http://jakarta.apache.org/avalon/excalibur/altrmi/transports.html]
So, a name suggesting a transport agnostic
library to connect modules might do justice to what
Altrmi is (will be).
So a potential suggestion could be:
TAMI - Transport Agnostic Method Invoker.
.Vinay.
--- Mauro Talevi wrote:
> Noel J. Bergman wrote:
>
> >>DRMI (Distributed RMI) is thought to be better.
> >>
> >>
> >
> >Isn't Distributed Remote Method Invocation (RMI) a
> bit redundantly
> >redundant? :-) From what the AltRMI site says,
> AutoRMI is more like it.
> >
> >
> >
> I agree that DRMI is redundant - Distributed and
> Remote are effectively
> synonymns, or in any case
> Distributed includes Remote.
> I quite like DMI because it conveys the spirit of
> AltRMI - ie of
> accessing distributed objects,
> which can be local or remote in a manner which is
> transparent to the
> caller as far as the Java interface is concerned.
>
> Mauro
>
>
>
>
>
>
> --
> To unsubscribe, e-mail:
>
> For additional commands, e-mail:
>
>
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
--
To unsubscribe, e-mail:
For additional commands, e-mail:
---------------------------------
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now
Re: [Altrmi] a future ?
Posted by Ilia Iourovitski <ii...@yahoo.com>.
In twisted framework this peace called "spread". http://twistedmatrix.com/documents/howto/pb
Probably nice poetic name like Avalon OIL would be better.
Ilia
Vinay Chandran <vi...@yahoo.com> wrote: To make the naming more difficult,
AltRMI is NOT solely about 'remote' invocations.
Check out the pipe transport + DirectMarshalled ones .
[http://jakarta.apache.org/avalon/excalibur/altrmi/transports.html]
So, a name suggesting a transport agnostic
library to connect modules might do justice to what
Altrmi is (will be).
So a potential suggestion could be:
TAMI - Transport Agnostic Method Invoker.
.Vinay.
--- Mauro Talevi wrote:
> Noel J. Bergman wrote:
>
> >>DRMI (Distributed RMI) is thought to be better.
> >>
> >>
> >
> >Isn't Distributed Remote Method Invocation (RMI) a
> bit redundantly
> >redundant? :-) From what the AltRMI site says,
> AutoRMI is more like it.
> >
> >
> >
> I agree that DRMI is redundant - Distributed and
> Remote are effectively
> synonymns, or in any case
> Distributed includes Remote.
> I quite like DMI because it conveys the spirit of
> AltRMI - ie of
> accessing distributed objects,
> which can be local or remote in a manner which is
> transparent to the
> caller as far as the Java interface is concerned.
>
> Mauro
>
>
>
>
>
>
> --
> To unsubscribe, e-mail:
>
> For additional commands, e-mail:
>
>
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
--
To unsubscribe, e-mail:
For additional commands, e-mail:
---------------------------------
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now
Re: [Altrmi] a future ?
Posted by Vinay Chandran <vi...@yahoo.com>.
To make the naming more difficult,
AltRMI is NOT solely about 'remote' invocations.
Check out the pipe transport + DirectMarshalled ones .
[http://jakarta.apache.org/avalon/excalibur/altrmi/transports.html]
So, a name suggesting a transport agnostic
library to connect modules might do justice to what
Altrmi is (will be).
So a potential suggestion could be:
TAMI - Transport Agnostic Method Invoker.
.Vinay.
--- Mauro Talevi <ma...@aquilonia.org> wrote:
> Noel J. Bergman wrote:
>
> >>DRMI (Distributed RMI) is thought to be better.
> >>
> >>
> >
> >Isn't Distributed Remote Method Invocation (RMI) a
> bit redundantly
> >redundant? :-) From what the AltRMI site says,
> AutoRMI is more like it.
> >
> >
> >
> I agree that DRMI is redundant - Distributed and
> Remote are effectively
> synonymns, or in any case
> Distributed includes Remote.
> I quite like DMI because it conveys the spirit of
> AltRMI - ie of
> accessing distributed objects,
> which can be local or remote in a manner which is
> transparent to the
> caller as far as the Java interface is concerned.
>
> Mauro
>
>
>
>
>
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [Altrmi] a future ?
Posted by Vinay Chandran <vi...@yahoo.com>.
To make the naming more difficult,
AltRMI is NOT solely about 'remote' invocations.
Check out the pipe transport + DirectMarshalled ones .
[http://jakarta.apache.org/avalon/excalibur/altrmi/transports.html]
So, a name suggesting a transport agnostic
library to connect modules might do justice to what
Altrmi is (will be).
So a potential suggestion could be:
TAMI - Transport Agnostic Method Invoker.
.Vinay.
--- Mauro Talevi <ma...@aquilonia.org> wrote:
> Noel J. Bergman wrote:
>
> >>DRMI (Distributed RMI) is thought to be better.
> >>
> >>
> >
> >Isn't Distributed Remote Method Invocation (RMI) a
> bit redundantly
> >redundant? :-) From what the AltRMI site says,
> AutoRMI is more like it.
> >
> >
> >
> I agree that DRMI is redundant - Distributed and
> Remote are effectively
> synonymns, or in any case
> Distributed includes Remote.
> I quite like DMI because it conveys the spirit of
> AltRMI - ie of
> accessing distributed objects,
> which can be local or remote in a manner which is
> transparent to the
> caller as far as the Java interface is concerned.
>
> Mauro
>
>
>
>
>
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [Altrmi] a future ?
Posted by Vinay Chandran <vi...@yahoo.com>.
To make the naming more difficult,
AltRMI is NOT solely about 'remote' invocations.
Check out the pipe transport + DirectMarshalled ones .
[http://jakarta.apache.org/avalon/excalibur/altrmi/transports.html]
So, a name suggesting a transport agnostic
library to connect modules might do justice to what
Altrmi is (will be).
So a potential suggestion could be:
TAMI - Transport Agnostic Method Invoker.
.Vinay.
--- Mauro Talevi <ma...@aquilonia.org> wrote:
> Noel J. Bergman wrote:
>
> >>DRMI (Distributed RMI) is thought to be better.
> >>
> >>
> >
> >Isn't Distributed Remote Method Invocation (RMI) a
> bit redundantly
> >redundant? :-) From what the AltRMI site says,
> AutoRMI is more like it.
> >
> >
> >
> I agree that DRMI is redundant - Distributed and
> Remote are effectively
> synonymns, or in any case
> Distributed includes Remote.
> I quite like DMI because it conveys the spirit of
> AltRMI - ie of
> accessing distributed objects,
> which can be local or remote in a manner which is
> transparent to the
> caller as far as the Java interface is concerned.
>
> Mauro
>
>
>
>
>
>
> --
> To unsubscribe, e-mail:
> <ma...@jakarta.apache.org>
> For additional commands, e-mail:
> <ma...@jakarta.apache.org>
>
__________________________________________________
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [Altrmi] a future ?
Posted by Mauro Talevi <ma...@aquilonia.org>.
Noel J. Bergman wrote:
>>DRMI (Distributed RMI) is thought to be better.
>>
>>
>
>Isn't Distributed Remote Method Invocation (RMI) a bit redundantly
>redundant? :-) From what the AltRMI site says, AutoRMI is more like it.
>
>
>
I agree that DRMI is redundant - Distributed and Remote are effectively
synonymns, or in any case
Distributed includes Remote.
I quite like DMI because it conveys the spirit of AltRMI - ie of
accessing distributed objects,
which can be local or remote in a manner which is transparent to the
caller as far as the Java interface is concerned.
Mauro
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [Altrmi] a future ?
Posted by Mauro Talevi <ma...@aquilonia.org>.
Noel J. Bergman wrote:
>>DRMI (Distributed RMI) is thought to be better.
>>
>>
>
>Isn't Distributed Remote Method Invocation (RMI) a bit redundantly
>redundant? :-) From what the AltRMI site says, AutoRMI is more like it.
>
>
>
I agree that DRMI is redundant - Distributed and Remote are effectively
synonymns, or in any case
Distributed includes Remote.
I quite like DMI because it conveys the spirit of AltRMI - ie of
accessing distributed objects,
which can be local or remote in a manner which is transparent to the
caller as far as the Java interface is concerned.
Mauro
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [Altrmi] a future ?
Posted by Mauro Talevi <ma...@aquilonia.org>.
Noel J. Bergman wrote:
>>DRMI (Distributed RMI) is thought to be better.
>>
>>
>
>Isn't Distributed Remote Method Invocation (RMI) a bit redundantly
>redundant? :-) From what the AltRMI site says, AutoRMI is more like it.
>
>
>
I agree that DRMI is redundant - Distributed and Remote are effectively
synonymns, or in any case
Distributed includes Remote.
I quite like DMI because it conveys the spirit of AltRMI - ie of
accessing distributed objects,
which can be local or remote in a manner which is transparent to the
caller as far as the Java interface is concerned.
Mauro
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: [Altrmi] a future ?
Posted by "Noel J. Bergman" <no...@devtech.com>.
> DRMI (Distributed RMI) is thought to be better.
Isn't Distributed Remote Method Invocation (RMI) a bit redundantly
redundant? :-) From what the AltRMI site says, AutoRMI is more like it.
--- Noel
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: [Altrmi] a future ?
Posted by "Noel J. Bergman" <no...@devtech.com>.
> DRMI (Distributed RMI) is thought to be better.
Isn't Distributed Remote Method Invocation (RMI) a bit redundantly
redundant? :-) From what the AltRMI site says, AutoRMI is more like it.
--- Noel
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: [Altrmi] a future ?
Posted by "Noel J. Bergman" <no...@devtech.com>.
> DRMI (Distributed RMI) is thought to be better.
Isn't Distributed Remote Method Invocation (RMI) a bit redundantly
redundant? :-) From what the AltRMI site says, AutoRMI is more like it.
--- Noel
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [Altrmi] a future ?
Posted by Peter Donald <pe...@realityforge.org>.
On Tue, 3 Dec 2002 11:29, Paul Hammant wrote:
> Its been pointed out to me that the name 'AltRMI' is a bit daft as its
> not quite anything (TLA, FLBP, abbr, abstract). DRMI (Distributed RMI)
> is thought to be better. Anyway given that I am too close to the woods
> to see the trees, perhaps others could offer their opinion.
Or just DMI.
--
Cheers,
Peter Donald
-----------------------------------------------
"You can't depend on your eyes when your
imagination is out of focus." -Mark Twain
-----------------------------------------------
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [Altrmi] a future ?
Posted by Peter Donald <pe...@realityforge.org>.
On Tue, 3 Dec 2002 11:29, Paul Hammant wrote:
> Its been pointed out to me that the name 'AltRMI' is a bit daft as its
> not quite anything (TLA, FLBP, abbr, abstract). DRMI (Distributed RMI)
> is thought to be better. Anyway given that I am too close to the woods
> to see the trees, perhaps others could offer their opinion.
Or just DMI.
--
Cheers,
Peter Donald
-----------------------------------------------
"You can't depend on your eyes when your
imagination is out of focus." -Mark Twain
-----------------------------------------------
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [Altrmi] a future ?
Posted by Nicola Ken Barozzi <ni...@apache.org>.
Paul Hammant wrote:
> Nicola,
>
>
>>>Its been pointed out to me that the name 'AltRMI' is a bit daft as its
>>>not quite anything (TLA, FLBP, abbr, abstract). DRMI (Distributed RMI)
>>>is thought to be better. Anyway given that I am too close to the woods
>>>to see the trees, perhaps others could offer their opinion.
>>
>>Given that Alt-RMI means Old-RMI to Germans, and that DRMI is redundant,
>>what about:
>>
>> T-RMI (transparent RMI)
>
> Taken by another project @ sourceforge.
>
>
>> X-RMI (extendable RMI)
>
> or eXtreme ?
;-) The X is always easy to mold into anything.
Also RMI-II, RMI-2, RMI-NG, ... just other suggestions
>> E-RMI (easy RMI)
>>
>>
>>>Also seeing as we are rationalising what is going on here in Avalon (the
>>>project), perhaps some ideas as to a destiny could be offered.
>>
>>I'm using AltRMI myself these days, and I would make this proposal.
>
> :-)
Thanks to Marcus that put instrumentation in Cocoon and made me take a
deep look at how it's done, since I am working on making a debugger.
Also Xindice uses now XMLRPC for transport, I suggested Gianugo about
using AltRMI. HE needs a special transport to move compiles SAX events,
what could be done?
>>1) EOB asks to be part of Jakarta
>>2) EOB moves from SF to incubator.apache.org
>>3) altrmi becomes a package of EOB
>>4) EOB+Altrmi are a Jakarta sub-project
>
>
> All good ideas.
>
> Given that Avalon becomes top level, wil we not have our own front page?
Yup.
> We are purging non A-F
> ising frameworks to commons, but what about larger efforts?
Not really decided. ATM we are focusing on Avalon framework and
derivatives (impls), EOB is not (yet?) in the picture.
> It seems to me that Enterprise (CORBA ORB) FtpServer and others have a home there. EOB could
> aspire to that position I guess. Do we have a policy on what will happen to our front page?
Nope. Let's see what others think.
--
Nicola Ken Barozzi nicolaken@apache.org
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
---------------------------------------------------------------------
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: [Altrmi] a future ?
Posted by Berin Loritsch <bl...@citi-us.com>.
> From: Paul Hammant [mailto:paul_hammant@yahoo.com]
>
> > >>Another Remote Invocation Mechanism: AntRIM
> > >>
> > >>It has a certain ring to it...
>
> Hmmm. Both 'ring' and 'rim' have rude collocial meaning in GB
> & Ireland.
> Will often cause a smirk when uttered seriosuly...
That's funny.
Anyway, you have several options available. You can either
think in acronyms or use just some visual name.
You have the following concepts to work with:
Distributed
Remote
Invocation Mechanism
Method Invocation
Adaptive
If you want to invoke images of college you can always use this:
Distributed Object Request Mechanism (DORM)
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [Altrmi] a future ?
Posted by Paul Hammant <pa...@yahoo.com>.
> >>Another Remote Invocation Mechanism: AntRIM
> >>
> >>It has a certain ring to it...
Hmmm. Both 'ring' and 'rim' have rude collocial meaning in GB & Ireland.
Will often cause a smirk when uttered seriosuly...
- 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: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [Altrmi] a future ?
Posted by Charles Benett <ch...@apache.org>.
Berin Loritsch wrote:
>>From: Berin Loritsch [mailto:bloritsch@citi-us.com]
>>
>>Another Remote Invocation Mechanism: AntRIM
>>
>>It has a certain ring to it...
>>
>>
>
>
>It is a city in New Hampshire, USA:
>
>antrim, NH (CDP, FIPS 1620)
> Location: 43.03169 N, 71.94579 W
> Population (1990): 1325 (549 housing units)
> Area: 9.0 sq km (land), 0.0 sq km (water)
> Zip code(s): 03440
>
>
>
Probably named after County Antrim in Northern Ireland.
Charles
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: [Altrmi] a future ?
Posted by Berin Loritsch <bl...@citi-us.com>.
> From: Berin Loritsch [mailto:bloritsch@citi-us.com]
>
> Another Remote Invocation Mechanism: AntRIM
>
> It has a certain ring to it...
It is a city in New Hampshire, USA:
antrim, NH (CDP, FIPS 1620)
Location: 43.03169 N, 71.94579 W
Population (1990): 1325 (549 housing units)
Area: 9.0 sq km (land), 0.0 sq km (water)
Zip code(s): 03440
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: [Altrmi] a future ?
Posted by Berin Loritsch <bl...@citi-us.com>.
> From: Peter Royal [mailto:proyal@apache.org]
>
> On Wednesday, December 11, 2002, at 03:47 AM, Paul Hammant wrote:
> >>> Its been pointed out to me that the name 'AltRMI' is a
> bit daft as
> >>> its
> >>> not quite anything (TLA, FLBP, abbr, abstract). DRMI (Distributed
> >>> RMI)
> >>> is thought to be better. Anyway given that I am too close to the
> >>> woods
> >>> to see the trees, perhaps others could offer their opinion.
>
> I'm fine with AltRMI.
>
> One could do 'PMI', Proxied Method Invocation.. or JPMI to
> prefix with
> 'Java'.
Nah, that's like all the GNU projects named G* (GNOME, Gnews, GIMP, etc.).
Just because other Java developers do it doesn't mean we should...
Although 'ARMI', Apache Remote Method Invocation, has a nice ring to it ;P
Of course you can use the RPC naming from "Remote Procedure Calls". Or
you could use some form of Delegator in the name.
ARDel, Apache Remote Delegator.
ReDel, Remote Delegator.
RD, Remote Delegator.
HaRD, Hammant's Remote Delegator (although some people might find this
offensive ;P ).
Or you can move in the "Remote Control" arena with RC style acronyms.
ARC, Apache Remote Control
ReC, Remote Control
JERC, Java Extreme Remote Control (That has some possibilities :)
Or you can take the spelling suggestion that my browser has for AltRMI:
Antrim
Hmm.
Another Remote Invocation Mechanism: AntRIM
It has a certain ring to it...
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [Altrmi] a future ?
Posted by Peter Royal <pr...@apache.org>.
On Wednesday, December 11, 2002, at 03:47 AM, Paul Hammant wrote:
>>> Its been pointed out to me that the name 'AltRMI' is a bit daft as
>>> its
>>> not quite anything (TLA, FLBP, abbr, abstract). DRMI (Distributed
>>> RMI)
>>> is thought to be better. Anyway given that I am too close to the
>>> woods
>>> to see the trees, perhaps others could offer their opinion.
I'm fine with AltRMI.
One could do 'PMI', Proxied Method Invocation.. or JPMI to prefix with
'Java'.
-pete
--
peter royal -> proyal@apache.org
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [Altrmi] a future ?
Posted by Paul Hammant <pa...@yahoo.com>.
Nicola,
> > Its been pointed out to me that the name 'AltRMI' is a bit daft as its
> > not quite anything (TLA, FLBP, abbr, abstract). DRMI (Distributed RMI)
> > is thought to be better. Anyway given that I am too close to the woods
> > to see the trees, perhaps others could offer their opinion.
>
> Given that Alt-RMI means Old-RMI to Germans, and that DRMI is redundant,
> what about:
>
> T-RMI (transparent RMI)
Taken by another project @ sourceforge.
> X-RMI (extendable RMI)
or eXtreme ?
> E-RMI (easy RMI)
>
> > Also seeing as we are rationalising what is going on here in Avalon (the
> > project), perhaps some ideas as to a destiny could be offered.
>
> I'm using AltRMI myself these days, and I would make this proposal.
:-)
> 1) EOB asks to be part of Jakarta
> 2) EOB moves from SF to incubator.apache.org
> 3) altrmi becomes a package of EOB
> 4) EOB+Altrmi are a Jakarta sub-project
All good ideas.
Given that Avalon becomes top level, wil we not have our own front page? We are purging non A-F
ising frameworks to commons, but what about larger efforts?
It seems to me that Enterprise (CORBA ORB) FtpServer and others have a home there. EOB could
aspire to that position I guess. Do we have a policy on what will happen to our front page?
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: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [Altrmi] a future ?
Posted by Nicola Ken Barozzi <ni...@apache.org>.
Paul Hammant wrote:
> Folks,
>
> Its been pointed out to me that the name 'AltRMI' is a bit daft as its
> not quite anything (TLA, FLBP, abbr, abstract). DRMI (Distributed RMI)
> is thought to be better. Anyway given that I am too close to the woods
> to see the trees, perhaps others could offer their opinion.
Given that Alt-RMI means Old-RMI to Germans, and that DRMI is redundant,
what about:
T-RMI (transparent RMI)
X-RMI (extendable RMI)
E-RMI (easy RMI)
> Also seeing as we are rationalising what is going on here in Avalon (the
> project), perhaps some ideas as to a destiny could be offered.
I'm using AltRMI myself these days, and I would make this proposal.
1) EOB asks to be part of Jakarta
2) EOB moves from SF to incubator.apache.org
3) altrmi becomes a package of EOB
4) EOB+Altrmi are a Jakarta sub-project
--
Nicola Ken Barozzi nicolaken@apache.org
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
---------------------------------------------------------------------
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [Altrmi] a future ?
Posted by Marcus Crafter <cr...@fztig938.bank.dresdner.net>.
After learning German I was always getting confused by the name AltRMI, as
'alt' in German means 'old' in English :)
Cheers,
Marcus
On Tue, Dec 03, 2002 at 03:04:43PM +0100, Leo Simons wrote:
> I Like "AltRMI", actually. Nice ring. DRMI is good too. It is a fitting
> description, and keeps the relationship between RMI and AltRMI clear.
>
> as to destiny....it would be best for the world if this went into JDK
> 1.5, but as that's not happening it should go somewhere close. RMI has a
> usage overlap with SOAP/RPC, yet also with CORBA.
>
> AltRMI deserves more exposure than it gets atm. How to make that happen
> though....not quite sure. I do know it has a much wider use than just
> within avalon, hence it might be happy over at incubator where it can
> gain more advocates and grow into some kind of standard.
>
> cheers,
>
> - Leo
>
> On Tue, 2002-12-03 at 01:29, Paul Hammant wrote:
> > Folks,
> >
> > Its been pointed out to me that the name 'AltRMI' is a bit daft as its
> > not quite anything (TLA, FLBP, abbr, abstract). DRMI (Distributed RMI)
> > is thought to be better. Anyway given that I am too close to the woods
> > to see the trees, perhaps others could offer their opinion.
> >
> > Also seeing as we are rationalising what is going on here in Avalon (the
> > project), perhaps some ideas as to a destiny could be offered.
> >
> > Thanks in advance,
> >
> > - Paul
>
>
>
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
>
--
.....
,,$$$$$$$$$, Marcus Crafter
;$' '$$$$: Computer Systems Engineer
$: $$$$: ManageSoft GmbH
$ o_)$$$: 82-84 Mainzer Landstrasse
;$, _/\ &&:' 60327 Frankfurt Germany
' /( &&&
\_&&&&'
&&&&.
&&&&&&&:
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: [Altrmi] a future ?
Posted by "Noel J. Bergman" <no...@devtech.com>.
> AltRMI has been moving between repositories for some time now, and this
> IMHO is an indication that it doesn't fit in other projects.
> Leo's suggestion [to move it to incubabator] is interesting.
Or Jakarta Commons?
--- Noel
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: [Altrmi] a future ?
Posted by "Noel J. Bergman" <no...@devtech.com>.
> AltRMI has been moving between repositories for some time now, and this
> IMHO is an indication that it doesn't fit in other projects.
> Leo's suggestion [to move it to incubabator] is interesting.
Or Jakarta Commons?
--- Noel
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
RE: [Altrmi] a future ?
Posted by "Noel J. Bergman" <no...@devtech.com>.
> AltRMI has been moving between repositories for some time now, and this
> IMHO is an indication that it doesn't fit in other projects.
> Leo's suggestion [to move it to incubabator] is interesting.
Or Jakarta Commons?
--- Noel
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [Altrmi] a future ?
Posted by Nicola Ken Barozzi <ni...@apache.org>.
Leo Simons wrote:
> I Like "AltRMI", actually. Nice ring. DRMI is good too. It is a fitting
> description, and keeps the relationship between RMI and AltRMI clear.
>
> as to destiny....it would be best for the world if this went into JDK
> 1.5, but as that's not happening it should go somewhere close. RMI has a
> usage overlap with SOAP/RPC, yet also with CORBA.
>
> AltRMI deserves more exposure than it gets atm. How to make that happen
> though....not quite sure. I do know it has a much wider use than just
> within avalon, hence it might be happy over at incubator where it can
> gain more advocates and grow into some kind of standard.
AltRMI has been moving between repositories for some time now, and this
IMHO is an indication that it doesn't fit in other projects.
Leo's suggestion is interesting.
--
Nicola Ken Barozzi nicolaken@apache.org
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
---------------------------------------------------------------------
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [Altrmi] a future ?
Posted by Marcus Crafter <cr...@fztig938.bank.dresdner.net>.
After learning German I was always getting confused by the name AltRMI, as
'alt' in German means 'old' in English :)
Cheers,
Marcus
On Tue, Dec 03, 2002 at 03:04:43PM +0100, Leo Simons wrote:
> I Like "AltRMI", actually. Nice ring. DRMI is good too. It is a fitting
> description, and keeps the relationship between RMI and AltRMI clear.
>
> as to destiny....it would be best for the world if this went into JDK
> 1.5, but as that's not happening it should go somewhere close. RMI has a
> usage overlap with SOAP/RPC, yet also with CORBA.
>
> AltRMI deserves more exposure than it gets atm. How to make that happen
> though....not quite sure. I do know it has a much wider use than just
> within avalon, hence it might be happy over at incubator where it can
> gain more advocates and grow into some kind of standard.
>
> cheers,
>
> - Leo
>
> On Tue, 2002-12-03 at 01:29, Paul Hammant wrote:
> > Folks,
> >
> > Its been pointed out to me that the name 'AltRMI' is a bit daft as its
> > not quite anything (TLA, FLBP, abbr, abstract). DRMI (Distributed RMI)
> > is thought to be better. Anyway given that I am too close to the woods
> > to see the trees, perhaps others could offer their opinion.
> >
> > Also seeing as we are rationalising what is going on here in Avalon (the
> > project), perhaps some ideas as to a destiny could be offered.
> >
> > Thanks in advance,
> >
> > - Paul
>
>
>
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
>
--
.....
,,$$$$$$$$$, Marcus Crafter
;$' '$$$$: Computer Systems Engineer
$: $$$$: ManageSoft GmbH
$ o_)$$$: 82-84 Mainzer Landstrasse
;$, _/\ &&:' 60327 Frankfurt Germany
' /( &&&
\_&&&&'
&&&&.
&&&&&&&:
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [Altrmi] a future ?
Posted by Nicola Ken Barozzi <ni...@apache.org>.
Leo Simons wrote:
> I Like "AltRMI", actually. Nice ring. DRMI is good too. It is a fitting
> description, and keeps the relationship between RMI and AltRMI clear.
>
> as to destiny....it would be best for the world if this went into JDK
> 1.5, but as that's not happening it should go somewhere close. RMI has a
> usage overlap with SOAP/RPC, yet also with CORBA.
>
> AltRMI deserves more exposure than it gets atm. How to make that happen
> though....not quite sure. I do know it has a much wider use than just
> within avalon, hence it might be happy over at incubator where it can
> gain more advocates and grow into some kind of standard.
AltRMI has been moving between repositories for some time now, and this
IMHO is an indication that it doesn't fit in other projects.
Leo's suggestion is interesting.
--
Nicola Ken Barozzi nicolaken@apache.org
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
---------------------------------------------------------------------
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [Altrmi] a future ?
Posted by Nicola Ken Barozzi <ni...@apache.org>.
Leo Simons wrote:
> I Like "AltRMI", actually. Nice ring. DRMI is good too. It is a fitting
> description, and keeps the relationship between RMI and AltRMI clear.
>
> as to destiny....it would be best for the world if this went into JDK
> 1.5, but as that's not happening it should go somewhere close. RMI has a
> usage overlap with SOAP/RPC, yet also with CORBA.
>
> AltRMI deserves more exposure than it gets atm. How to make that happen
> though....not quite sure. I do know it has a much wider use than just
> within avalon, hence it might be happy over at incubator where it can
> gain more advocates and grow into some kind of standard.
AltRMI has been moving between repositories for some time now, and this
IMHO is an indication that it doesn't fit in other projects.
Leo's suggestion is interesting.
--
Nicola Ken Barozzi nicolaken@apache.org
- verba volant, scripta manent -
(discussions get forgotten, just code remains)
---------------------------------------------------------------------
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [Altrmi] a future ?
Posted by Marcus Crafter <cr...@fztig938.bank.dresdner.net>.
After learning German I was always getting confused by the name AltRMI, as
'alt' in German means 'old' in English :)
Cheers,
Marcus
On Tue, Dec 03, 2002 at 03:04:43PM +0100, Leo Simons wrote:
> I Like "AltRMI", actually. Nice ring. DRMI is good too. It is a fitting
> description, and keeps the relationship between RMI and AltRMI clear.
>
> as to destiny....it would be best for the world if this went into JDK
> 1.5, but as that's not happening it should go somewhere close. RMI has a
> usage overlap with SOAP/RPC, yet also with CORBA.
>
> AltRMI deserves more exposure than it gets atm. How to make that happen
> though....not quite sure. I do know it has a much wider use than just
> within avalon, hence it might be happy over at incubator where it can
> gain more advocates and grow into some kind of standard.
>
> cheers,
>
> - Leo
>
> On Tue, 2002-12-03 at 01:29, Paul Hammant wrote:
> > Folks,
> >
> > Its been pointed out to me that the name 'AltRMI' is a bit daft as its
> > not quite anything (TLA, FLBP, abbr, abstract). DRMI (Distributed RMI)
> > is thought to be better. Anyway given that I am too close to the woods
> > to see the trees, perhaps others could offer their opinion.
> >
> > Also seeing as we are rationalising what is going on here in Avalon (the
> > project), perhaps some ideas as to a destiny could be offered.
> >
> > Thanks in advance,
> >
> > - Paul
>
>
>
>
> --
> To unsubscribe, e-mail: <ma...@jakarta.apache.org>
> For additional commands, e-mail: <ma...@jakarta.apache.org>
>
--
.....
,,$$$$$$$$$, Marcus Crafter
;$' '$$$$: Computer Systems Engineer
$: $$$$: ManageSoft GmbH
$ o_)$$$: 82-84 Mainzer Landstrasse
;$, _/\ &&:' 60327 Frankfurt Germany
' /( &&&
\_&&&&'
&&&&.
&&&&&&&:
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [Altrmi] a future ?
Posted by Leo Simons <le...@apache.org>.
I Like "AltRMI", actually. Nice ring. DRMI is good too. It is a fitting
description, and keeps the relationship between RMI and AltRMI clear.
as to destiny....it would be best for the world if this went into JDK
1.5, but as that's not happening it should go somewhere close. RMI has a
usage overlap with SOAP/RPC, yet also with CORBA.
AltRMI deserves more exposure than it gets atm. How to make that happen
though....not quite sure. I do know it has a much wider use than just
within avalon, hence it might be happy over at incubator where it can
gain more advocates and grow into some kind of standard.
cheers,
- Leo
On Tue, 2002-12-03 at 01:29, Paul Hammant wrote:
> Folks,
>
> Its been pointed out to me that the name 'AltRMI' is a bit daft as its
> not quite anything (TLA, FLBP, abbr, abstract). DRMI (Distributed RMI)
> is thought to be better. Anyway given that I am too close to the woods
> to see the trees, perhaps others could offer their opinion.
>
> Also seeing as we are rationalising what is going on here in Avalon (the
> project), perhaps some ideas as to a destiny could be offered.
>
> Thanks in advance,
>
> - Paul
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [Altrmi] a future ?
Posted by Peter Donald <pe...@realityforge.org>.
On Tue, 3 Dec 2002 11:29, Paul Hammant wrote:
> Its been pointed out to me that the name 'AltRMI' is a bit daft as its
> not quite anything (TLA, FLBP, abbr, abstract). DRMI (Distributed RMI)
> is thought to be better. Anyway given that I am too close to the woods
> to see the trees, perhaps others could offer their opinion.
Or just DMI.
--
Cheers,
Peter Donald
-----------------------------------------------
"You can't depend on your eyes when your
imagination is out of focus." -Mark Twain
-----------------------------------------------
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [Altrmi] a future ?
Posted by Leo Simons <le...@apache.org>.
I Like "AltRMI", actually. Nice ring. DRMI is good too. It is a fitting
description, and keeps the relationship between RMI and AltRMI clear.
as to destiny....it would be best for the world if this went into JDK
1.5, but as that's not happening it should go somewhere close. RMI has a
usage overlap with SOAP/RPC, yet also with CORBA.
AltRMI deserves more exposure than it gets atm. How to make that happen
though....not quite sure. I do know it has a much wider use than just
within avalon, hence it might be happy over at incubator where it can
gain more advocates and grow into some kind of standard.
cheers,
- Leo
On Tue, 2002-12-03 at 01:29, Paul Hammant wrote:
> Folks,
>
> Its been pointed out to me that the name 'AltRMI' is a bit daft as its
> not quite anything (TLA, FLBP, abbr, abstract). DRMI (Distributed RMI)
> is thought to be better. Anyway given that I am too close to the woods
> to see the trees, perhaps others could offer their opinion.
>
> Also seeing as we are rationalising what is going on here in Avalon (the
> project), perhaps some ideas as to a destiny could be offered.
>
> Thanks in advance,
>
> - Paul
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>
Re: [Altrmi] a future ?
Posted by Leo Simons <le...@apache.org>.
I Like "AltRMI", actually. Nice ring. DRMI is good too. It is a fitting
description, and keeps the relationship between RMI and AltRMI clear.
as to destiny....it would be best for the world if this went into JDK
1.5, but as that's not happening it should go somewhere close. RMI has a
usage overlap with SOAP/RPC, yet also with CORBA.
AltRMI deserves more exposure than it gets atm. How to make that happen
though....not quite sure. I do know it has a much wider use than just
within avalon, hence it might be happy over at incubator where it can
gain more advocates and grow into some kind of standard.
cheers,
- Leo
On Tue, 2002-12-03 at 01:29, Paul Hammant wrote:
> Folks,
>
> Its been pointed out to me that the name 'AltRMI' is a bit daft as its
> not quite anything (TLA, FLBP, abbr, abstract). DRMI (Distributed RMI)
> is thought to be better. Anyway given that I am too close to the woods
> to see the trees, perhaps others could offer their opinion.
>
> Also seeing as we are rationalising what is going on here in Avalon (the
> project), perhaps some ideas as to a destiny could be offered.
>
> Thanks in advance,
>
> - Paul
--
To unsubscribe, e-mail: <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>