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
>
