-
Notifications
You must be signed in to change notification settings - Fork 11
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Remove concrete application examples from API #30
Comments
APIs between multiple GDS nodes are important, because there are multiple ways to implement each task on the server (let's take a shared calendar: if every app defines its own protocols, this will most likely fail). |
I completely agree, but we really should not throw away all the great work that was done with CalDAV, CardDAV and e.g. XMPP. Again: I think we should define how the applications run on the server, now what they are running. |
Of course, we should use as much existing protocols as possible. |
Like intends: definitely yes. What else do you think we need? Am 30.10.2013 um 15:00 schrieb Lukas Bestle [email protected]:
|
On that note, http://sockethub.org seems to be a nice bridge to protocols |
I agree. GDS isn't ownCloud. :) The default GDS implementation we create can come bundled with some apps, batteries included, Android style. But as much as possible should be replaceable. Perhaps we can go as far as having the UI for managing permissions use protocols and something intent-like (so the system knows which app that implements "calendar" and can prompt the user for which app to open if there are multiple "calendar" intent apps). |
Exactly. I could not agree more |
Just to throw it out there, perhaps GDS apps should be able to communicate and use intents for non-GDS apps. Then the only thing GDS helps with is a dashboard for your apps, installation, etc. |
It might even be an option to have even all GDS applications on one server only communicate via intends (or WebActivities). |
Just a question. Wouldn't it make sense to start writing down ideas for protocols or APIs. Pretty much like the hoodie guys do: http://nobackend.org/dreamcode.html I think it would be much easier to discuss that. |
@bastianallgeier I agree. Seems the consensus is a protocol driven approach. Perhaps a wiki is good for this, where we can throw around suggestions of various sets of protocols, where the set contains existing protocols and any new protocols that might need to be invented. |
Right now inside the API.md there is a concrete example about building a distributed social network with GDS.
IMHO this is way to specific. For me GSD is a concept to install and delete applications and have them communicate with each other. GDS should only define the API between applications on one GDS node.
Connections to other GDS nodes should never be defined by this protocol.
To get back to the distributed social network example in API.md, there could be a GDS application that implements the tent protocol to archive that. One application at a time.
The text was updated successfully, but these errors were encountered: