...

{float:right|background=#eee}
{contentbylabel:title=Related Articles|showLabels=false|showSpace=false|space=@self|labels=configuration}
{float}

Symbols

Symbols are named configuration settings for Tapestry IOC makes use of runtime-evaluated symbols to handle certain types of configuration tasks.-based services. Tapestry provides mechanisms for easy access to symbols from within such services.

Syntax

The syntax of symbols is based on Ant expressions. That is, the name is surrounded by ${ and } characters.

${some.symbol.name}

that is, a leading ${ before the symbol name and a trailing } after. The value on the inside is the symbol name. By convention, the symbol name is segmented with periods .(for example, "tapestry.production-mode").

Built-in Symbols

The Configuration page lists the symbol names used by Tapestry's built-in services.

Using Symbols in your Services

Symbols These symbols are used inside the @Value and @InjectService annotations.

...

Although not shown here, it is possible to use multiple symbols inside the string, or mix literal text with symbols.

Injecting Values from Symbols

You may also inject symbol values. For example, if you are interested in whether the application is in production mode or developer mode:

...

Here Tapestry has coerced the "tapestry.production-mode" symbol to a boolean to be injected.

An alternate annotationan alternative, the @Symbol annotation, may be used:

public class MyService implements MyServiceInterface
{
  private boolean productionMode;

  public MyService(@Symbol(SymbolConstants.PRODUCTION_MODE) boolean productionMode, ...)
  {
    this.productionMode = productionMode;
    . . .

...

Note: When injecting a symbol as a string into a service, you must use the @Inject annotation as well as @Value or @Symbol; otherwise Tapestry will inject the service's service id.

Symbol Resolution

Symbols are resolved by the SymbolSource service. The SymbolSource checks against an ordered list of SymbolProvider objects.

Additional You may employ additional symbol providers may be employed by contributing to the tapestry.ioc.SymbolSource service configuration, which is an ordered list of SymbolProviders.

By default, there are three providers:

SystemProperties Provider

The first provider allows JVM System Properties to provide symbol values. This allows the use of the java command's -D option to provide runtime overrides. This is most often used when testing code, rather than in production. SystemProperties is always checked first.

ApplicationDefaults Provider

Values not found as System Properties are searched for in the ApplicationDefaults. This service, ApplicationDefaults, may be configured using a mapped configuration to provide values.

...

  public void contributeApplicationDefaults(MappedConfiguration<String, String> configuration)
  {
    configuration.add("some-service-id", "WackyCollaborator");
  }

FactoryDefaults Provider

The This is the same as ApplicationDefaults, but checked only if a value is not satisfied by SystemProperties or ApplicationDefaults.

...

FactoryDefaults is always checked last when resolving symbol names to symbol values.

Recursive Symbols

It is possible and valid to define one symbol in terms of one or more other symbols.

...