Difference between revisions of "2014-02-12 Telephone Conference DEVROOM / stepping stone GmbH"
From stoney cloud
[unchecked revision] | [unchecked revision] |
(→Transcript) |
(→Transcript of the Telephone Conference between DEVROOM / stepping stone GmbH) |
||
Line 40: | Line 40: | ||
* 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? | * 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. | * [[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. | + | * 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 <code>[http://en.wikipedia.org/wiki/HTTP_ETag ETag]</code> bzw. Last-Modified wichtig. |
|- | |- |
Revision as of 11:03, 12 February 2014
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 |
|
Non participants |
|
Agenda |
Open Questions:
|
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.
You are correct in the assumption, that the following line will return the same information: Additional Information:
|
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 |