Details
-
Improvement
-
Status: Closed
-
Major
-
Resolution: Fixed
-
5.0.15
-
None
-
None
Description
Tapestry used to require this naming convention for configuring services:
public static Foo buildFoo(...)
{...}public static void contrubuteFoo(...) {...}
Then it allowed the first convention to be simplified as:
public static Foo build(...)
It would be nice for the "contribute..." methods to allow also simpler naming and use the type of the "configuration" parameter to determine the configured service, which will also have the same type of parameter.
For example:
in Tapestry 5.0.5 TapestryModule.java:
public ServletApplicationInitializer build(..., List<ServletApplicationInitializerFilter> configuration, ... )
in my AppModule.java Tapestry 5.0.5 requires this naming:
public void contributeServletApplicationInitializer(OrderedConfiguration<ServletApplicationInitializerFilter> configuration)
Perhaps it could be simplified as:
public void contribute(OrderedConfiguration<ServletApplicationInitializerFilter> configuration)
If it will not be simplified, it would be nice to make the documentation about Tapestry IoC Configurations more clear that
the naming of the contribute methods is important, not the type of configuration parameter.
Attachments
Issue Links
- is a clone of
-
TAPESTRY-1341 Allow service builders named "build" and determine service id from the result type
- Closed
- relates to
-
TAPESTRY-1341 Allow service builders named "build" and determine service id from the result type
- Closed