Last modified by bougault on 2022/03/02 11:58
From version 4.1
edited by allan
on 2019/09/19 11:40
Change comment: Modifying your client
To version 12.1
edited by allan
on 2019/11/26 17:07
Change comment: There is no comment for this version

Summary

Details

Page properties
Parent
... ... @@ -1,1 +1,1 @@
1 -Collabs.collab-devs.RFC.WebHome
1 +Collabs.collaboratory-community-apps.WebHome
Content
... ... @@ -1,30 +1,61 @@
1 -The Collaboratory is designed to be extended with applications provided by its community of users.
1 +Developers can extend the Collaboratory capabilities by providing applications to its community of users.
2 2  
3 -This guide describes how developers can contribute by creating and registering applications within the Collaboratory.
3 +This guide describes the steps to make this possible.
4 4  
5 -{{toc numbered="true" start="2"/}}
6 -
7 7  == Becoming a contributor ==
8 8  
9 -The first step is for you to be **recognised as a contributor**. Contributors can register and manage applications within the Community Apps Catalogue.
7 +The first step is for you to **get the developer accreditation**. Contributors can register and manage applications within the Community Apps Catalogue.
10 10  
11 -To become a contributor, send an email to [[support@humanbrainproject.eu>>mailto:support@humanbrainproject.eu]] with a short summary of your intentions.
9 +Send an email to [[support@humanbrainproject.eu>>mailto:support@humanbrainproject.eu]] with a short summary of your intentions.
12 12  
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.
11 +The support team will apply the permissions to your user: your account will be upgraded with developers privileges the next time you will login.
14 14  
15 15  (% class="box infomessage" %)
16 16  (((
17 -Please note that, currently, only SGA2 accredited users will be automatically granted the contributor level.
15 +Only SGA2 accredited users will be automatically granted the developer accreditation.
18 18  )))
19 19  
20 -== Registering an application in the Catalogue ==
18 +== Making your app available to users ==
21 21  
22 -The Community Apps Catalogue is the place where collab authors look for applications to add to their collabs.
20 +In order for you application to be installable by users, it needs to be registered within the [[Community Apps Catalogue>>doc:Apps.WebHome]].
23 23  
24 -{{error}}
25 -TODO: describe the steps to register an app in the Catalogue
26 -{{/error}}
22 +Once this simple step is complete, users will be able to install your app within their collabs.
27 27  
24 +=== Registering an application in the Catalogue ===
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**.
27 +
28 +Fill the form with the following information:
29 +
30 +* **main URL**: the URL of the homepage of your app. This is where user will be directed when then open your app in a collab.
31 +* **settings URL**: the URL of the your settings management page if you have one.
32 +* **description**: a description of what your app does to help users select it.
33 +* **under development?**: should be checked if you don't want your app to be available by default by other users.
34 +* **category**: a category to help structuring the applications.
35 +* **maintainers**: a list of users who maintain the app. The users need to have logged in the wiki at least once to be found. Maintainers are granted the right to modify an app 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 check the sources of your app.
38 +
39 +Click on **Save**. Your app is now registered and waiting for users to install it!
40 +
41 +=== Installing your app in a collab ===
42 +
43 +1. In order to install your app, you need to navigate to a collab where you have either the **editor** or **administrator** role.
44 +1. Click on **Create**. 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 app you will see are the public apps and the ones your a maintainer of.
46 +1. Select your app and click on **Save and View**.
47 +
48 +You should now see how your app looks like within a collab.
49 +
50 +== Getting your app instance context ==
51 +
52 +Instances of your applications will be installed by collab authors 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 path of 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 +
28 28  == Creating your OpenID Connect client ==
29 29  
30 30  The steps to create an OpenID Connect client are the following:
... ... @@ -35,7 +35,7 @@
35 35  
36 36  === Fetching your developer access token ===
37 37  
38 -In order to get your developer token, you need to authenticate against the developer client with the password grant.
69 +Getting your developer token is done in one simple step: authenticate against the developer client with the password grant.
39 39  
40 40  This can be achieved with this sample shell script:
41 41  
... ... @@ -73,11 +73,11 @@
73 73  }
74 74  {{/code}}
75 75  
76 -Copy the "access_token" value, it is the one that will be needed for the next step.
107 +Copy the "access_token" value, you will need if for the next step.
77 77  
78 78  === Creating the client ===
79 79  
80 -With your developer token, you can now create clients by sending a JSON representation to a specific endpoint:
111 +You can now create clients by sending a JSON representation to a specific endpoint:
81 81  
82 82  {{code language="bash"}}
83 83  # Set your developer token
... ... @@ -160,12 +160,12 @@
160 160  
161 161  Among all the attributes, you should securely save:
162 162  
163 -* your client **secret** ("secret" attribute) which is needed by your application to **authenticate to the IAM server** when making backend calls
164 -* your client **registration access token** ("registrationAccessToken")  which is the token you will need to authenticate when **modifying your client in the future**
194 +* your client **secret** ("secret" attribute): it is needed by your application to **authenticate to the IAM server** when making backend calls
195 +* your client **registration access token** ("registrationAccessToken"): you will need it to authenticate when **modifying your client in the future**
165 165  
166 166  === Modifying your client ===
167 167  
168 -Updating a client is done with a PUT request:
199 +Update your client with a PUT request:
169 169  
170 170  {{code language="bash"}}
171 171  # Set your registration token and client id
... ... @@ -187,3 +187,11 @@
187 187  # Prettify the JSON response
188 188  json_pp;
189 189  {{/code}}
221 +
222 + Note that your need to provide your client id both in the endpoint URL and within the body of the request.
223 +
224 +{{warning}}
225 +/!\ ** Each time you modify your client, a new registration access token will be generated. You need to track of your token changes to keep access to your client.   **/!\
226 +{{/warning}}
227 +
228 +== ==
XWiki.DocumentSheetBinding[0]
Sheet
... ... @@ -1,0 +1,1 @@
1 +Collaboratory.Apps.Article.Code.ArticleViewSheet
XWiki.DocumentSheetBinding[1]
Sheet
... ... @@ -1,0 +1,1 @@
1 +Collaboratory.Apps.Article.Code.ArticlePreviewSheet