What is the exact syntax to do the injection of the component on the page?
The examples on Tapestry's website only talk about using page definitions
and I want to inject the DataSource directly on my page component.
On the other hand, the @Inject syntax isnt recognized.
On 5/17/06, Schulte Marcus <[EMAIL PROTECTED]> wrote:
Sorry, now I see what you mean.
Actually you'll need *both*.
1. the hivemodule snippet configuring the DataSource from you .jar
2. A class like the one sketched by James or in my last mail which uses
the DataSource from 1. And the hivemodule snippet blessing this class as
hivemind service.
To add to the confusion: you could inject the DataSource from 1. directly
into your components/pages using sth. like:
@Inject("service:module.IdDatasource")
does this make it clearer?
> -----Original Message-----
> From: Rui Pacheco [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, May 17, 2006 12:55 PM
> To: Tapestry users
> Subject: Re: ServletContext
>
>
> 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
>
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Cumprimentos,
Rui Pacheco
