Hi Thanks for your quick answer, the thing is that i have multiple security filters with their own list of whiteList and blackList. Then i will have a lot of indirection contribution methods. I will try to find a better design approach to my filters.
I should have a global filter chain and use a map for exemple, but i don't like this approach because user will have to know the name of the contribution plus each filter id. Also if all my filters are not at the same level in the pipeline, i will have other problems...) At the moment all my security filter are at the ComponentRequestFilter level, i will have with your approach and and a filter chain. Regards, Christophe. Developer of wooki @wookicentral.com 2010/2/4 Kristian Marinkovic <kristian.marinko...@porsche.co.at> > hi, > > i guess it is so because it is difficult to distinguish the > contributions if they are of the same type: > > Filter(Collection<String> whitelist, Collection<String> blacklist>) > > contribute(Configuration<String> blacklist, Configuration<String> > whitelist) > > i solve these type of problems by creating two seperate services either > with an own interface (BlackListSource, WhiteListSource) or by binding the > same class with two different service identifiers... just another > indirection :) > > g, > kris > > > > > > cordenier christophe <christophe.corden...@gmail.com> > 04.02.2010 14:34 > Bitte antworten an > "Tapestry users" <users@tapestry.apache.org> > > > An > Tapestry users <users@tapestry.apache.org> > Kopie > > Thema > Multiple configuration items per service > > > > > > > Hi, > > I have a use case where i want to provide to my service a white list + a > black list of patterns.This list must be extensible by the service user > via > a contributeXxx method. > The DefaultModelDef does not allow this. > I guess this is a design choice, but is it reasonnable to say that the > contributeXxx should have as many configuration parameters as the service > constructor to accept the contribution method ? > > Regards, > Christophe > >
