Alas, I just gave up. I wrote my own getClassesFromPackage() instead
of using ClassNameLocator and went with that. Seems to work.
Norman Franke
Answering Service for Directors, Inc.
www.myasd.com
On Jul 13, 2009, at 3:42 PM, Norman Franke wrote:
On Jul 10, 2009, at 6:55 PM, Howard Lewis Sh
On Jul 10, 2009, at 6:55 PM, Howard Lewis Ship wrote:
On Fri, Jul 10, 2009 at 3:27 PM, Norman Franke
wrote:
First, I have a ton of DAOs that I need to bind the interface to the
implementation. I'd like to do this automatically, so I don't have
to keep
modifying my AppModule for each DAO I cr
Not sure what I was doing wrong, but this works when added to my
AppModule:
public static void bind(ServiceBinder binder) {
binder.bind(ActionRenderResponseGenerator.class,
MyActionRenderResponseGenerator
.class).withId("MyActionRenderResponseGenerator");
}
public
On Jul 10, 2009, at 7:08 PM, Norman Franke wrote:
On Jul 10, 2009, at 6:55 PM, Howard Lewis Ship wrote:
On Fri, Jul 10, 2009 at 3:27 PM, Norman Franke
wrote:
First, I have a ton of DAOs that I need to bind the interface to the
implementation. I'd like to do this automatically, so I don't hav
On Jul 10, 2009, at 6:55 PM, Howard Lewis Ship wrote:
On Fri, Jul 10, 2009 at 3:27 PM, Norman Franke
wrote:
First, I have a ton of DAOs that I need to bind the interface to the
implementation. I'd like to do this automatically, so I don't have
to keep
modifying my AppModule for each DAO I cr
On Fri, Jul 10, 2009 at 3:27 PM, Norman Franke wrote:
> First, I have a ton of DAOs that I need to bind the interface to the
> implementation. I'd like to do this automatically, so I don't have to keep
> modifying my AppModule for each DAO I create. What's the best way to go
> about this? I figure
First, I have a ton of DAOs that I need to bind the interface to the
implementation. I'd like to do this automatically, so I don't have to
keep modifying my AppModule for each DAO I create. What's the best way
to go about this? I figure if I can somehow get a ClassNameLocator
instance, I co
Hummm after debug time I found that impossible to me to add in ordered
list the same Id (see class Orderer code).
So if it's impossible I need to override the component
PageRenderInitializer and all the associated configuration.
So I continue my investigation with aliasOveridesService.
Ok,
I continue my investigation.
So I think I don't need to override my service but only override my
service configuration.
So my service is :
PageRenderInitializer
and my service configuration is :
contributePageRenderInitializer( ...
As write in the documentation :
"The extensibility comes fr
Making contributions to the Alias service can be somewhat tricky,
there's a chicken-and-the-egg problem. You're contributing into the
Alias service, but the Alias service is used to disambiguate
injections ... such as the SymbolSource and AssetSource parameters to
the contribution method. That's
Humm I'm very confuse with your input. The documentation and the
tapestry code source don't help me too :(
I use the Alias approche like this :
public static void contributeAlias(Configuration
configuration,
final SymbolSource
symbolSource, final AssetSourc
You should be getting an error there, ApplicationDefault's
configuration is a Map.
You override built-in services by contributing to the Alias service
(or the AliasOverrides service).
On 6/18/07, David Avenante <[EMAIL PROTECTED]> wrote:
Hi,
I've two questions about the configuration of my ioc
Hi,
I've two questions about the configuration of my ioc container.
First i would be able to override the default configuration to use my
own DocumentScriptBuilder i've wrote some code in my appModule to try
to overide
the default config but without succes !!!
public static void
contributeAppli
13 matches
Mail list logo
