• 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)

• 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

• Proof of Concept
• Mapping of attributes
• Collections (lists)

folgendes habe ich für das POC implementiert:

• Reseller get
• Reseller post

Um zu testen folgende Header Variablen setzen:

X_REST_USERNAME admin@restuser
X_REST_PASSWORD admin@Access

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:

{
  "o": "Test Company",
  "sstIsActive": "TRUE",
  "sstIsCompany": "TRUE",
}

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.

• 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)

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.