XML_RPC_Server

[Wotan]

Hey Folks,

in den ganzen Howtos und Büchern findet man leider immer nur die Clientseite von XML_RPC, aber nie die Serverseite.

Wer kann mir hier unter die Arme greifen und hier etwas Hilfestellung geben für die Serverseitige Programmierung.

[combie]

in den ganzen Howtos und Büchern findet man leider immer nur die Clientseite von XML_RPC, aber nie die Serverseite.

Ist das so?
Manual :: Usage examples for the XML_RPC package
Zend Framework: Documentation: Zend_XmlRpc_Server - Zend Framework Manual

[Wotan]

Diese Art der Beispiel und Erklärungen haben ich auch in den PHP-Büchern gefunden, aber leider nicht für folgende Anwendung:

(Clientseite gekürzt auf das wesentliche)

$pos = new XML_RPC_Value(	
					array(	
						'username'	=> new XML_RPC_Value( '250280' ),
						'task'		=> new XML_RPC_Value( 'check_status' )
					),
					'struct'
				);
$message	= new XML_RPC_Message( $_GET['do'], array( $pos ) );

Wie komme ich jetzt auf der Serverseite an die beiden Strings username, task ran?

[combie]

Wie komme ich jetzt auf der Serverseite an die beiden Strings username, task ran?

Warum willst du das?

Was kommt denn an?
Ein Array mit numerischem key? Dann nutze das doch...

[Wotan]

das ist ja das Problem, das ich auf der Serverseite eben nicht weiß wie ich hier ran komme, wenn ich dem einfach Beispiel aus dem PHP-Buch folge: (clientseite [format => d.m.Y H:i:s])

$pos = new XML_RPC_Value( $_GET['format'], 'string' );
$message	= new XML_RPC_Message( $_GET['do'], array( $pos ) );

und auf der Serverseite dann das hier mache:

function return_time( $args ) {
	$format	= $args->getParam(0)->scalarval();
	$data		= date( $format );
	$val		= new XML_RPC_Value( $data );
	$response	= new XML_RPC_Response( $val );
	return $response;
}

beKomme ich auch entsprechend die Ausgabe des Datum gemäß meinem Ausgabenwunsch.

Doch zum einen möchte ich die API nicht offen im Netz laufen haben und deshalb hier mit einer Art Login arbeiten und zu andern möchte ich auch komplexere Aufgaben mit der Webapi machen, da Sie sonst ja keinen Sinn ergibt.

[combie]

Sorry, dein Buch kenne ich nicht...

function return_time( $args )
Offensichtlich kannst du nur nutzen, was du in $args bekommst.

Also musst du, wenn du ein Login willst auch eine RP Login zur Verfügung stellen. Ebenso wirst du dann eine Session verwalten müssen.

Womit ich dann bei SOAP wäre.
Da ist die Session Geschichte schon (mehr oder weniger) eingebaut

[Wotan]

es soll kein Login im herkömmlichen Sinn erstellt werden, sondern nur ein Begrenzung der Nutzer, die auf die API zugreifen dürfen, SOAP kommt an der Stelle nicht in Frage, wieso, weshalb, warum steht hier nicht zur Diskussion, ich möchte einfach nur an die Strings "username" und "task" ran kommen um diese dann weiter zu verarbeiten.
Wenn du nicht helfen kannst oder willst, dann halte dich bitte aus dem Thread hier raus, danke.

[AmicaNoctis]

Wenn du nicht helfen kannst oder willst, dann halte dich bitte aus dem Thread hier raus, danke.

Nett, mal sehen, ob sich jetzt noch jemand traut, hier was zu schreiben...

[hostbar_danny]

Hallo Gilbert,

welche XML_RPC Klasse verwendest du denn überhaupt ? Ich vermute anhand deiner Codeschnipsel das PEAR Paket XML_RPC. Das Paket sollte nicht mehr verwendet werden, sondern anstelle XML_RPC2 ( XML_RPC2 ).

Dort solltest du nicht das Problem haben.

Gruß Danny

[Wotan]

@hostbar_danny
Grundlegend sehe ich jetzt keine großen Unterschiede zwischen den beiden Versionen, außer das halt noch einige Funktionen hinzugekommen sind.

Den noch bin ich der Lösung meines Problems nicht näher gekommen.

Hast du Scripte die mir das verdeutlichen, wie ich an die beiden Strings ran komme auf der Serverseite?

[combie]

Wenn du nicht helfen kannst oder willst, dann halte dich bitte aus dem Thread hier raus, danke.

Hoffentlich kannst du auch so gut einstecken, wie du austeilst.

Schon mal die gesendeten XML untersucht?
Oder mal in die Spezifikation gesehen?
z.B. sowas: http://www.perisic.com/xmlrpc/spec.pdf

Dann wäre dir evtl. aufgefallen, das einfache Parameter ohne den Namen übergeben werden.
Also: Dein Vorhaben ist in dieser Form unmöglich!


Alternativen willst du ja nicht hören......

[Wotan]

Klar kann ich auch einstecken.

Unmöglich kann nicht sein, den genau diese Clientanfrage läuft ja schon zu einem Dienstleister, ergo muss es gehen.
Somit muss es auch eine Lösung hierfür geben.

[combie]

Dem sind sicherlich die Feldnamen egal.
Der reagiert auf die Reihenfolge.

Warum interessierst du dich überhaupt für die Namen?

[Wotan]

Wie schon oben geschrieben, soll die Webapi nicht frei in Netz stehen, sondern nur berechtigten User zur Verfügung stehen, somit muss ich also wissen, wer kommt dort und darf er auf den Task auf zugreifen.

Deshalb brauche ich den Zugriff auf die beiden Strings, sowie auch auf weitere Strings, die jetzt hier nicht in der Fragestellung enthalten sind, da sich die Antworten daraus dann selber ergeben, wie ich an diese dann ran komme.