Difference between revisions of "2013-11-21 Telephone Conference DEVROOM / stepping stone GmbH"

From stoney cloud
Jump to: navigation, search
[unchecked revision][unchecked revision]
(Transcript)
(Transcript)
Line 54: Line 54:
 
| width="800px"  |  
 
| width="800px"  |  
 
folgendes habe ich für  das POC implementiert:
 
folgendes habe ich für  das POC implementiert:
Reseller get
+
* Reseller get
Reseller post
+
* Reseller post
  
 
Um zu testen folgende Header Variablen setzen:
 
Um zu testen folgende Header Variablen setzen:
Line 101: Line 101:
 
* POST und PUT funktionieren.
 
* POST und PUT funktionieren.
 
* PATCH ist im RestFullYii nicht implementiert.
 
* PATCH ist im RestFullYii nicht implementiert.
 +
* Pagination ist via Limit und offset umgesetzt.
 +
Lange Rede, kurzer Sinn:
 
*  
 
*  
 
| width="70px"  | Info
 
| width="70px"  | Info
Line 108: Line 110:
  
 
| width="40px"  | 3
 
| width="40px"  | 3
| width="800px"  |  
+
| width="800px"  | Mapping liesse sich im "behaviour" umsetzen.
 
| width="70px"  | Info
 
| width="70px"  | Info
 
| width="70px"  | All
 
| width="70px"  | All

Revision as of 10:31, 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
  • 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
  • Christoph Scheurer <christoph.scheurer@stepping-stone.ch>: CSC
  • David Vollmer <david.vollmer@stepping-stone.ch>: DVO
  • Pascal Jufer <pascal.jufer@stepping-stone.ch>: PJU
Agenda
  • Proof of Concept
  • Mapping of attributes
  • Collections (lists)

Transcript

No. Text What? Who? When?
1

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:

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.

CWI All 2013-11-21
2 Lohnt es sich, hier weiter zu fahren? Also die Anforderungen aus Application Programming Interface (API) via 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.

Lange Rede, kurzer Sinn:

Info All 2013-11-21
3 Mapping liesse sich im "behaviour" umsetzen. Info All 2013-11-21
4 Info All 2013-11-21
5 Info All 2013-11-21