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. Thanks, Dan. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
