* Proof of Concept
* Mapping of attributes
* Collections (lists)
|-
| width="40px" | 1
| width="800px" |
| widthfolgendes habe ich für das POC implementiert:* Reseller get* Reseller post Um zu testen folgende Header Variablen setzen:<pre>X_REST_USERNAME admin@restuserX_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=[{"70pxproperty" : "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>{ | Info"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" | CWI
| width="70px" | 2013-11-21
|-
| width="40px" | 2
| 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" | AllCWI
| width="70px" | 2013-11-21
|-
| width="40px" | 3
| 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" | All
|-
| width="40px" | 45| 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" | All
|-
| width="40px" | 56| 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" | All