james-server-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Serge Knystautas" <ser...@lokitech.com>
Subject Re: DB code committed
Date Thu, 02 Aug 2001 02:57:07 GMT
I like the second approach as well (a single configuration/list of
DataSources that the individual repository configurations could use).  I
can't imagine defining datasources like this could be that hard for an app
server platform...  But likewise I don't know how you do this.

Serge Knystautas
Loki Technologies
----- Original Message -----
From: "Darrell DeBoer" <lists@bigdaz.com>
To: <james-dev@jakarta.apache.org>
Sent: Wednesday, August 01, 2001 6:40 PM
Subject: Re: DB code committed

> Hi,
> Regarding using Avalon for handling db connections:
> I was looking at this stuff last weekend, although I didn't get too far.
> understanding of the nitty-gritty of Avalon is a bit limited, so forgive
> if I'm off track.
> I reckon using Avalon to manage Database connections would make sense, to
> the built in pooling features if nothing else. My understanding is that we
> could use Excalibur JdbcDataSource for our connection management, but it
> seems that this would currently require configuring a datasource at each
> point where one is required (ie on a "per-repository" basis - User, Spool,
> Inbox, etc), even if they all use the same db. This could get pretty
> especially since we call every mailing list a separate "repository".
> Possibly better would be to use the Cornerstone DataSourceSelector block
> load JdbcDataSource components, so that all datasources could be
> in a single config section, and referred to by name elsewhere in the
> file. Different Mail Repositories (spool, inbox, error, spam) could use
> same or different datasource, and be configured to use the same table with
> index column (as is currently), or separate tables.
> This is the theory, now to the implementation. I've tried both of these
> approaches for the JdbcUsersRepository but ran into problems. I haven't
> a great deal of time tracking them down, but if anyone has any advice I'd
> appreciate it.
> My main problem is that whenever I fiddle with the James config file (eg
> to set a DataSourceSelector block) I get this (unhelpful) exception
> on Phoenix startup:
> Phoenix 3.1a1-dev
> There was an uncaught exception:
> ---------------------------------------------------------
> java.lang.OutOfMemoryError
>         <<no stack trace available>>
> ---------------------------------------------------------
> The final log file entry is:
> Tue Jul 31 22:23:22 EST 2001 [INFO   ] <<Phoenix>> (main): Deploying Block
> file (/home/daz/jakarta/jakarta-james/dist/apps/james/blocks/james.bar) as
> james
> I plan to have a better look, but if anyone knows what's going on, it
> help me out. (I can replicate this problem by simply renaming the
> <pop3server> element to <pop3server1> and attempting to start James).
> ciao and TIA
> Daz

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

View raw message