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

Do we need Atomic Operations? #557

Closed
whikloj opened this issue Mar 18, 2017 · 6 comments
Closed

Do we need Atomic Operations? #557

whikloj opened this issue Mar 18, 2017 · 6 comments

Comments

@whikloj
Copy link
Member

whikloj commented Mar 18, 2017

Discussion in the Fedora API specification has begun around whether Atomic Operations should be part of the specification.

See
fcrepo/fcrepo-specification#75 and fcrepo/fcrepo-specification#76

At this point I am starting to wonder (like @ruebot did in IRC) whether we really care about Atomic Operations or should we just handle failures in our code as they happen?

Discuss

@ruebot
Copy link
Member

ruebot commented Mar 18, 2017

If we care about scaling, which has been one of our founding goals of CLAW, then we cannot push for batch atomic operations.

@acoburn
Copy link
Contributor

acoburn commented Mar 18, 2017 via email

@dannylamb
Copy link
Contributor

I'm working under the assumption @acoburn just provided and am specifically avoiding them in the code. So FWIW, from my point of view, they aren't neccessary. Even if a Fedora impl provides them, I won't use them. Better to have good error handling/retry scenarios to handle fails as they happen, because I want islandora to scale.

@ruebot
Copy link
Member

ruebot commented Mar 20, 2017

@dannylamb can you comment or thumbs up over here: fcrepo/fcrepo-specification#76

@dannylamb
Copy link
Contributor

@ruebot Done

@ruebot
Copy link
Member

ruebot commented Mar 31, 2017

@ruebot ruebot closed this as completed Mar 31, 2017
@ruebot ruebot added the fcrepo label Mar 31, 2017
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

4 participants