Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

This project needs resurrecting... #1

Open
lambdacasserole opened this issue Jun 5, 2016 · 4 comments
Open

This project needs resurrecting... #1

lambdacasserole opened this issue Jun 5, 2016 · 4 comments
Assignees

Comments

@lambdacasserole
Copy link
Owner

This is actually a really interesting approach to a flat software-based network we had going here @odyssic @alexmullen so I'll be resurrecting this project as time allows. Feel free to pitch in if you have time, but if not I completely understand. Your names are staying on all the source files you contributed to boys. 😸

@alexmullen
Copy link
Collaborator

Sounds good man. I'm eager to see what you have planned and I'll gladly pitch in where I can. 😉

@lambdacasserole
Copy link
Owner Author

Nice one @alexmullen! 😄 I've branched off into develop for work on the revamp. The project is now for IntelliJ IDEA because it has amazing framework support for Maven (which the new project is built on). I've split off a lot of what can be split off into separate Maven packages. For example:

  • Low-level bit manipulation for compression has been split off into backspin.
  • Huffman coding at the algorithm level has been split off into huff.
  • I put together a (relatively complete) Huffman-based compression format called elpremi to handle compression of messages transmitted between socket agents.
  • Socket agents may alternatively use LZW compression provided by lizard.
  • The package arcy now provides RC4 encryption for socket agents.
  • The checkers package is now used for calculation of BSD checksums.

Currently the develop branch only contains adapters for the above libraries with no agents in sight. I was thinking JSON for a new message serialization format rather than query strings for better standardization?

@alexmullen
Copy link
Collaborator

Looks good, I like the splitting up of reusable packages. I'll download IntelliJ and clone the project sometime. I've never used Maven before so I'll take the opportunity to learn it.

JSON is a good choice. It will also make it easier - and probably less error-prone - to use Data Transfer Objects for the messages between agents across multiple JVMs with object serialization that is not limited to Java. (Gson perhaps?).

@lambdacasserole
Copy link
Owner Author

@alexmullen Gson is just what I was thinking. 😉 An update on the packages, Mayo has been added for Diffie-Hellman key exchanges to secure connections between socket agents. Latest is on develop.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants