Juan, Can I pick your brain a bit more on the context of your usage of T5 services within your Spring Beans?
Are you using: - spring bean A injected into Tapestry page 1 - spring bean A contains injected Tapestry Service B Is this the context of your usage? My scenario is not used in a Tapestry page or component - it is a Spring Bean that is instantiated by XFire - what I was hoping to see was as soon as a ref to a method on the T5 service was called, the Tapestry initialisation to kick in, but not so - I'm not sure if my requirement is one that is possible or if the injection I am looking for is only possible with a Tapestry page / component lifecycle. Regarding Compatibility Mode - I don't have it set in my web.xml - is there somewhere I can query a runtime property like this in case there is some third party / buried config I am not aware of that is setting use-external-spring-context? Another possibly relevant factor I raised in the initial email was that the XFire services live at a url that is an ignored path for Tapestry - could this be why Tapestry is not kicking in? If so, how stop Tapestry not ignore the path, but stop it thinking the path is invalid and returning the default page? Many thanks, Jim. -----Original Message----- From: Juan E. Maya [mailto:maya.j...@gmail.com] Sent: 06 January 2010 14:29 To: Tapestry users Subject: Re: Accessing Tapestry Services from Spring Beans Jim I have injected spring beans using: @Inject @Autowired private Service MyService; I had problems when i wanted to inject services using @InjectService for some reason the services were not injected. I had to use Annotation markers and then the injection worked. Be sure u r NOT using tapestry-spring in 5.0 Compatibility Mode. On Wed, Jan 6, 2010 at 8:20 AM, Jim O'Callaghan <jc1000...@yahoo.co.uk> wrote: > Is anyone doing this? It's listed as a feature on the lead page at > http://tapestry.apache.org/tapestry5/: > > ... "Tapestry Services can now be injected into Spring Beans" > > Any examples anywhere that could be pointed to? Muchos thanks. > > Regards, > Jim. > > -----Original Message----- > From: Jim O'Callaghan [mailto:jc1000...@yahoo.co.uk] > Sent: 05 January 2010 17:22 > To: Tapestry users > Subject: RE: Accessing Tapestry Services from Spring Beans > > > If it's relevant I have the xfire service I'm targeting exposed on a path > that is ignored by Tapestry (using IgnoredPathsFilter), so perhaps this is > why Tapestry is not injecting the service into the Spring bean - the > tapestry service I'm trying to inject is visible as DEFINED in the > iocregistry. How to have Tapestry pay attention to injection while not > treating the url the xfire service is exposed at as an invalid page and > defaulting to the app start page ...? Really blocked on this - would love > any steers ... > > Regards, > Jim. > > -----Original Message----- > From: Jim O'Callaghan [mailto:j...@peritussolutions.com] > Sent: 05 January 2010 13:02 > To: Tapestry users > Subject: Accessing Tapestry Services from Spring Beans > > > Is it possible to access Tapestry Services from Spring Beans? Having looked > through the forum I've found posts mentioning injecting Tapestry Services > inside Spring Beans using the annotations: > > @Inject @Autowired > > ... but am finding my referenced services are null rather than proxies for > JIT creation. I'm using Tapestry 5.1.0.5 and don't have > tapestry.use-external-spring-context set to true. Is there some other > config required? I'm probably missing something obvious. Background is I'm > trying to use XFire and Spring for some web services that are a bit verbose > for the RESTful approach (though the t5 restful services works nicely out of > the box), and I would rather not duplicate my hibernate / envers / custom > interceptors config for Spring when it's there already for Tapestry. Would > be grateful for any hints / pointers to resources / example, esp. ones where > the injection / autowire / etc. is not in the pages / components area - this > is a standalone service I'm trying to access the Tapestry service from. > > Regards, > Jim. > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org
