The wildcard approach worked nicely :)
On Wed, Jun 23, 2010 at 3:15 PM, Inge Solvoll <inge.tapes...@gmail.com>wrote:
> I was thinking the same thing myself, and did some research.
>
> <context-param>
> <param-name>tapestry.use-external-spring-context</param-name>
> <param-value>true</param-value>
> </context-param>
>
> Could that config cause the ApplicationContextCustomizer service to never
> be initialized?
>
> Anyway, right now I'm trying your approach, Christopher, with wildcards
> matching of context files.
>
>
> On Wed, Jun 23, 2010 at 2:49 PM, Christophe Cordenier <
> christophe.corden...@gmail.com> wrote:
>
>> Hi
>>
>> How is your Tapestry/Spring configuration ? (see web.xml and tapestry
>> symbols)
>>
>> How is your classpath ?
>>
>> 2010/6/23 Inge Solvoll <inge.tapes...@gmail.com>
>>
>> > Thanks! Tried that, the method is never hit when I set a breakpoint and
>> the
>> > services aren't exposed. I have tried putting other contribute methods
>> in
>> > that module class and they're hit, just not the one below. I did not
>> make
>> > any changes...
>> >
>> > On Wed, Jun 23, 2010 at 11:36 AM, Igor Drobiazko
>> > <igor.drobia...@gmail.com>wrote:
>> >
>> > > You can contribute to the configuration of
>> ApplicationContextCustomizer
>> > > service.
>> > >
>> > > public static void contributeApplicationContextCustomizer(
>> > > OrderedConfiguration<ApplicationContextCustomizer> config)
>> {
>> > >
>> > > ApplicationContextCustomizer customizer = new
>> > > ApplicationContextCustomizer() {
>> > > public void customizeApplicationContext(
>> > > ServletContext servletContext,
>> > > ConfigurableWebApplicationContext appContext) {
>> > >
>> appContext.setConfigLocation("classpath:myContext.xml");
>> > > }
>> > > };
>> > > config.add("MyApplicationContextCustomizer", customizer);
>> > > }
>> > >
>> > >
>> > > On Wed, Jun 23, 2010 at 10:22 AM, Inge Solvoll <
>> inge.tapes...@gmail.com
>> > > >wrote:
>> > >
>> > > > Hi!
>> > > >
>> > > > One of my coworkers has produced a new library (jar) that contains a
>> > > bunch
>> > > > of java classes and a spring xml file. I would really like to be
>> able
>> > to
>> > > > use
>> > > > the normal T5-style dropin for this jar, autoloading the services
>> into
>> > my
>> > > > app registry without the need for further wiring. But there's a
>> spring
>> > > xml
>> > > > file involved, so that won't work out of the box.
>> > > >
>> > > > I'm considering rewriting the classes to support Tapestry IOC
>> instead
>> > of
>> > > > Spring, but that seems a bit unnecessary, considering that spring
>> can
>> > be
>> > > > integrated into Tapestry IOC. So, is there a way to create the
>> spring
>> > > > context from the xml file, and load the provided spring beans into
>> the
>> > T5
>> > > > module?
>> > > >
>> > > > I'm looking at the TapestrySpringFilter for leads, but as far as I
>> can
>> > > see,
>> > > > it only provides support for getting the spring context from the
>> > servlet
>> > > > context...
>> > > >
>> > >
>> > >
>> > >
>> > > --
>> > > Best regards,
>> > >
>> > > Igor Drobiazko
>> > > http://tapestry5.de/blog
>> > >
>> >
>>
>>
>>
>> --
>> Regards,
>> Christophe Cordenier.
>>
>> Developer of wooki @wookicentral.com
>>
>
>
