Releases: google/eDistantObject
eDistantObject 1.0.2
-
Added supports to ASAN/TSAN/UBSAN.
-
Fixed "Doesn't support pointer returns" complaint when eDO is proxying Swift
array.
eDistantObject 1.0.1
Aligns with Google respectful code guidance and renamed some classes.
eDistantObject 1.0.0
eDO has been serving EarlGrey 2.0 stably for Google internal projects for more than 1 year. So we are happy to announce its 1.0 release!
Updates:
-
Bring the concept of
originatingQueues
andexecutingQueue
into EDOHostService, which can be accessed and manipulated through the initializers and properties of the class. It allows a queue to redirect the callbacks of its remote invocations to another queue, and optimize the load balance.originatingQueues
: Each EDOHostService holds a list of queues asoriginatingQueues
. If local objects are boxed on any queue
oforiginatingQueues
, the corresponding EDOHostService will be the target of the produced eDO proxy. A queue can be belong to
only oneoriginatingQueues
.executingQueue
: Each EDOHostService holds exactly one queue asexecutingQueue
. When an EDOHostService is targeted by
an eDO proxy, the EDOHostService will always execute the request on theexecutingQueue
. If a queue is theexecutingQueue
of a EDOHostService, it must also belong to theoriginatingQueues
of the same service.
-
The exceptions, thrown during eDO remote invocations, will contain the stack traces of both the callee process and previous caller processes.
-
You can block certain class type to be wrapped as an eDO proxy, to help detect unexpected object creation in the wrong process.
Fixes:
- Fixed a deadlock that can happen in nested eDO invocations.
Release 0.9.1
Release for EarlGrey 2.1.0
eDistantObject 0.9.0
Release 0.9.0
Initial release of eDistantObject.
eDistantObject (eDO) is an easy to use Remote Method Invocation (RMI) library, a component of EarlGrey2.
eDO allows for remote invocations across architectures in both Objective-C and Swift without explicitly constructing Remote Procedure Call (RPC) structures.