2014-02-12 Telephone Conference DEVROOM / stepping stone GmbH

Transcript of the Telephone Conference between DEVROOM / stepping stone GmbH

Location	Skype
Date	Wednesday, the 12th of Feburary 2014
Time	11:30 until 12:00
Participants	Christian Wittkowski <christian.wittkowski@devroom.de>: CWI Christian Affolter <christian.affolter@stepping-stone.ch>: CAF Tiziano Müller <tiziano.mueller@stepping-stone.ch>: TMU Michael Eichenberger <michael.eichenberger@stepping-stone.ch>: MEI (Transcript)
Non participants	Pat Kläy <pat.klaey@stepping-stone.ch>: PKL David Vollmer <david.vollmer@stepping-stone.ch>: DVO Pascal Jufer <pascal.jufer@stepping-stone.ch>: PJU
Agenda	Open Questions: "location" JSON attribute: Der Name kann ein Problem sein wenn das Business Object ein Attribute gleichen Namens. Vielleicht können wir das rest_location nennen? URL Parameter "sort" und "q" (stoney_core:_REST_API#Filtering.2C_sorting_and_searching): Hier könnte ebenfalls der Parametername ein Problem werden wenn das Business Object ein Attribute gleichen Namens besitzt. Im Bereich stoney_core:_Resellers_Resource_-_REST_API#Reseller_element_retrieval_response_message_body sind die drei Parameter customers, employees und users im Beispiel alle mit dem Namen "location" gesetzt. Müssten die nicht z.B.: "customers": "https://....." heissen? Documetation fixed. Gleicher Bereich: In der Zeile "location": "https://api.example.com/v1/resellers/4000001/customers" könnte die URL auch so geschrieben werden: https://api.example.com/v1/customers?belongsToResellerUID=4000001 Hier meine ich braucht es diese Relation Variante nicht? stoney_core:_REST_API#Relations: Ich würde in der jetzigen Implementierung die Relationen gerne weglassen. Gibt es in der LDAP Suche eine Möglichkeit sich in einem Knoten nur den Eintrag geben zu lassen mit dem jüngsten modifyTimestamp? Dies wäre für die Ermittlung des ETag bzw. Last-Modified wichtig.

Transcript

No.	Text	What?	Who?	When?
1	In principal, the REST API should know the scope of variables. For example: billingAddress should be able to contain location. No location attribute is currently used, but it could be used in the future.	Info	All	2014-02-12
1	q and sort are GET parameters and have got nothing to do with the JSON payload. Therefore we don't see a current of future issue.	Info	All	2014-02-12
1	The REST API defines the following line as a return value. This is required and will not change. "location": "https://api.example.com/v1/resellers/4000001/customers" You are correct in the assumption, that the following line will return the same information: https://api.example.com/v1/customers?belongsToResellerUID=4000001 Additional Information: Filtering, sorting and searching allows for the above query. Via proper routing both calls (urls) should end in the same controller without further manual programming, as the framework should be able to do this for you.	Info	All	2014-02-12
1	We've updated the Relations section of the documentation. It should be simpler to implement this way.	Info	All	2014-02-12
1		Info	All	2014-02-12