Last modified by bougault on 2022/03/02 11:58

From version 37.1
edited by bougault
on 2020/09/03 13:54
Change comment: There is no comment for this version
To version 2.2
edited by allan
on 2019/09/19 11:05
Change comment: There is no comment for this version

Summary

Details

Page properties
Parent
... ... @@ -1,1 +1,1 @@
1 -Collabs.collaboratory-community-apps.WebHome
1 +Collabs.collab-devs.RFC.WebHome
Author
... ... @@ -1,1 +1,1 @@
1 -XWiki.bougault
1 +XWiki.allan
Content
... ... @@ -1,106 +1,80 @@
1 -Developers can extend the Collaboratory capabilities by providing applications to its community of users.
1 +The Collaboratory is designed to be extended with applications provided by its community of users.
2 2  
3 -This guide describes the steps to make this possible.
3 +This guide describes how developers can contribute by creating and registering applications within the Collaboratory.
4 4  
5 +{{toc numbered="true" start="2"/}}
6 +
5 5  == Becoming a contributor ==
6 6  
7 -The first step is for you to **get the developer accreditation**. Contributors can register and manage apps within the Community Apps Catalogue.
9 +The first step is for you to be recognised as a contributor. Contributors can register and manage applications within the Community Apps Catalogue.
8 8  
9 -Send an email to [[support@ebrains.eu>>mailto:support@ebrains.eu]] with a short motivation for your request.
11 +To become a contributor, send an email to [[support@humanbrainproject.eu>>mailto:support@humanbrainproject.eu]] with a short summary of your intentions.
10 10  
11 -The support team will apply the permissions to your user. Your account will be [[upgraded with developer privileges>>doc:Collabs.collab-devs.collaboratory-v2.keycloak.user administration.WebHome]] the next time you login.
13 +The support team will apply the permissions to your user and the next time you will login, your account will be upgraded with developers privileges.
12 12  
13 13  (% class="box infomessage" %)
14 14  (((
15 -Only SGA3 accredited users will be automatically granted the developer accreditation.
17 +Please note that, currently, only SGA2 accredited users will be automatically granted the contributor level.
16 16  )))
17 17  
18 -== Making your app available to users ==
20 +== Registering an application in the Catalogue ==
19 19  
20 -In order for users to install your app, it needs to be registered in the [[Community Apps Catalogue>>doc:Apps.WebHome]].
22 +The Community Apps Catalogue is the place where collab authors look for applications to add to their collabs.
21 21  
22 -If you are dealing with private data, or your users need to be authenticated, see [[authentication and authorization in the Collaboratory.>>doc:Collabs.the-collaboratory.Technical documentation.Architecture.Permissions.Authentication & Authorisation using OIDC.WebHome]]
24 +{{error}}
25 +TODO: describe the steps to register an app in the Catalogue
26 +{{/error}}
23 23  
24 -=== Registering an application in the Catalogue ===
28 +== Creating your OpenID Connect client ==
25 25  
26 -Navigate to the catalogue and click on **+Create App** in the top right corner. Enter a name for your app and click on **Create**.
30 +The steps to create an OpenID Connect client are the following:
27 27  
28 -Fill the form with the following information:
32 +* get an access token from the `developer` client
33 +* use the token to call the create endpoint
34 +* save your registration access token for further modifications of your client
29 29  
30 -* **main URL**: the URL of the homepage of your app. This is where the users will be directed when they open your app in a collab.
31 -* **settings URL**: the URL of your app's settings management page, if there is one.
32 -* **description**: a description of what your app does. This helps users choose the apps they install.
33 -* **under development?**: if checked, your app will not be available to other users.
34 -* **category**: a category to help structure the list of apps.
35 -* **maintainers**: a list of users who maintain the app. The users need to have logged in the wiki at least once to appear on the list. Maintainers are granted the right to modify the app's registration.
36 -* **documentation URL**: if your app has online user documentation, a link will be provided to users when they use your app.
37 -* **repository**: a URL to a public repository so users can access the source code of your app.
36 +=== Fetching your developer access token ===
38 38  
39 -Click on **Save**. Your app is now registered and waiting for users to install it!
38 +In order to get your developer token, you need to authenticate against the developer client with the password grant.
40 40  
41 -=== Installing your app in a collab ===
40 +This can be achieved with this sample bash script:
42 42  
43 -1. In order to install your app, you need to navigate to a collab where you have either the **editor** or **admin** role.
44 -1. Click on **Create** at the top right to create a new entry in the navigation pane under the current wiki page. Enter a title for this instance of your app and select **Community App** in the right selector.
45 -1. Click on **Create**. You will be presented with the Community App Catalogue. The apps you will see are the public apps and the ones for which you are a maintainer.
46 -1. Select your app and click on **Save and View**.
42 +{{code language="bash"}}
43 +# Gather username and password from user
44 +echo '\nEnter your username' && read clb_dev_username &&
45 +echo '\nEnter your password' && read -s clb_dev_pwd &&
47 47  
48 -You should now see your app in your collab just as other users will see it.
47 +# Fetch the token
48 +curl -X POST https://iam.humanbrainproject.eu/auth/realms/hbp/protocol/openid-connect/token \
49 + -u developer: \
50 + -d 'grant_type=password' \
51 + -d "username=${clb_dev_username}" \
52 + -d "password=${clb_dev_pwd}" |
53 +
54 +# Prettify the JSON response
55 +json_pp;
49 49  
50 -== Getting your app instance context ==
51 -
52 -Instances of your apps will be installed by collab owners in many different collabs. In order to let you customise the user experience based on its context, the Collaboratory will automatically pass query parameters to your app:
53 -
54 -* **##clb-collab-id##**: the unique, human-readable identifier of the collab.
55 -* ##**clb-doc-path**##: the (relative) path to your app instance within the collab. If your app is at the root of a collab, this value will be empty.
56 -* ##**clb-doc-name**##: the name of the document where your app instance is installed.
57 -* ##**clb-drive-id**##: the unique identifier of the drive of the collab. This id is required if you want to fetch or store documents within the drive of the collab.
58 -
59 -== App settings ==
60 -
61 -The app settings are the values the collab owners can modify to change the behaviour of your app within their collabs.
62 -
63 -=== Writing settings ===
64 -
65 -The Collaboratory comes with a mechanism to let your app store its settings directly in the Collaboratory.
66 -
67 -In order to do that, your app needs to use the [[postMessage javascript API>>https://developer.mozilla.org/en-US/docs/Web/API/Window/postMessage]] to send the settings to be stored in the Collaboratory. The settings are key/value pairs as in the example below.
68 -
69 -{{code language="javascript"}}
70 -window.parent.postMessage({
71 - topic: '/clb/community-app/settings',
72 - data: {
73 - setting1: 'setting 1 value',
74 - setting2: 'setting 2 value',
75 - // ...
76 - // reload: false // avoid page reload on settings change
77 - }}, 'https://wiki.ebrains.eu');
57 +# Erase the credentials from local variables
58 +clb_dev_pwd='';clb_dev_username=''
78 78  {{/code}}
79 79  
80 -=== Reading settings ===
61 +The response will be similar to:
81 81  
82 -The Collaboratory will get the settings from its key/value store and pass them to your app through query parameters.
83 -
84 -== Your app with hash-based URL ==
85 -
86 -The app you are developing might be a single page app that needs to handle some routing between views. This is typically done with a hash-based URL using the fragment at the end to track the view in the page.
87 -
88 -(% style="text-align: center;" %)
89 -{{{URI = scheme:[//authority]path[?query][#fragment]}}}
90 -
91 -The Community Apps environment gives you the ability to update the parent frame fragment.
92 -
93 -It uses the [[postMessage() javascript API>>https://developer.mozilla.org/en-US/docs/Web/API/Window/postMessage]] to communicate from your app's iframe to the wiki (parent) frame.
94 -
95 -{{code language="javascript"}}
96 -window.parent.postMessage({
97 - topic: '/clb/community-app/hashchange',
98 - data: 'the_fragment_value'
99 -}, 'https://wiki.ebrains.eu');
63 +{{code language="json"}}
64 +{
65 + "access_token": "eyJhbGci...",
66 + "expires_in": 108000,
67 + "refresh_expires_in": 14400,
68 + "refresh_token": "eyJhbGci...",
69 + "token_type": "bearer",
70 + "not-before-policy": 1563261088,
71 + "session_state": "0ac3dfcd-aa5e-42eb-b333-2f73496b81f8",
72 + "scope": ""
73 +}
100 100  {{/code}}
101 101  
102 -If a fragment is present in the parent frame URL at parent page load time, this fragment is transmitted to your app's iframe.
76 +Copy the "access_token" value, it is the one that will be needed for the next step.
103 103  
104 -== Creating your OpenID Connect client ==
78 +=== Creating the client ===
105 105  
106 -See the instructions [[here>>doc:Collabs.collaboratory-community-apps.Community App Developer Guide.1\. Registering an OIDC client.WebHome]].
80 +Clients can be created by sending a JSON representation t
XWiki.DocumentSheetBinding[0]
Sheet
... ... @@ -1,1 +1,0 @@
1 -Collaboratory.Apps.Article.Code.ArticleViewSheet
XWiki.DocumentSheetBinding[1]
Sheet
... ... @@ -1,1 +1,0 @@
1 -Collaboratory.Apps.Article.Code.ArticlePreviewSheet