nickserver.git - [nickserver]

Age	Commit message (Collapse)	Author
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-05-25	simplify KeyInfo. remove unneeded accessors	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: initialize and use ruby 1.9 hash syntax	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	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.
2013-08-06	fix crash when fetched key is rejected (e.g. too short, etc), report errors ↵	elijah
	in the request, prevent most crashes by catching exceptions.
2013-05-15	add CouchDB support.	elijah

2013-05-13	s/sks_url/hkp_url	elijah

2012-12-24	initial commit	elijah