james-server-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Daniel John Debrunner <...@debrunners.com>
Subject Re: Problems using Derby for stores
Date Fri, 18 Nov 2005 18:43:44 GMT
Noel J. Bergman wrote:

> Danny Angus wrote:
>>Daniel John Debrunner wrote:
>>>Thanks for all the info. At ApacheCon Europe I discussed with Noel (in
>>>his presentation) some of the possiblilities of integrating Derby and
>>>James, the first step would be Derby as a data store for James.
>>Yeah, sadly I missed you there
> My presentation was about portlets.  I wonder if he means at the one on
> JAMES, which you also attended.  In any event ...

Yep I meant the James presentation, sorry wrong speaker.

>>I'd already hacked James to use derby embedded after using derby
>>at work to embed in a number of log-file analysis tools so I knew
>>it would work. (It is so cool to be able to use SQL to analyse
>>logfiles by the way)
> I'm happy if we can rely upon the presence of a SQL database in JAMES,
> although I disagree that we can so easily deprecate non-SQL stores, at least
> for messages.

My itch is to make sure JAMES and Derby work well together.

>>>Subsequent possible integrations are James running within Derby to
>>>provide better e-mail support from procedures, functions and triggers,
>>>such as e-mail spooling.
> I'm not quite sure what that would mean to embed JAMES.  JAMES, itself, is
> made up of multiple services that are embedded in an Avalon container.  But
> I would like to investigate how we can better make use of a database as
> core, rather than as ancillary.  We're also looking at the idea of using
> something like JMS for messaging, but I'm still not convinced which way
> would be best to go, be it a database, JMS or even JavaSpaces type solution.

I probably mean, embed some of JAMES's services in Derby.


To unsubscribe, e-mail: server-dev-unsubscribe@james.apache.org
For additional commands, e-mail: server-dev-help@james.apache.org

View raw message