provided you use the DataSource in a Hivemind-services
you just let it be injected into it by saying sth. like
public class IdDatastoreImpl implements IdDatastore {
private DataSource dataSource;
private Connection con = null;
private String idTableName;
private String idColumnName = "id";
public IdDatastoreImpl(DataSource dataSource) {
this.dataSource = dataSource;
}
....
with the following hivemodule snippet to define the service
<service-point id="NewsletterInteractionDatastore"
interface="ch.bmw.carmen.loader.db.IdDatastore">
<invoke-factory>
<construct class="db.IdDatastoreImpl" >
<set property="idTableName"
value="mailing_id" />
<set property="idColumnName" value="id" />
</construct>
</invoke-factory>
<interceptor service-id="hivemind.LoggingInterceptor"/>
</service-point>
Of course you then can inject your services in you tap-pages/components
> -----Original Message-----
> From: Rui Pacheco [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, May 17, 2006 12:20 PM
> To: Tapestry users
> Subject: Re: ServletContext
>
>
> For the sake of simplicity, lets assume I'm also using dbcp
>
> How do you retrieve a new connection from the Registry?
> According to the HiveMind examples, I wound have to create an
> instance of
> DataSource and retrieve that from the registry, and then go
> on. Is that it?
>
> Well, can you or someone else provide an example of the
> implementation? :)
>
> On 5/17/06, Schulte Marcus <[EMAIL PROTECTED]> wrote:
> >
> > This works for apache dbcp ... I hope it's similar for proxool
> >
> > <service-point id="IdDatasource" interface="javax.sql.DataSource">
> > <invoke-factory>
> > <construct class="org.apache.commons.dbcp.BasicDataSource">
> > <set property="driverClassName"
> value="oracle.jdbc.driver.OracleDriver"
> > />
> >
> > <set property="url" value="${db.url}" />
> > <set property="username" value="${db.user}" />
> > <set property="password" value="${db.password}" />
> > </construct>
> > </invoke-factory>
> > </service-point>
> >
> _____________________________________________________________________
> > Default Config für Testumgebung
> > <contribution configuration-id="hivemind.FactoryDefaults">
> > <default symbol="db.url"
> value="jdbc:oracle:thin:@server:1521:sid" />
> > <default symbol="db.user" value="user" />
> > <default symbol="db.password" value="pass" />
> > </contribution>
> >
> > > -----Original Message-----
> > > From: Rui Pacheco [mailto:[EMAIL PROTECTED]
> > > Sent: Tuesday, May 16, 2006 3:54 PM
> > > To: Tapestry users
> > > Subject: Re: ServletContext
> > >
> > >
> > > I dont doubt HiveMind would be the right way to go, but the
> > > learning curve
> > > seems to be a bit too steep for my timeframe.
> > > Can I insist on an example using ServletContextListener, ie,
> > > something that
> > > being all in Java would be more in my reach?
> > >
> > > On the other hand, if someone has configured a connection
> pool (any or
> > > Proxool in particular) using HiveMind and is willing to share
> > > the example, I
> > > would be more than gratefull.
> > >
> > >
> > > On 5/16/06, Hugo Palma <[EMAIL PROTECTED]> wrote:
> > > >
> > > > In that case, why don't you configure Proxool as a
> service in you
> > > > hivemodule.xml file ? That's where your service
> > > configuration should take
> > > > place.
> > > >
> > > > My ServletContextListener suggestion usually works well
> > > when you have a
> > > > properties bundle that you want to place outside the war so
> > > that it can be
> > > > easily changed. In your case i think the most
> appropriate is to use
> > > > hivemind
> > > > configurations to do the job.
> > > > Am i making sense here ?
> > > >
> > > > On 5/16/06, Rui Pacheco <[EMAIL PROTECTED]> wrote:
> > > > >
> > > > > Ok...
> > > > > The properties file holds configuration data for Proxool,
> > > the connection
> > > > > pool I'm using with my application.
> > > > >
> > > > > On 5/16/06, James Carman <[EMAIL PROTECTED]> wrote:
> > > > > >
> > > > > > First of all, what does that properties file
> contain? You know,
> > > > > HiveMind
> > > > > > is
> > > > > > a configuration microkernel, so you can do a lot of
> > > configuration with
> > > > > > HiveMind.
> > > > > >
> > > > > > -----Original Message-----
> > > > > > From: Rui Pacheco [mailto:[EMAIL PROTECTED]
> > > > > > Sent: Tuesday, May 16, 2006 9:02 AM
> > > > > > To: Tapestry users
> > > > > > Subject: Re: ServletContext
> > > > > >
> > > > > > Could you or someone else give me an example on how
> to do that?
> > > > > >
> > > > > > On 5/16/06, Hugo Palma <[EMAIL PROTECTED]> wrote:
> > > > > > >
> > > > > > > I would implement such a feature using a
> > > ServletContextListener.
> > > > > > Something
> > > > > > > like the HiveUtils SystemPropertyInitListener class.
> > > > > > >
> > > > > > > Cheers
> > > > > > >
> > > > > > > Hugo
> > > > > > >
> > > > > > > On 5/16/06, Rui Pacheco <[EMAIL PROTECTED]> wrote:
> > > > > > > >
> > > > > > > > Hi all
> > > > > > > >
> > > > > > > > I was planning on storing a properties file inside
> > > my WEB-INF
> > > > > > directory
> > > > > > > > and
> > > > > > > > then read it using getResourceAsStream from
> > > ServletContext, but
> > > > > > > apparently
> > > > > > > > I
> > > > > > > > can't access the ServletContext from inside Tapestry.
> > > > > > > > Is there another way to read the properties file or
> > > how to get to
> > > > my
> > > > > > > > ServletContext?
> > > > > > > >
> > > > > > > > --
> > > > > > > > Cumprimentos,
> > > > > > > > Rui Pacheco
> > > > > > > >
> > > > > > > >
> > > > > > >
> > > > > > >
> > > > > >
> > > > > >
> > > > > > --
> > > > > > Cumprimentos,
> > > > > > Rui Pacheco
> > > > > >
> > > > > >
> > > > > >
> > > > > >
> > >
> ---------------------------------------------------------------------
> > > > > > To unsubscribe, e-mail:
> [EMAIL PROTECTED]
> > > > > > For additional commands, e-mail:
> [EMAIL PROTECTED]
> > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > --
> > > > > Cumprimentos,
> > > > > Rui Pacheco
> > > > >
> > > > >
> > > >
> > > >
> > >
> > >
> > > --
> > > Cumprimentos,
> > > Rui Pacheco
> > >
> >
> >
> ---------------------------------------------------------------------
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
>
> --
> Cumprimentos,
> Rui Pacheco
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
