JSON-RPC v2 Klient a Server

Nelíbí se mi nutnost vytvářet vždy instance tříd. Se soapem se to řeší tak, že se udělá více služeb/vstupů (více adres) kde máš jednotlivé třídy.

Když už tam máš takto šikovnou podporu volání vlastností, nešlo by do toho trochu více zapojit Nette?

class MySuperAppApi extends Nette\DI\Container
{

	protected function createServiceAccess()
	{
		return new AccessHandler;
	}

	protected function createServiceUser()
	{
		return new UserHandler;
	}

	protected function createServiceMatika()
	{
		return new Matika;
	}

	protected function createServicePrvniMetoda()
	{
		return function ($i) {
			return $i+1;
		};
	}

}

$server = new Lightbulb\Json\Rpc2\Server(new MySuperAppApi);

Co myslíš? :)

Právě narozdíl od soapu jsme nechtěli mít více endpointů, aby se nám api lépe dělalo. Druhou věcí je, že přímo v RFC json-rpc je metoda „foo.get“ a ta tečka tam přímo evokuje objekt..

Já to vím proto jsem navrhl řešení s containerem :)

… Navíc, tímhle přístupem by se celá server instance dala hodit do configu …

services:
	apiEntries:
		class: MySuperAppApi

	api:
		class: Lightbulb\Json\Rpc2\Server
		arguments: [@apiEntries]

$this->context->api->handle($request); // blíže jsem nestudoval, hádám

:)

Já na to nespěchám, jenom radím co mě napadlo :)

K RAW datům se bohužel přes Nette nedostaneš… Nemohl by handle už rovnou vracet Response?

// požadavek
$request = Nette\Utils\Json::decode(file_get_contents('php://input'));

// zpracování
$response = $this->context->api->handle($request);
$payload = $response->getPayload(); // JSON

// odpověď
$this->sendResponse($response);

Editoval HosipLan (13. 9. 2011 17:17)

Když ti aplikace kompletně umře, tak s tím moc nenaděláš. Když ti ale vyhodí výjimku (což by měla) tak ji můžeš odchytit a zalogovat. V takovém případě můžeš vracet svůj vlastní response, který by nastavil hlavičky a vrátil správnou „chybovou“ odpověď :)

Btw, znáš tohle?

Debugger::tryError();
// nějaký kód, který vyhazuje notice/warning/fatal
if (Debugger::catchError($e)) {
	// nastala chyba
}

//edit:

Nette nastavuje tyto handlery, třeba ti to pomůže :)

A jako řešení bez nette by se dal vytvořit nějaký soubor responses.php, který by jsi označil jako ignorovaný souborem netterobots.txt. A kdyby nebylo načteno nette if (!defined('NETTE')) { tak by jsi ho načetl a měl tam vlastní response třídy :)

Editoval HosipLan (13. 9. 2011 18:30)

Velmi elegantní a praktická pomůcka – díky za ni.

Řeším však zádrhel. Potřebuji komunikovat mezi klientem/serverem na základě autorizace. Tu provádím na začátku oproti přihl. údajům. Server pak v případě úspěšné autorizace vrací token, který se dál používám v komunikaci mezi kl/srv. Problém je ten, že na serverové části nefunguje (=neuloží se) ukládání do sesion (resp. uložení onoho tokenu) via klasické $this->session-.... Myslel jsem si, že je problém v tom, že v HTTP komunikaci klienta chybí cookie PHPSESSID, tak jsem ji do komunikace přidal, ale nepomohlo to. Dalo by se to obejít ukládáním tokenu přímo do DB, ale stále mi to vrtá hlavou. Nevíte v čem by mohl být probém?

Uf, muj zmatek. Vše funguje jak má. Prosím ignorujte.

Záleží, jaká je implementace python clienta. „tečkování“ je něco, co jsem si vymyslel pro jednodušší dělení (+ časem doděláme container), nicméně pro implementaci nejzákladnějšího serveru stačí používat $server->metoda = callback(...);

V pythonu nedělám, našel jsem nicméně tuhle knihovnu , která by mola být funkční. Potom by jsi měl dvě možnosti:

Varianta 1

• všechny metody nacpat přímo do $server->metoda a volat z pythonu:

server = jsonrpclib.Server('http://projekt.domena.tld/nette/endpoint')
return = server.metoda(par, par2, par3)

U této knihovny je nutné tzv. notifikace (kdy server nic nevrací, v podstatě se jedná o signál – tedy handleNeco!) volat samostatnou metodou:

server._notify.add(5,6)

Knihovna umí i batch requesty, které server podporuje.

Varianta 2
Chceš použít „tečkovou magii“ – tohle (co jsem koukal) pythoní knihovny neumí, i když se o tom ve specifikaci „mluví“ (dobře – naznačuje.) V takovém případě budeš potřebovat volat přímo __call__ metodu pythonu, která je (myslím!) namapovaná na metodu _request. Vypadalo by to takhle:

<?php
$server = new Lightbulb\Json\Rpc2\Server;
$server->access = new AccessHandler;
$server->user = new UserHandler;
?>

A na straně python klienta pak:

server = jsonrpclib.Server('http://projekt.domena.tld/nette/endpoint')
args = [15, 16] # vůbec nevím jak se v pythonu pracuje s array()
return = server._request("access.login", args);

poznámka – v pythonu je metoda _request definována jako def _request(self, methodname, params, rpcid=None): – a vůbec netuším, co tam dělá to self.

Metoda _request následně pošle dotaz na server s tím, že v rámci json-notace bude {method: "access.login"} což php server interpretuje jako $server->access->login(args) – tzn. bude volat class AccessHandler

Ahoj, díky moc za skvělý plugin. Snad nebudu moc OT když se zeptám jakou knihovnu používáš na straně Androidího klienta? Pro jsonrpc verze 2.0 nemohu najít nic rozumného.