We had a meeting of Drupalers at the Federated Social Web Summit 2011, with voxpelli, dahacouk, quiron and myself. I posted the following comment to the Federated Social Web Drupal task force but maybe it will find more eyes here.
Here are the notes from our discussion about OStatus implementation for Drupal. Any comments would be most welcome.
Overview:
- Need to allow content to be consumed.
- Work from walkah's disco module. Needs testing and review.
- Activity module most likely for us to use.
- Either fork it or add support for producing activity streams.
- Include webfinger support. Needs review.
- Then review and streamline PuSH (PubSubHubbub) using the Feeds module
- Then add support for Salmon. But that's not really useful until we have REST
- Develop first for Drupal 6. Once that's working we can look at D7. Alternative would require extra work for testing and compliance.
- First focus on Atom and then JSON. Perhaps the spec will have changed format by then.
- Create a sandbox module. Then once that's working, contact sirkitree and ask if we should create a submodule or merge with Activity.
- Document and develop iteratively so that we'll have good opportunities for testing, community review, and clarification of the process.
- create tests based on SWAT0, SWAT1 use cases
Issues:
- how to model remote users (see http://ostatus.org/2010/10/04/how-ostatus-enable-your-application)
- URIs might work for groups, not for users. That why webfinger exists.
Goal:
- Need a quick working solution.
- Try to reuse Views Atom for feed consumption, parsing, and production since that can be thorny.
Possible modules for Integration:
Comments
I don't think we will be
I don't think we will be using the Feeds module as that's only for consuming content and at this stage we only want to expose content? I think http://drupal.org/project/push_hub is closer to what we would need - or a module like Multiping if it was extended to allow Pubsubhubbub pings - or just a hard coded pubsubhubbub ping.
@walkah Would you advise how
@walkah Would you advise how best to go about testing your discovery module? http://drupal.org/project/discovery
Does anyone know if it's possible using Feeds / PuSH Hub modules to configure one Drupal site as a publisher / hub and another as a subscriber?
http://drupal.org/project/push_hub
// Paul Booker
@paulbooker: Feeds could be
@paulbooker: Feeds could be used to consume activitystreams and would work with Pubsubhubbub. Making ot work easy and great in the context of OStatus might need some work so therefor I think we should postpone work on that until we can publish stuff (unless someone is only interested in consuming stuff - then of course go ahead and start work on that right away :) )
I've worked a bit on the Discovery module - think I've a patch in progress there. Just need to wrap it up - see what the changes actually are and then get into contact with walkah. If we're lucky I might have time to do that in the coming weeks.
@Voxpelli Focusing on
@Voxpelli
Focusing on publishing / notifying a hub sounds good :-) I'll have a look at the Discovery module this afternoon.
Thanks for all your hard work.
Best, Paul
hey guys!
thanks @voxpelli for pointing me to this thread. it's great to see some interest and momentum in this stuff!
As I mentioned in IRC (#ostatus), I am happy to pick discovery back up and ensure that it's working for OStatus-related purposes - though @voxpelli has volunteered to assist with longer term maintenance.
Also, I'd be happy (and excited!) to revisit drupal-salmon - to add that piece to the mix - once discovery is in place.
We had discussed in Copenhagen (and I think it still makes some sense) to put together an install profile that highlights/showcases ostatus functionality - since there's a lot of room for configuration & flexibility in mapping activity/profile/etc stuff. Anyone interested in taking that on as the underlying pieces come together?
Awesome! I'll also be happy
Awesome!
I'll also be happy to help out with maintaining the Discovery / Salmon modules that is once i get over my learning curve with both of these modules ;-)
I really like the idea of an install profile and would be happy to help out there. Ultimately what i would like to see is a packaged solution like Open Atrium ,.. that allows you to quickly put up a community web site that does federation out of the box.
Onwards & upwards & downwards & upwards!
Best, Paul
Most probably...
We (Kendra Initiative) are looking into taking on the task of building an OStatus install profile. It's a question of resources. We have a few potential pots. So, could be good. I hope to give you a clear(er) answer before August consumes us. Would be nice to be able to BoF this topic at DrupalCon London.
Cheers Daniel
FSW @ DrupalConfS
I've proposed session: 'Federated Social Web on Drupal' for http://drupalcity.de
an install profile would help with it =)
I guess by presenting topic on other conferences we could bring more attention to it and hopefully more developers would find interest in contributing to move it forward...
OpenID Single Signon
apologies for coming into this unschooled, but I'd like to see the install profile to include integration with the Omniauth OpenID single-signon module suite
it uses OpenID Attribute Exchange and would be a sensible compliment this
Omniauth is based on Dev Seeds early work on OpenID
http://community.aegirproject.org/discuss/omniauth-openid-single-signon-...
I don't think Omniauth is
I don't think Omniauth is really related to this - it's all about logging in people - not about subscribing to activities between different services. Let's keep any install profile focused on only the OStatus stuff.
Last time I checked I also didn't really agree with the Omniauth approach either - that such a solution should be OAuth-based instead - like http://drupal.org/project/oauthloginprovider But lets keep it a separate issue.
Come to DrupalCon BoF!...
http://london2011.drupal.org/bofsession/federated-social-web-ostatus
See you there!