-
Notifications
You must be signed in to change notification settings - Fork 458
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
DefaultNamingSubSystem.InvalidateCache was protected and has been made private in 5.1.0 #566
Comments
@generik0 Unfortunately, i am also affected by this change... @Echtelion You can use that snippet as a workaround:
|
Please tell me What the exact issue is. Is this also the issue for you @nativenolde just how it is exposed, or is there an |
The commit is for "Add InvalidateCache to DependencyInjectionNamingSubsystem", when it actually remove the ability to be called from others derived Subsystem. The reason I'm using this method is for being able to unregister an instance. After removing it, I have to clear the cache in order to have the container behave normally. |
@Echtelion can you make a PR with the change you need to fix it? |
Yes, a protected virtual will do the job. Sorry, I'm not used to git, still under tfs |
Tfs has got ;-) |
Thanks. Not a problem for me, I have a workaround to wait, and in the worst case I can compile it myself. |
Fixed by #569. |
Hello,
refer to #151
I'm sorry to reopen this old ticket, but the 5.0 version of windsor changed InvalidateCache to private.
It's also not possible to reimplement it in the derived method, because the fields are also made private and the property are protected read only. Ultimately, assignableHandlerListsByTypeCache is private with no protected accessor at all.
I can reimplement it with reflection, as I'm not using this method intensively, but is there a new recommended way to do this ?
Regards,
The text was updated successfully, but these errors were encountered: