On 2/1/07, David Woldrich <[EMAIL PROTECTED]> wrote:
Do I have your attention yet?  :)

you have mine

i'm not an expert but i'll try an initial response

I just installed ApacheDS, which is
the new Apache LDAP java server, in about 50 seconds as a plugin INSIDE
my Geronimo server using the deployer tool and a .car file I downloaded
from http://geronimoplugins.com.  The mind boggling implications of this
new development are just too much for me to reckon properly right now.

EJB, JMS, and now LDAP all in one JavaVM!  I have literally been
dreaming of this for years, and the ApacheDS install was so painless.  I
am seeing the future.  But, I'll be the first to admit it, I am greedy
and I want a lot more.  I want mail and news servers in Geronimo too,
and I want mailets that can call local EJB's that I can redeploy at will
(or perhaps even make local EJB's that are themselves mailets.)

mailets that are EJB sounds better than calling EJBs from mailets

but POJOs with context sound even better (cool to mix in with service
buses etc) bit like activication specification message beans (mail is
just another message, after all)

Hot redeployable mailets would be something nifty.

+1

some sort of mailet packaging would be very cool (but i was saving
this subject for another day)

Practically everything I
care about running with are apache projects, and maybe over time they
start converging on and sharing dependencies within the Geronimo
server.  Total memory footprint goes down.  Another big win for Apache.

I understand there are architectural thingies in James to consider and
phoenix and whatnot.  I understand that there's a lot of time and
investment in the existing architecture.  And I'm not suggesting that
James should not be able to run standalone, but I would like to be able
to optionally deploy James to Geronimo as a plugin.  Has someone in the
know put any thoughts together on what it would take for this type of
deployment of James?  What showstoppers are there?

not sure there are really architectural issues with the container: the
advantage of using an IoC container such as pheonix is that it's
relatively easy to adapt to new envionments.

but just running probably isn't enough. probably want to be able to
integrate other services and this is where things become a little more
difficult. ATM the database implementation uses torque. you'd probably
want to hack a alternative implementation using JPA POJOs for the data
binding. maybe could talk to OpenJPA over in the incubator.

may need to think about threading and thread pooling

Perhaps we can organize a "James Bug Day" some Saturday similar to what
the Parrot people are doing.  Every month or so a bug day is organized
where anyone who's interested in Parrot can get together on an IRC
server and chat with the experts.  I've personally taken todos off their
list, knowing nothing ahead of time about Parrot, and worked on code and
bugs with their help.  Official committers on the project took my
patches, reviewed them, and committed them for me.  If there was ever an
official James bug day, I would love to get involved, make some new
friends, and (especially) do some work towards the James-As-Plugin end...

we'll review patches whether it's a bug day or not ;-)

plan on being at the hackathon at apacheconEU?

- robert

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to