james-server-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Serge Sozonoff" <se...@globalbeach.com>
Subject Re: Avalon dependance in mailets
Date Mon, 06 Jan 2003 19:02:25 GMT
Hi,

>From a mailet developers point of view,  I would much rather have the DB
stuff exposed through the Mailet API.
If you really want to go your own way or need something not provided by the
API you still have the freedom to do so.

Also, I do agree with Danny that we probably should not force implemenations
to make db access available.

Sergei

----- Original Message -----
From: "Jason Webb" <jw@inovem.com>
To: "'James Developers List'" <james-dev@jakarta.apache.org>
Sent: Monday, January 06, 2003 6:00 PM
Subject: RE: Avalon dependance in mailets


> My opinion (and what we do here) is mailets should make their own
> arrangements.
> It's easier for both James and my code because:
> 1) James doesn't have to second guess what I might want from a DB
> connection
> 2) If I want to handle the connection (if it dies etc) I can do so
> 3) I may want to control how the pooling works etc.
>
>
> If you do your first option then using isDatabaseConnectionProvider()
> seems OK
> -- Jason
>
> > -----Original Message-----
> > From: Danny Angus [mailto:danny@apache.org]
> > Sent: 06 January 2003 16:58
> > To: James Developers List
> > Subject: RE: Avalon dependance in mailets
> >
> >
> > Hi again,
> >
> > The next thing I'm stuck on is database connections.
> > Now currently there are a squad of mailets using avalon to
> > get database connections, however we want to remove avalon
> > dependancies from mailets, so...
> >
> > do we either make db connections available through the
> > MailetAPI or do we force mailets to make other arrangements.
> >
> > Assuming the first one, which I am, I don't think that we
> > should force implementations to make db access available, it
> > may not be appropriate for every case, therefore I'm going to
> > assume that this is an optional feature of the API and add to
> > mailet context the following:
> >
> > boolean isDatabaseConnectionProvider()
> >  and java.sql.Connection getDatabaseConnection(String datasourceName)
> >
> > so that mailets which require database connections can fail
> > gracefully in containers which don't support database access.
> >
> > Any thoughts?
> >
> >
> > d.
> >
> >
> >
> > --
> > To unsubscribe, e-mail:
> > <mailto:james-dev-> unsubscribe@jakarta.apache.org>
> > For
> > additional commands,
> > e-mail: <mailto:james-dev-help@jakarta.apache.org>
> >
> >
>
>
> --
> To unsubscribe, e-mail:
<mailto:james-dev-unsubscribe@jakarta.apache.org>
> For additional commands, e-mail:
<mailto:james-dev-help@jakarta.apache.org>
>
>


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


Mime
View raw message