Skip to content
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

Embedded storage question #18

Open
MaksimMyshkin opened this issue Feb 23, 2017 · 4 comments
Open

Embedded storage question #18

MaksimMyshkin opened this issue Feb 23, 2017 · 4 comments

Comments

@MaksimMyshkin
Copy link

Why GlobalConfiguration.Configuration.UseEmbeddedRavenStorage() option is removed since 2.0 version? Is new way exist to configure it? In README this way is stayed. I am confused a little...

@jblacker
Copy link

I did some digging and found that they were removed in commit 5d27d05, but it's unclear why. This might have been an oversight or there was some undocumented reason for it. I hope that @AustinWinstanley or the committer @derekdhaas has an answer though. I'm going to fork and see if I can add it back in and and find out why they might have been removed when I have some time.

@jblacker
Copy link

@MeteorBoom Ok, so it looks like this was done because the Embedded version doesn't currently work with .NET Core. They would need to do conditional compilation to restore the embedded version functionality. I'm going to see if this can be done in my local fork.

@AustinWinstanley
Copy link
Contributor

Yes, it was because of .Net Core. If you would like to put conditionals in there I will merge them.

@jblacker
Copy link

jblacker commented Nov 15, 2017

@AustinWinstanley I'm getting a concurrency exception due to mismatching etags when using the embedded db in my fork using a copy of your sample project downgraded to .NET 4.5. It only happens once shortly after initialization, but I need to do some more testing when the state change is being saved and committed for a job.

EDIT: So in my testing I've found that it only happens when enqueuing a job without scheduled delay or recurring schedule after that task runs. ie: BackgroundJob.Enqueue(() => doSomething()); <--after that runs an error will be thrown.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants