-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 *whew*
I was hoping there wasn't some as to yet unforseen side effect of J6 :-) Glad you got it working! Rui Pacheco wrote: > I got it working. I was calling InjectObject at the beginning of the class > and not above the abstract method. > Somehow I couldn't see that... > > On 5/17/06, Rui Pacheco <[EMAIL PROTECTED]> wrote: >> >> 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: >> > > (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#hivemind.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.DataSourceinterface. >>>>>> 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] >>> >>> > > > >> > - --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] >> > >> > >> >> >> -- >> Cumprimentos, >> Rui Pacheco >> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) iD8DBQFEazfEaCoPKRow/gARAul+AKCCaml+K4N0J9kJViDh24SWn+uBRwCgwSoT gWmiHJbzrUG2eWx+LySaciA= =yWO+ -----END PGP SIGNATURE----- --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
