[prev in list] [next in list] [prev in thread] [next in thread] 

List:       avalon-apps-dev
Subject:    RE: [Ann] Enterprise Object Broker
From:       "Gerhard Froehlich" <g-froehlich () gmx ! de>
Date:       2002-01-26 16:57:53
[Download RAW message or body]

Hi,
Kool dude. I just visited it!

  Gerhard
 
--------------------------------
Children are hereditary;
if your parents didn't have any,
neither will you.
--------------------------------


>-----Original Message-----
>From: Paul Hammant [mailto:Paul_Hammant@yahoo.com]
>Sent: Saturday, January 26, 2002 5:41 PM
>To: avalon-apps-dev@jakarta.apache.org
>Subject: [Ann] Enterprise Object Broker
>
>
>Folks,
>
>I've started a replacement for EJB.  It is driven from my dislike of 
>RemoteException and leans heavily on AltRMI.
>
>    "Enterprise Object Broker is an alternative to EJB.  It is the same 
>idea but making
>     the difference between remote and local objects nearly invisible.
>     Make your object model from normal Java interfaces and code an impl 
>that fits it"
>
>It is at sourceforge and Apache licensed.  My intention is to build a 
>community then, when proven, to propose it's migration to Apache as an 
>official project.  It is, of course, highly controvercial like most 
>things I do.
>
>It sits on Avalon-Phoenix and will allow its beans to lookup and use 
><depend>ed on services (Jo, Jabber, James, AvalonDB etc).  As it is a 
>block it will also allo other servces to <depend> on in and lookup/use 
>beans inside it.
>
>It will not force any dependee or dependant service to use RMI or TCP/IP 
>based communication mechamisms.  It will allow in VM calls.  Clearly 
>though, convetional webapps using it will still have to use wire 
>protocol because that is the Servlet API contract.
>
>It will also split the role between developer and assembler like Avalon 
>does.  Developers lace together bean applications in terms of 
>interface/API need.  Assemblers lace together servers in a cluster 
>stating for which type of bean interface, how each server is to treat 
>it:   - some must be same VM
>  - some may be remote
>  - some may be remote only when certain load conditions are met
>  - some will always be remote.
>
>The TLA is EOB (though the dot org domain name is taken already). 
> Verbally we may refer to is as 'Yob'.
>
>Regards,
>
>- Paul
>
>
>--
>To unsubscribe, e-mail:   <mailto:avalon-apps-dev-unsubscribe@jakarta.apache.org>
>For additional commands, e-mail: <mailto:avalon-apps-dev-help@jakarta.apache.org>
>
>


--
To unsubscribe, e-mail:   <mailto:avalon-apps-dev-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:avalon-apps-dev-help@jakarta.apache.org>

[prev in list] [next in list] [prev in thread] [next in thread]