Grant Murphy has posted comments on this change. Change subject: core: Add BLOB servlet ......................................................................
Patch Set 3: (2 inline comments) .................................................... File backend/manager/modules/utils/src/main/java/org/ovirt/engine/core/utils/blob/BlobRegistry.java Line 52: BlobServer server = serverReference.get(); So the way in which you have used it is intended to force every thread to read the value from memory rather than a cached value? I guess that makes sense I was just concerned that you were trying to update an atomic value by calling get(), and mutating the objects state and expecting all concurrent threads to see that change. i.e.. You aren't performing a getAndSet update on the underlying value so another thread calling serverInstance.get() might receive the unchanged object reference without seeing the other threads update to the registry. However I might need to read up on Java's concurrency / memory model as I could be misunderstanding the way in which AtomicReferences work in Java. .................................................... File backend/manager/modules/utils/src/main/java/org/ovirt/engine/core/utils/blob/BlobServlet.java Line 102: public URL registerBlob (File blob) { Yep. Something along those lines sounds good. -- To view, visit http://gerrit.ovirt.org/6484 To unsubscribe, visit http://gerrit.ovirt.org/settings Gerrit-MessageType: comment Gerrit-Change-Id: I4726aa4084ebb8f93caf0616aceab10957c16b90 Gerrit-PatchSet: 3 Gerrit-Project: ovirt-engine Gerrit-Branch: master Gerrit-Owner: Juan Hernandez <juan.hernan...@redhat.com> Gerrit-Reviewer: Doron Fediuck <dfedi...@redhat.com> Gerrit-Reviewer: Grant Murphy <gmur...@redhat.com> Gerrit-Reviewer: Juan Hernandez <juan.hernan...@redhat.com> Gerrit-Reviewer: Yair Zaslavsky <yzasl...@redhat.com> _______________________________________________ Engine-patches mailing list Engine-patches@ovirt.org http://lists.ovirt.org/mailman/listinfo/engine-patches