I am sorry for being so thick, but I still dont understand how to use my
pool based on the examples on Jakarta's website and yours.
I have a jar file with my connection pool. I have defined the service in the
hivemodule.xml as described above (at least on gmail its above).
My problem is how to use my connection pool on my business classes.
Your example seems to contradict the example given above, as you use as a
construct class something written by you, and I should be using the main
class for the .jar file.
On 5/17/06, James Carman <[EMAIL PROTECTED]> wrote:
HiveMind has already created the DataSource for you. He has set up a
"service point" which implements the javax.sql.DataSource interface.
HiveMind will inject this into any other service implementation in the
registry that has a "setter" defined for a property of type
javax.sql.DataSource (the setter doesn't have to be in the "service
interface" but merely on the implementation class itself. So, all you
have
to do to use it is...
public class MyDaoImpl implements MyDao
{
private DataSource dataSource;
public void setDataSource( DataSource dataSource )
{
this.dataSource = dataSource;
}
// MyDao interface methods here...
}
In your hivemodule.xml file...
<service-point id="MyDao" interface="com.myco.MyDao">
<invoke-factory>
<construct class="com.myco.MyDaoImpl" />
</invoke-factory>
</service-point>
-----Original Message-----
From: Rui Pacheco [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 17, 2006 6:20 AM
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]
--
Cumprimentos,
Rui Pacheco
