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#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.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