Difference between revisions of "2013-12-05 Telephone Conference DEVROOM / stepping stone GmbH"

From stoney cloud
Jump to: navigation, search
[unchecked revision][unchecked revision]
(Transcript of the Telephone Conference between DEVROOM / stepping stone GmbH)
(Transcript)
Line 59: Line 59:
  
 
| width="40px"  | 1
 
| width="40px"  | 1
| width="800px"  |  
+
| width="800px"  | Each resource collection:
| width="70px"  | Info
+
* Will be updated.
| width="70px"  | All
+
| width="70px"  | To Do
 +
| width="70px"  | TMU/MEI
 
| width="70px"  | 2013-12-05
 
| width="70px"  | 2013-12-05
 
|-
 
|-
  
 
| width="40px"  | 2
 
| width="40px"  | 2
| width="800px"  |  
+
| width="800px"  | Do we return empty values (like shippingAddress) or not?
 +
* Empty values are not displayed (all possible vaules must appear in the documentation).
 
| width="70px"  | Info
 
| width="70px"  | Info
 
| width="70px"  | All
 
| width="70px"  | All

Revision as of 14:45, 5 December 2013

Transcript of the Telephone Conference between DEVROOM / stepping stone GmbH

Location Skype
Date Thursday, the 5th of December 2013
Time 13:30 until 14:30
Participants
  • Christian Wittkowski <christian.wittkowski@devroom.de>: CWI
  • Tiziano Müller <tiziano.mueller@stepping-stone.ch>: TMU
  • Michael Eichenberger <michael.eichenberger@stepping-stone.ch>: MEI (Transcript)
Non participants
  • Christian Affolter <christian.affolter@stepping-stone.ch>: CAF
  • Pat Kläy <pat.klaey@stepping-stone.ch>: PKL
  • Christoph Scheurer <christoph.scheurer@stepping-stone.ch>: CSC
  • David Vollmer <david.vollmer@stepping-stone.ch>: DVO
  • Pascal Jufer <pascal.jufer@stepping-stone.ch>: PJU
Agenda
  • Approval REST API
    • Each resource collection returns additional information like pagination, total and current count. A maximum amount of return values is defined on the server. This value can be lowered by the calling application. The pagination is only mandatory, when the maximum amount of return values is reached.
    • Do we return empty values (like shippingAddress) or not?
    • isActive is missing in the current examples.
    • The logic of the deletion process is currently located on the client side. On the server we only return an error, it the item to be deleted still has dependencies.
    • We'll define a search REST API, so that we can return results according to the mockup. The return values should be a collection containing type, uid, overview information and a REST url. With this information, the application should be able to build a new page with the proper url and retrieve the data with the help of the REST url.
    • The REST API documentation will be split into multiple documents, corresponding with the module names (core, ...).
  • Decision JavaScript Framework
  • What is missing for the tender?
  • Next steps

Transcript

No. Text What? Who? When?
1 Each resource collection:
  • Will be updated.
To Do TMU/MEI 2013-12-05
2 Do we return empty values (like shippingAddress) or not?
  • Empty values are not displayed (all possible vaules must appear in the documentation).
Info All 2013-12-05
3 Info All 2013-12-05
4 Info All 2013-12-05
5 Info All 2013-12-05