Age | Commit message (Collapse) | Author | |
---|---|---|---|
2016-07-02 | refactor: turn EmailAddress into a class, cleanup | Azul | |
2016-07-02 | refactor: replace blocks/yields with returns | Azul | |
This became possible because we now use celluloid. Celluloid handles asynchronity without the need for callbacks or blocks. | |||
2016-07-02 | minor: silence warnings and cleanup | Azul | |
2016-06-30 | use proper ssl connection with ca_file - green! | Azul | |
2016-06-30 | actually use celluloid io for http requests | Azul | |
2016-06-30 | fix host header handling and tests | Azul | |
2016-06-30 | Trying to replace EM base server with reel | Azul | |
some tests are still broken. But at least they are running now. | |||
2016-06-30 | update webmock version | Azul | |
2016-06-24 | first attempt at using celluloid instead of em - broken | Azul | |
Main problem right now is the outdated version of webmock. | |||
2016-06-21 | refactor: change send_response -> respond in em_server | Azul | |
This way the interface mimics the one of Celluloid Reels request. request.respond status, content | |||
2016-06-20 | seperate generic RequestHandler from EmServer | Azul | |
The request handler takes a responder (the EmServer) and an adapter as initialization arguments. It will then respond to requests by querying the sources using the adapter and calling send_response on the responder. | |||
2016-06-20 | add Nickserver::Source as superclass | Azul | |
2016-06-20 | refactor: separate em specifics from generic server | Azul | |
2016-06-15 | Merge pull request #3 from azul/refactor/transport-adapters | azul | |
Refactor em specifics into http adapter | |||
2016-06-15 | we don't need FetchKeyInfo anymore including in Source | Azul | |
2016-06-14 | introduce Hkp::Client | Azul | |
wraps the hkp protocol | |||
2016-06-14 | use adapter for FetchKeyInfo | Azul | |
2016-06-11 | use the adapter not EM in hkp source | Azul | |
2016-06-10 | turn Hkp::FetchKey into Hkp::Source | Azul | |
The source was really just an empty shell now that we pushed the em specific stuff further down. | |||
2016-06-09 | refactor: remove EM specific stuff from Hkp::FetchKey interface | Azul | |
2016-06-09 | add Hkp::Source with same interface as CouchDB::Source | Azul | |
2016-06-09 | refactor: introduce Hkp::Response | Azul | |
2016-06-09 | refactor: inline method get_key_from_uid | Azul | |
well kind of since we were yielding this is more inlining the block and renaming the method | |||
2016-06-09 | move hkp test to integration tests | Azul | |
That's what it actually is | |||
2016-06-09 | refactor: remove middleman Couch::FetchKey | Azul | |
2016-06-09 | Merge pull request #2 from azul/rubocop | azul | |
Rubocop | |||
2016-06-08 | refactor: use new couch_db classes from fetch_key | Azul | |
This moves all the em_http related stuff into a single adapter. We're also not using callback and errback inside fetch_key or server for couch requests anymore. Changing the interface for hkp to do the same will follow. | |||
2016-05-25 | add minitest/hell to the mix | Azul | |
This will randomize test order and parallelize them iirc | |||
2016-05-25 | silence all warnings of webmock and evma_httpserver | Azul | |
2016-05-25 | fix our own warnings | Azul | |
2016-05-25 | silence some warnings from evma_httpserver | Azul | |
2016-05-25 | move nickserver_test to integration dir | Azul | |
it really is more of an integration test | |||
2016-05-25 | simplify KeyInfo. remove unneeded accessors | Azul | |
2016-05-25 | run all tests by default | Azul | |
2016-05-25 | copy over all files from rewritten attempt | Azul | |
I started a nickserver from scratch to implement the things that are independent of our choice of stack (eventmachine or other). This commit copies them over and tests both things in parallel. | |||
2016-05-25 | rubocop: fix unused block params | Azul | |
2016-05-25 | rubocop: disable EndAlignment cop permanently | Azul | |
we use end; end to end nested modules. | |||
2016-05-25 | rubocop: fix deprecated class methods | Azul | |
2016-05-25 | rubocop: initialize and use ruby 1.9 hash syntax | Azul | |
2016-05-25 | Version 0.3.00.3.0 | Azul | |
2016-04-10 | travis: match production environmentversion/0.8 | Azul | |
2016-04-10 | test: try latest rubygems and bundler | Azul | |
2016-04-10 | test: downgrad rubygems to fix issue with bundler | Azul | |
2016-04-10 | minor tweaks to hkp response parsing | Azul | |
Only parse responses that have status code 200 (OK). Simplify status code handling a bit Also profiled it to see if duplicate calculations matter. They don't (2ms for validating 12 keys) | |||
2016-04-10 | add test for 200 without matching keys | Azul | |
2016-04-10 | deprecation: File.exists? -> File.exist? | Azul | |
2016-04-10 | bugfix: 404 if no key matches, fixes #6789 | Azul | |
I also separated the parsing of the hkp response from FetchKeyInfo. This way FetchKeyInfo has the EM specific code that has sideeffects and the logic is in a class without sideeffects and (almost) without state. The only state we keep is the KeyInfo array that contains all the information the server returns. This way we avoid parsing the response multiple times. | |||
2016-04-10 | lock down eventmachine version | Azul | |
higher versions - namely 1.2.x caused ruby runtime crashes for me | |||
2016-04-10 | test: initial travis setup | Azul | |
2014-11-24 | add a sleep to restart. appears to finally resolve ↵ | elijah | |
https://leap.se/code/issues/3526 |