GitHub PushEvent at 2014-03-05 02:37:32
Repository: wonder
Actor: elemgee
Payload: {"shas":[["a2b4013d495f83faf7ef3220f96c7d7940638265","0463286768d21b81a77b5f900ff007f9f767df3e@me.com","Fix prototype class names to match the naming convention that we changed to, oh, say 5 or 6 years ago. Always good to catch these things early!","David Avendasora",false],["c068883ed85e4d0cef027439c47d692ff4358749","9ec2b9d5f2203d75c2b0f7885bd663d9d57a2d20@oyosys.de","setSelectedObjects did not call setSelectionIndexes","Johann Werner",false],["bcb432ee3c7d3d9f9d54bd8cced5884e0c2a0386","0463286768d21b81a77b5f900ff007f9f767df3e@me.com","Add UUID CopyType, Fix Generics and expectations that destination objects of reference-copied relationships implement ERXCopyable - they don't need to.","David Avendasora",false],["84635d5274439e660a72b1ad733fbb46081ced18","0463286768d21b81a77b5f900ff007f9f767df3e@me.com","Javadoc addition with additional EOGeneration template code, remove unused import.","David Avendasora",false],["8dd51ac8b51d7b0bbfc5fb235ff3fdd87a26f4f4","0463286768d21b81a77b5f900ff007f9f767df3e@me.com","Fix generics calls that eclipse compiles just fine, but javac won't. Good times, good times.","David Avendasora",false],["0eb850fa7b815ec63f0a05d4fd8d82f1d8674e81","c60474579f19c3f1f3816fba36de33f97e2a2315@nureg.de","allow client-side caching of ERXResponse content","Stefan Gärtner",false],["4332b0a6e73572a4a1f3b819559b59bf3c0c767e","0463286768d21b81a77b5f900ff007f9f767df3e@me.com","Fix JavaDoc - NO CODE CHANGES - Much of ERXKey's java doc was either confusing, or outright wrong. It often described operators as *prepending* the passed in key or current key when the methods actually *appended* the keys. For many operator keys it makes a big difference as to what they do.","David Avendasora",false],["188128f5d947a91ab6b601458794cd5dfda3ae6e","0463286768d21b81a77b5f900ff007f9f767df3e@me.com","Revert unintended change to ERXMappingObjectStream.","David Avendasora",false],["9861734a4ec8e10fce593a6f9c335089a0f8b013","9ec2b9d5f2203d75c2b0f7885bd663d9d57a2d20@oyosys.de","Merge pull request #538 from nekesto/ERXKeyJavaDocUpdates\n\nFix ERXKey JavaDoc","Johann Werner",false],["54fc00052a30791b567f06747fd71135e34a4d2d","9ec2b9d5f2203d75c2b0f7885bd663d9d57a2d20@oyosys.de","Merge pull request #540 from amagavi/ERProperties_ClassNameUpdate\n\nUpdate ERPrototype Class Names","Johann Werner",false],["fc4cabffec9a023c82d09270b09b9141c2f01c49","9ec2b9d5f2203d75c2b0f7885bd663d9d57a2d20@oyosys.de","Merge pull request #537 from sgaertner/ERXResponse_patch\n\nallow client-side caching of ERXResponse content","Johann Werner",false],["2c99bc2c48e0b175ee9d2973831bdd370bde8bbc","9ec2b9d5f2203d75c2b0f7885bd663d9d57a2d20@oyosys.de","Merge pull request #536 from amagavi/ERXCopyableFix\n\nERXCopyable Improvements and bug fixes","Johann Werner",false],["efee486f4872a5524bd1901d78a0b6ff41ab31d5","9ec2b9d5f2203d75c2b0f7885bd663d9d57a2d20@oyosys.de","add missing binding","Johann Werner",false],["f0bafe5d980214d0e9476bdc641a3ae825b41d5d","9ec2b9d5f2203d75c2b0f7885bd663d9d57a2d20@oyosys.de","optimize localInstancesOfObjects\n\n• check for empty array\n• create new array with correct size","Johann Werner",false],["63ae5383e71d8bf375f4639ced15605d9fd9212e","0f22ff9679f5bf4391558db3470bcd885e1eb8cb@gmail.com","Refactoring of the ERS3UploadQueue and ERCloudFilesUploadQueue to share the same implementation and avoid accidental death of the queue thread\n\nThe ERS3UploadQueue and ERCloudFilesUploadQueue are clearly duplicated. This commit introduces an abstract queue that handles all the logic to upload files asynchronously to a remote server. The upload process is unchanged. The queue logic was improved to perform all the upload logic (preparation + execution) inside of a try-catch block. This small change makes the queue much more robust by avoiding accidental death of the queue thread when an exception is thrown during the preparation phase.","Henrique Prange",false],["c95a61bd0f86443b828cf9b3fac8dbe1bf25a0b1","0f22ff9679f5bf4391558db3470bcd885e1eb8cb@gmail.com","Improve the way attachments and editing contexts are handled by the attachment queue\n\nCurrent behavior: the attachment queue shares one editing context for every attachment being uploaded. The attachment is inserted into the queue editing context before being enqueued.\n\nProblem 1: the editing context can become dirty (has inconsistencies that cannot be saved) and no attachment can be saved anymore.\n\nProblem 2: the attachment can become inconsistent between queueing and processing it.\n\nSolution: create a new editing context to upload each attachment in the queue. This solution eliminates the chance of a dirty editing context because the editing context is going to be discarded at the end of each processing cycle. It also reduces considerably the chance of inconsistencies in the attachment since it has to be loaded immediately before performing the upload.","Henrique Prange",false],["c62ea9520f6acf83ab23793bcddba9189cc6eeab","9ec2b9d5f2203d75c2b0f7885bd663d9d57a2d20@oyosys.de","Merge pull request #535 from darkv/displaygroup_patch\n\ndisplay group's setSelectedObjects did not call setSelectionIndexes","Johann Werner",false],["b89517ae5712e2b0639ffbbbe528f8a7406f4cd9","9ec2b9d5f2203d75c2b0f7885bd663d9d57a2d20@oyosys.de","use constant","Johann Werner",false],["23571e286da0e11860f539ecab4dfb883e4e226f","9ec2b9d5f2203d75c2b0f7885bd663d9d57a2d20@oyosys.de","use method from commons lang","Johann Werner",false],["765115567aab031e8d731ff037a72698b92c73d2","9ec2b9d5f2203d75c2b0f7885bd663d9d57a2d20@oyosys.de","better method name","Johann Werner",false]],"size":34,"ref":"refs/heads/develop","head":"82d7fbfb2e5f652d6131b3b029bd0ed8775abf2e"}