Actually, it's a slight snafu, where I kept the T4 naming without thinking about it. A better name for these services (which drives the name of the method) would be ApplicationSymbols (and FactorySymbols). The idea is that ApplicationSymbols override FactorySymbols (the use of two services predates the ability to contribute overrides).
The SymbolSource assembles a stack of the SymbolProvider services, which includes JVM System Properties, information gathered from the web.xml file, and (just today!) environment variables. On Mon, Oct 10, 2011 at 8:54 PM, Steve Eynon <steve.ey...@alienfactory.co.uk> wrote: > Maybe the intended purpose of the method would be clearer if it was renamed to > > contributeSymbolDefaults() > > rather than > > contributeApplicationDefaults() ??? > > Just a thought. (Or maybe I'm not clear on what it's there for!) > > Steve. > > > > On 11 October 2011 05:05, Martin Strand > <do.not.eat.yellow.s...@gmail.com> wrote: >> On Mon, 10 Oct 2011 22:15:26 +0200, Greg Pagendam-Turner >> <g...@liftyourgame.com> wrote: >> >>> Hi, >>> >>> I'm trying to pull some of my config out of AppModule into config files. >>> >>> The config files are loaded via contributeSymbolSource. Some of these >>> symbols are referred to in ApplicationDefaults. For some reason IOC thinks >>> there is a circular dependency on ApplicationDefaults but I can't figure out >>> what it is. >>> >>> Any ideas on what might be happening? >> >> >>> public static void contributeApplicationDefaults( >>> MappedConfiguration<String, String> configuration, >>> @Value("${liftyourgame.facebook_clientid}") String clientId, >>> @Value("${liftyourgame.facebook_secret}") String secret) { >> >> This is it. contributeApplicationDefaults is where you set default values >> for your symbols, but since the symbols need to be resolved in order to pass >> the proper parameters to that method, the method depends on itself. >> >> ApplicationDefaults is just one of many symbol providers, if you are setting >> this symbol elsewhere (web.xml, system properties, etc) you don't need to >> set it in ApplicationDefaults too. >> >> --------------------------------------------------------------------- >> 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 > > -- Howard M. Lewis Ship Creator of Apache Tapestry The source for Tapestry training, mentoring and support. Contact me to learn how I can get you up and productive in Tapestry fast! (971) 678-5210 http://howardlewisship.com --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org