You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
In the child kernel I want to bind IService to my custom implementation ("Child") which works but I also want IServiceProvider to use the custom implementation without rebinding (In fact I can't since in my real world app IServiceProvider is out of my scope).
I found two different entries for this:
a) issue #7 "Child kernel bindings not being used to resolve dependencies" which seems to be the same problem but is from 2013
b) the readme which claims Since version 3.0, implicit bindngs are resolved on the child kernel and not the parent kernel anymore.
b) sounds as this should be possible since 3.0. I am using Ninject 3.2 and Ninject.Extensions.ChildKernel 3.2` .
The text was updated successfully, but these errors were encountered:
The Ninject project is still very much alive, although I would very much welcome other contributors.
I hope to find time soon to revive the ChildKernel extension, but any help is appreciated.
First of all, I am not sure if this is an issue or
by design
If it is by design, I would appreciate a hint how to refactor my code.Consider the following setup.
My binding looks like this:
In the child kernel I want to bind IService to my custom implementation ("Child") which works but I also want IServiceProvider to use the custom implementation without rebinding (In fact I can't since in my real world app IServiceProvider is out of my scope).
I found two different entries for this:
a) issue #7 "Child kernel bindings not being used to resolve dependencies" which seems to be the same problem but is from 2013
b) the readme which claims
Since version 3.0, implicit bindngs are resolved on the child kernel and not the parent kernel anymore.
b) sounds as this should be possible since
3.0
. I am usingNinject 3.2
and Ninject.Extensions.ChildKernel 3.2` .The text was updated successfully, but these errors were encountered: