Difference between revisions of "2013-11-21 Telephone Conference DEVROOM / stepping stone GmbH"
From stoney cloud
[unchecked revision] | [unchecked revision] |
(Created page with "= Transcript of the Telephone Conference between DEVROOM / stepping stone GmbH = {| border="0" style="border-collapse: collapse;" |- | width="80px" | '''Location''' | width...") |
(→Transcript) |
||
(13 intermediate revisions by the same user not shown) | |||
Line 36: | Line 36: | ||
* Proof of Concept | * Proof of Concept | ||
* Mapping of attributes | * Mapping of attributes | ||
+ | * Collections (lists) | ||
|- | |- | ||
Line 52: | Line 53: | ||
| width="40px" | 1 | | width="40px" | 1 | ||
| width="800px" | | | width="800px" | | ||
− | + | folgendes habe ich für das POC implementiert: | |
+ | * Reseller get | ||
+ | * Reseller post | ||
+ | |||
+ | Um zu testen folgende Header Variablen setzen: | ||
+ | <pre> | ||
+ | X_REST_USERNAME admin@restuser | ||
+ | X_REST_PASSWORD admin@Access | ||
+ | </pre> | ||
+ | |||
+ | Reseller get: | ||
+ | * Alle Reseller: http://selfcare.steppingstone.ch/v1/reseller | ||
+ | * Ein Reseller mittels Filter: http://selfcare.steppingstone.ch/v1/reseller?filter=[{"property": "uid", "value" : 4000000}] | ||
+ | * Reseller mittels limit und offset: http://selfcare.steppingstone.ch/v1/reseller?limit=1&offset=1 | ||
+ | * Reseller sortieren: http://www.selfcare.local/v1/reseller?sort=[{"property":"uid", "direction":"DESC"}] | ||
+ | * Ein Reseller: http://selfcare.steppingstone.ch/v1/reseller/4000000 | ||
+ | |||
+ | Reseller post: | ||
+ | http://www.selfcare.local/v1/reseller mit: | ||
+ | <pre> | ||
+ | { | ||
+ | "o": "Test Company", | ||
+ | "sstIsActive": "TRUE", | ||
+ | "sstIsCompany": "TRUE", | ||
+ | } | ||
+ | </pre> | ||
+ | Ab jetzt beginnen die Aufwände: | ||
+ | * Das ganze RestFullYii ist auf ActiveRecord (AR - Schnittstelle zu SQL Datenbanken) aufgebaut | ||
+ | * An vielen Stellen lässt sich nicht mittels überschreiben der Events das Verhalten ändern. | ||
+ | * Z. B.: Beim GET von subresources ERestSubresourceHelper::isSubresource() | ||
+ | |||
+ | Also dachte ich ich Überschreibe ERestSubresourceHelper | ||
+ | * Dafür muss ich dann auch ERestBehavior überschreiben weil der Helper da instanziiert wird | ||
+ | * Das geht aber nicht weil Member $subresource_helper private ist und in der Funktion | ||
+ | * ERestInit() instanziiert wird die final ist. | ||
+ | |||
+ | Natürlich ließe sich das alles anpassen. Dann sind wir aber u. U. nicht mehr kompatibel zum RestFullYii. | ||
| width="70px" | All | | width="70px" | All | ||
+ | | width="70px" | CWI | ||
| width="70px" | 2013-11-21 | | width="70px" | 2013-11-21 | ||
|- | |- | ||
| width="40px" | 2 | | width="40px" | 2 | ||
− | | width="800px" | | + | | width="800px" | Lohnt es sich, hier weiter zu fahren? Also die Anforderungen aus [[Application Programming Interface (API)]] via [http://www.yiiframework.com/extension/restfullyii/ RestFullYii]? |
+ | * Klassen müssen überschrieben werden, erweitert werden. | ||
+ | * Können wir unsere Änderungen einfliessen lassen? | ||
+ | * POST und PUT funktionieren. | ||
+ | * PATCH ist im RestFullYii nicht implementiert. | ||
+ | * Pagination ist via Limit und offset umgesetzt. | ||
+ | * Mapping liesse sich im "behaviour" umsetzen. | ||
+ | * Business Objekte (zusammenfassung mehrerer LDAP Klassen (zum Beispiel [[Application_Programming_Interface_(API)#Reseller_creation_.28POST.29 | Reseller creation (POST)]]) ist nicht umgesetzt. | ||
+ | * "location" ist nicht umgesetzt. Liesse sich jedoch mit relativ kleinem Aufwand nach implementieren. | ||
+ | Lange Rede, kurzer Sinn: | ||
+ | * Aufwand, das RestFullYii unsere Spezifikation anzupassen, scheint ziemlich gross zu sein. Aufwand selber zu machen wird in etwa gleich gross sein, wie wenn wir es selber komplett neu aufbauen. | ||
| width="70px" | Info | | width="70px" | Info | ||
− | | width="70px" | | + | | width="70px" | CWI |
| width="70px" | 2013-11-21 | | width="70px" | 2013-11-21 | ||
|- | |- | ||
| width="40px" | 3 | | width="40px" | 3 | ||
− | | width="800px" | | + | | width="800px" | Next Steps: |
+ | * Wir fällen Entscheid | ||
+ | * Anschliessend besprechen wir Entscheid mit CWI. | ||
+ | | width="70px" | To Do | ||
+ | | width="70px" | CAF/TMU/CWI/MEI | ||
+ | | width="70px" | 2013-11-22 | ||
+ | |- | ||
+ | |||
+ | | width="40px" | 4 | ||
+ | | width="800px" | Mapping of attributes | ||
+ | * Abhängig vom obigen Entscheid. | ||
| width="70px" | Info | | width="70px" | Info | ||
| width="70px" | All | | width="70px" | All | ||
Line 71: | Line 129: | ||
|- | |- | ||
− | | width="40px" | | + | | width="40px" | 5 |
− | | width="800px" | | + | | width="800px" | Collections (lists), siehe auch [[Application_Programming_Interface_(API)#Field_specifications_and_limitations | Field specifications and limitations]]: |
+ | * Abhängig vom obigen Entscheid. | ||
| width="70px" | Info | | width="70px" | Info | ||
| width="70px" | All | | width="70px" | All | ||
Line 78: | Line 137: | ||
|- | |- | ||
− | | width="40px" | | + | | width="40px" | 6 |
− | | width="800px" | | + | | width="800px" | Suche: |
+ | * Wo definieren wir diese? | ||
+ | * Gibt es einen Breich in der Definition, in der wir die globale Suche definieren müssen? | ||
| width="70px" | Info | | width="70px" | Info | ||
| width="70px" | All | | width="70px" | All |
Latest revision as of 10:53, 21 November 2013
Transcript of the Telephone Conference between DEVROOM / stepping stone GmbH
Location | Skype |
Date | Thursday, the 21st of November 2013 |
Time | 09:15 until 10:15 |
Participants |
|
Non participants |
|
Agenda |
|
Transcript
No. | Text | What? | Who? | When? |
---|---|---|---|---|
1 |
folgendes habe ich für das POC implementiert:
Um zu testen folgende Header Variablen setzen: X_REST_USERNAME admin@restuser X_REST_PASSWORD admin@Access Reseller get:
Reseller post: http://www.selfcare.local/v1/reseller mit: { "o": "Test Company", "sstIsActive": "TRUE", "sstIsCompany": "TRUE", } Ab jetzt beginnen die Aufwände:
Also dachte ich ich Überschreibe ERestSubresourceHelper
Natürlich ließe sich das alles anpassen. Dann sind wir aber u. U. nicht mehr kompatibel zum RestFullYii. |
All | CWI | 2013-11-21 |
2 | Lohnt es sich, hier weiter zu fahren? Also die Anforderungen aus Application Programming Interface (API) via RestFullYii?
Lange Rede, kurzer Sinn:
|
Info | CWI | 2013-11-21 |
3 | Next Steps:
|
To Do | CAF/TMU/CWI/MEI | 2013-11-22 |
4 | Mapping of attributes
|
Info | All | 2013-11-21 |
5 | Collections (lists), siehe auch Field specifications and limitations:
|
Info | All | 2013-11-21 |
6 | Suche:
|
Info | All | 2013-11-21 |