11 commits

Author	SHA1	Message	Date
guyben	aee4f7acc2	Remove queueing from Lock ... It was buggy (didn't work) and was never actually used. Why never actually used: for it to be used executeWithLock has to be called with different requesters on the same lockId. That never happend in the code. How it was buggy: Logically, the queue is deleted on release of the lock (meaning it was meaningless the only time it mattered - when the lock isn't taken). In addition, a different bug meant that having items in the queue prevented the lock from being released forcing all other tasks to have to wait for lock timeout even if the task that acquired the lock is long done. Alternative: fix the queue. This would mean we don't want to delete the lock on release (since we want to keep the queue). Instead, we resave the same lock with expiration date being START_OF_TIME. In addition - we need to fix the .equals used to determine if the lock the same as the acquired lock - instead use some isSame function that ignores the queue. Note: the queue is dangerous! An item (calling class / action) in the first place of a queue means no other calling class can get that lock. Everything is waiting for the first calling class to be re-run - but that might take a long time (depending on that action's rerun policy) and even might never happen (if for some reason that action decided it was no longer needed without acquiring the lock) - causing all other actions to stall forever! ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=163705463	2017-08-01 17:06:20 -04:00
guyben	bfde7dac0b	Add info printouts for lock acquisition / release ... Trying to debug lock acquisition issues with RdeStaging. ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=161966189	2017-08-01 16:29:01 -04:00
mcilwain	cdadb54acd	Refer to Datastore everywhere correctly by its capitalized form ... ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=147479683	2017-02-17 12:12:12 -05:00
cgoldfeder	e2e37dc9f3	Replace Throwables.propagate and variants with Guava 20 versions ... ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=146250470	2017-02-02 17:01:23 -05:00
mmuller	b70f57b7c7	Update copyright year on all license headers ... ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=146111211	2017-02-02 16:27:22 -05:00
mcilwain	1627bd4975	Revert Guava 20 features until we get the build working properly ... *** Original change description *** Remove deprecated methods with Guava 20 release *** ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=137945126	2016-11-02 15:19:34 -04:00
jianglai	82b0bff9b5	Remove deprecated methods with Guava 20 release ... ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=137849843	2016-11-02 15:19:34 -04:00
shikhman	f76bc70f91	Preserve test logs and test summary output for Kokoro CI runs ... ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=135494972	2016-10-14 16:57:43 -04:00
mcilwain	aa2f283f7c	Convert entire project to strict lexicographical import sort ordering ... ------------- Created by MOE: https://github.com/google/moe MOE_MIGRATED_REVID=127234970	2016-07-13 15:59:53 -04:00
Michael Muller	c458c05801	Rename Java packages to use the .google TLD ... The dark lord Gosling designed the Java package naming system so that ownership flows from the DNS system. Since we own the domain name registry.google, it seems only appropriate that we should use google.registry as our package name.	2016-05-13 20:04:42 -04:00
Justine Tunney	5012893c1d	mv com/google/domain/registry google/registry ... This change renames directories in preparation for the great package rename. The repository is now in a broken state because the code itself hasn't been updated. However this should ensure that git correctly preserves history for each file.	2016-05-13 18:55:08 -04:00

Renamed from java/com/google/domain/registry/model/server/Lock.java (Browse further)