dcell-next

[niamster]

There's a bunch of changes:

End-user visible changes

• clean registry API (need to update wiki once merged) - this allows easy integration of unofficial adapters
• registry adaptors are ought to be initialized by the client and passed to DCell at setup stage
• API to connect to an actor on different nodes(up to client how to distribute the tasks, examples updated to provide a showcase)

  Functional changes

• optimization for async request - do not wait for the answer from the remote node
• actor requests are handled on the behalf of the remote actor(previously on behalf of server actor) - do not affect the main process and do not affect other actors while overloading others
• node sends notification when it disconnects(i.e. being terminated) - speeds up disconnection process handled by hearbeat
• if remote node is considered as dead, local client does not try to reconnect

  Misc

• some uncrustification and refactoring

  Attention

Registry backend API has been changed and not backward compatible. From now on the node holds opaque metadata object(previously address as a string). Also registries now use msgpack to serialize the data.

[coveralls]

Coverage decreased (-0.23%) to 95.02% when pulling 04154c586b8f3d4ccaa1c836b831184ed02bba97 on niamster:master-next into c8f985c94af9f0d0422cb1494fe9970d83460c76 on celluloid:master.

[coveralls]

Coverage decreased (-0.23%) to 95.02% when pulling 04154c586b8f3d4ccaa1c836b831184ed02bba97 on niamster:master-next into c8f985c94af9f0d0422cb1494fe9970d83460c76 on celluloid:master.

[coveralls]

Coverage decreased (-0.22%) to 95.04% when pulling 04154c586b8f3d4ccaa1c836b831184ed02bba97 on niamster:master-next into c8f985c94af9f0d0422cb1494fe9970d83460c76 on celluloid:master.

[niamster]

I'm going to merge this silently this WE if no objections. Once merged I will update wiki.

[ioquatix]

Awesome, thanks for the huge effort here.

[tarcieri]

@niamster wanted to do a more detailed review but haven't had time yet. Maybe let me at least leave some notes tonight?

[niamster]

@tarcieri take your time. It was just a ping ;). I have another tree where I'm addressing stability and fast node recovery. Once this is merged I'll be about to create a new pull request. @ioquatix thanks

[tarcieri]

A few stylistic notes, minor nits, and genuine concerns about UUIDs. Other than that I'd say ship it :shipit:

[tarcieri]

@niamster also I just got Ruby accepted as a toplevel GSoC organization. Let me know if you'd be interested in mentoring a student on a DCell-related project

[niamster]

@tarcieri thanks a lot for reviewing it. You have a sharp eye ;). Do you prefer a brand new pull request or just a commit to clean this mess is enough?

[niamster]

@tarcieri it would be an honour to help a student with a dcell project.

[tarcieri]

@niamster if you want, you can go ahead and merge it and do a followup PR with cleanups. That makes it easier to review the cleanups.

If you're interested in being a Ruby GSoC mentor, sign up on this list:

https://groups.google.com/forum/?hl=en#!forum/rubygsoc

And add your DCell ideas to the Ideas List:

https://github.com/rubygsoc/rubygsoc/wiki/Ideas-List

[Asmod4n]

On a unrelated note, czmq is getting/just got a official Ruby binding which is part of the normal package, i will try to get in on par with what i have written and place a note on my wrapper that its no longer being maintained.

https://github.com/zeromq/czmq/tree/master/bindings/ruby/lib/czmq/ffi