{"push_id":730190463,"size":7,"distinct_size":7,"ref":"refs/heads/inprocess-transport","head":"e2240663b8b185595a9fee9344451c6ac3880147","before":"8ee08e832f125b1f19d4894e6d14f8f9edf356d1","commits":[{"sha":"5e7407cd96744c7c8410d1dca22c15b246913721","author":{"email":"4271ddcb605987a5ffe2034bfb913089c41dd787@google.com","name":"Eric Anderson"},"message":"Make DEADLINE_EXCEEDED more reliable\n\nThe client can race with the server in cancelling due to deadline. If\nserver cancels we don't get DEADLINE_EXCEEDED, so double-check on\nclient-side to reduce the chances of losing the race.\n\nGenerally we expect the client to lose the race because of coarse timer\ngranularity for timer expirary. This change does little to help if the\nserver's clock runs noticably \"fast\" relative to the client.","distinct":true,"url":"https://api.github.com/repos/ejona86/grpc-java/commits/5e7407cd96744c7c8410d1dca22c15b246913721"},{"sha":"8967c11291d98663169a1345da6174ee43d93919","author":{"email":"4271ddcb605987a5ffe2034bfb913089c41dd787@google.com","name":"Eric Anderson"},"message":"Fix reentrancy bug in ServerImpl during shutdown\n\nPreviously if the transport shut down immediately and during the\nshutdown() call, the ServerImpl would never become terminated.","distinct":true,"url":"https://api.github.com/repos/ejona86/grpc-java/commits/8967c11291d98663169a1345da6174ee43d93919"},{"sha":"d370073c8c31dc20da32a8fdcf45cb07895eb882","author":{"email":"4271ddcb605987a5ffe2034bfb913089c41dd787@google.com","name":"Eric Anderson"},"message":"Add Call state-checking enforcement to ChannelImpl and ServerImpl\n\nThe CallImpls in ChannelImpl and ServerImpl implement the Call\ninterfaces; they should be the ones ensuring that inappropriate calling\nof methods is handled as the interface describes.","distinct":true,"url":"https://api.github.com/repos/ejona86/grpc-java/commits/d370073c8c31dc20da32a8fdcf45cb07895eb882"},{"sha":"835811592a4e1ee10b7878f8163a96e1efd12b0b","author":{"email":"4271ddcb605987a5ffe2034bfb913089c41dd787@google.com","name":"Eric Anderson"},"message":"Clarify/improve transport interface requirements","distinct":true,"url":"https://api.github.com/repos/ejona86/grpc-java/commits/835811592a4e1ee10b7878f8163a96e1efd12b0b"},{"sha":"2fa7a82c96d2f97b909d896489b775f5730feb9c","author":{"email":"4271ddcb605987a5ffe2034bfb913089c41dd787@google.com","name":"Eric Anderson"},"message":"Add in-process transport\n\nResolves #518","distinct":true,"url":"https://api.github.com/repos/ejona86/grpc-java/commits/2fa7a82c96d2f97b909d896489b775f5730feb9c"},{"sha":"c6e4a822b738470b2fd9128d934a5c84a88abc29","author":{"email":"4271ddcb605987a5ffe2034bfb913089c41dd787@google.com","name":"Eric Anderson"},"message":"Optimize protobuf serializer for in-memory transport\n\nIn-memory transport provides back the same input stream that was\nprovided, so if we notice our own object simply avoid serializing.\n\nDeferredProtoInputStream is made package-private because 1) it doesn't\nseem we need it to be public and 2) the change depends on it being\npackage-private so the constructor can be changed.","distinct":true,"url":"https://api.github.com/repos/ejona86/grpc-java/commits/c6e4a822b738470b2fd9128d934a5c84a88abc29"},{"sha":"e2240663b8b185595a9fee9344451c6ac3880147","author":{"email":"4271ddcb605987a5ffe2034bfb913089c41dd787@google.com","name":"Eric Anderson"},"message":"Add transport benchmark using JMH\n\nThe only benchmark method measures latency of a unary call in an\nunloaded environment.","distinct":true,"url":"https://api.github.com/repos/ejona86/grpc-java/commits/e2240663b8b185595a9fee9344451c6ac3880147"}]}