On 20 March 2014 05:16, Dileepa Jayakody <[email protected]> wrote:
> > > Do you think using a commercial API such as context.io is not such good > idea? If you can find an open source equivalent (or roll your own), then that's obviously preferable. But if that's not feasible (or if you just run out of time), then I think it's okay to integrate to context.io or similar, so long as that code remains separate from Isis itself. > If so I can look at implementing the email data handling part of RB > as a separate domain service. > You should define a domain service anyway (EmailService or similar). Then have EmailServiceUsingContextIo or EmailServiceUsingSomeCoolOpenSourceProject as the implementations. Most of the services in the Isis applib are implemented this way, see for example PublishingService [1], with a PublishingServiceJdo implementation [2] > For user authentication to email server (gmail) we can use Scribe [1] or > OAuth2 extension developed for Apache Shiro [2] to perform the OAuth2 > authorization. Both look good. Scribe has MIT license, buji-pac4j has ASF v2. Valid licenses for ASF are listed in [5] > And have a domain service implemented to perform email > operations. > > I think these can be contributed as separate domain services (integrate > OAuth2 and handle email data) in Apache Isis. > I'm still a bit unclear as to how the orchestration with these external services will work, because they would seem to sit "in front of" an Isis application, rather than within it. But I'm not saying you're wrong, just that I don't yet have it clear in my own head. > So the project will have several deliverables along the way. > > 1. OAuth2 client support in Apache Isis > 2. Email data analysis domain service > 3. ReputationBox as a demo application > > WDYT? > > Would be very happy if that is what gets delivered. Cheers Dan > Thanks, > Dileepa > > [1] https://github.com/fernandezpablo85/scribe-java > [2] https://github.com/bujiio/buji-pac4j > > [3] http://s.apache.org/b30 [4] http://s.apache.org/6H2 [5] https://www.apache.org/legal/3party.html > >
