Oh, sorry
it must be like this:
@InjectObject ( value="service:honeycomb.audit.PrincipalAccessor")
public abstract CurrentPrincipalAccessor getPrincipalAccessor();
> -----Original Message-----
> From: Rui Pacheco [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, May 17, 2006 4:29 PM
> To: Tapestry users
> Subject: Re: ServletContext
>
>
> I am using Java 6 on the desktop and 5 on the deployment machine.
> And tapestry-annotations-4.0.1 is on my classpath. Its
> included on the build
> path of my Eclipse project.
>
> On 5/17/06, Brian K. Wallace <[EMAIL PROTECTED]> wrote:
> >
> > -----BEGIN PGP SIGNED MESSAGE-----
> > Hash: SHA1
> >
> > (and have the tapestry-annotations jar on your classpath?)
> >
> > James Carman wrote:
> > > Are you using JDK5?
> > >
> > > -----Original Message-----
> > > From: Rui Pacheco [mailto:[EMAIL PROTECTED]
> > > Sent: Wednesday, May 17, 2006 10:24 AM
> > > To: Tapestry users
> > > Subject: Re: ServletContext
> > >
> > > I want to use annotations, but for some reason the
> @Inject syntax isn't
> > > recognized. I was just wondering what do I need to have
> it working.
> > >
> > > On 5/17/06, James Carman <[EMAIL PROTECTED]> wrote:
> > >> If you don't want to use annotations, you'll have to use
> an <inject>
> > >> element
> > >> in your component/page specification file:
> > >>
> > >>
> > >>
> > >
> >
> http://jakarta.apache.org/tapestry/UsersGuide/hivemind.html#hi
> vemind.inject
> > >>
> > >>
> > >> -----Original Message-----
> > >> From: Rui Pacheco [mailto:[EMAIL PROTECTED]
> > >> Sent: Wednesday, May 17, 2006 10:15 AM
> > >> To: Tapestry users
> > >> Subject: Re: ServletContext
> > >>
> > >> 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
> > >>
> > >>
> > >>
> > >>
> ---------------------------------------------------------------------
> > >> To unsubscribe, e-mail: [EMAIL PROTECTED]
> > >> For additional commands, e-mail: [EMAIL PROTECTED]
> > >>
> > >>
> > >
> > >
> >
> > -----BEGIN PGP SIGNATURE-----
> > Version: GnuPG v1.2.5 (MingW32)
> >
> > iD8DBQFEazJTaCoPKRow/gARAiwtAKCa29N+yhtBZJ0uNhjYtsiOLisisQCg5M+P
> > FXJgWw3cUwUSdFAOI1/XEZY=
> > =bxEF
> > -----END PGP SIGNATURE-----
> >
> >
> ---------------------------------------------------------------------
> > 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]
