-
Notifications
You must be signed in to change notification settings - Fork 22
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
EFCache.CachingReader.GetValues suddenly firing NotImplementedException #49
Comments
Can you show code that is triggering this? |
Well... because it's a release build I can't narrow down the line, but in RunCompactorAction.RunCompactorAction+there are a couple of calls to ToArray() to materialize the results of an IQueryable. For example: someDbSet.Where(e => e.State != ComplianceRunState.Loading).ToArray() |
This seems unlikely unless there is something specific about this DbSet - I have a test that has similar logic and it does not fail like this. To be honest without a repro it will be hard for me to move forward with this - I don't know/remember what kind of queries EF decides to use |
OK, I'll dig in further I guess. Thanks. |
I looked a bit and found that I will keep this issue open - it's a real issue and maybe someone sees something similar and can provide a repro. |
Doesn't ring a bell (though I'm not sure specifically what you mean by streaming). Not doing anything with spatial data. |
I ran into this issue. In my case it was caused by the fact that EFCache was initialized twice (once with a DbConfiguration and once with EntityFrameworkCache.Initialize(Cache);). |
Thanks for the insight @MarcoBroenink! Registering the cache more than once can lead to weird issues indeed. |
I've been happily using EFCache for years in our web app. Recently we've started to see intermittent failures where a NotImplementedException is getting throw by CachingReader.GetValues. I took a look at the code and it looks like CachingReader always throws this exception so clearly it's reaching this code path now when it didn't used to. Why would it suddenly start hitting this?
I'm stumped about how to diagnose what might be going on. Any ideas?
Here's a stack track for when the exception gets thrown.
The text was updated successfully, but these errors were encountered: