On 14/06/2010 16:01, Simone Tripodi wrote: > Hi Simo, > thanks!!! > > My 2 cents how I envisioned Amber modules: > > - signature-api: contains all consumer/provider common stuff about the > signature algorithms to sign/verify oauth signatures (already working > at 85% I just need to fix the RSA support, I could stay focused on > that);
Does it need to be a separate API, can't it be incorporated into a facet of the main one? The API spec part is small, but the implementation is the complicated part here. Plaintext & HMAC are trivial to implement in Java, but I haven't looked at the RSA support in detail. > - consumer: oauth api specification with extensions entry points (like > Oauth Signpost[1]); > - provider: oauth api specification with extensions entry points I'd make a single API spec which incorporates everything, (each one will be quite small otherwise). We can load a client or server component from a factory object to get the appropriate functionality. > (default in-memory data structure can be replaced by custom > implementations); IMHO the /core/ of the library should be just the code for servicing and providing the terminal points for interacting with clients or service providers. > - discovery: consumer/provider common stuff to interact with oauth > discovery protocol; previouses 2 modules shall not depend by this > module at all; > - extensions: 3rd parts integrations, like: > - consumer api & known http clients integration; > - provider & spring-security integration; > - consumer & provider google-guice (I'm addicted to it :P) OK. > - applications: > - provider web application with control panel (manage consumer > keys, revoke consumers authorizations, configure entry points, ...); > - consumer web application with control panel (manage consumer > keys, revoke users authorizations, ...); Both good ideas. p > How does it look like? I hope you'll like it! > All the best!!! > Simo > > [1] http://code.google.com/p/oauth-signpost/ > > http://people.apache.org/~simonetripodi/ > > > > On Mon, Jun 14, 2010 at 11:34 AM, Simone Gianni <[email protected]> wrote: >> Hi Simone, >> don't worry, it happens to be busy :) >> >> Could we start by simply writing a "list" of "things" (modules, extensions) >> that we'd like to see in Amber? >> >> Then we can move this to wiki, sort them in a "roadmap", decide what goes in >> "core" and what in optional modules etc... but still, could everyone write >> what he would expect to find when checking out Amber? >> >> Simone >>
signature.asc
Description: OpenPGP digital signature
