Question retour de requete JSON

Réponses

• AliGator Membre, Modérateur

  juin 2010 08:51 modifié #2

  Bonjour Hiike,
  
  [Mode modo] Je me suis permis de séparer ton sujet, car il n'était pas vraiment en relation avec "NSProxy et warnings" mais plutôt avec mon framework, certes dont je parle dans cet autre sujet, mais qui n'est pas le sujet principal. [/Mode modo]
  
  Pour ta question :
  - Oui c'est bien comme cela qu'il faut faire pour l'appel. avec "[h setDelegate:self]" tu indiques que c'est self qui va devoir recevoir le message "methodCall:didReturn:error:", message que tu as implémenté ensuite.
  NB : Si tu préfères que cela appelle une autre méthode que "methodCall:didReturn:error:", tu peux aussi la préciser en indiquant la "callback" à  appeler. Dans ton cas dans un premier temps c'est pas utile, autant utiliser la callback par défaut, mais ça peut devenir utile si tu effectues plusieurs requêtes JSON-RPC différentes ayant le même delegate, pour traiter les réponses de ces différentes requêtes dans des méthodes séparées.
  
  Sinon pour le traitement de la réponse :
  - Ma classe se charge également du parsing de la réponse JSON retournée. Donc tu n'auras pas à  utiliser SBJSON, le traitement par SBJSON est déjà  prévu à  l'intérieur de mon framework !
  - Par exemple, à  priori vu ce que te retourne ton WebService, tu devrais recevoir un NSDictionary en réponse dans le paramètre "result"
  - Le plus simple est sans doute directement d'afficher les variables result et error et même leur classe, pour t'aider à  y voir plus clair :

  -(void)methodCall:(JSONRPCMethodCall*)mc didReturn:(id)ret error:(NSError*)err {<br />&nbsp; NSLog(@&quot;result = %@ (class: %@)&quot;,ret, [ret class]);<br />&nbsp; NSLog(@&quot;error = %@ (class: %@)&quot;,err, [err class]);<br />}
  

  
  - Par contre il y a un truc que je ne comprends pas : tu appelles bien "setDelegate:", et tu dis même ce que te renvoie ton NSLog, ce qui sous-entend que la méthode "methodCall:... didReturn:... error:..." est bien appelée, non ? Pourtant tu dis avoir le warning "JSONRPCResponseHandler did receive a response but no delegate defined" ? (note, c'est peut-être un bug dans mon framework, mais j'ai pas souvenir d'avoir eu le cas pour ma part donc bon)
  
  Et enfin, j'ai un gros doute là , la chaà®ne que tu as recopiée comme étant la réponse JSON de ton WebService, c'est pas strictemet celle qui est retournée, le vrai result est encapsulée dans un objet JSON au moins ?
  Non parce que telle que tu l'as recopiée ici, c'est à  dire si elle commence par "result =  { ... }", alors ce n'est pas une réponse JSON valide du tout !
  Une réponse JSON valide doit respecter la syntaxe JSON (si tu veux tester, il suffit de recopier la chaà®ne que te retourne ton serveur sur un validateur JSON, comme http://www.jsonlint.com/, et de cliquer sur "Validate" pour qu'il vérifie si c'est une chaà®ne JSON valide) : la réponse d'un serveur JSON-RPC doit être au moins de la forme :

  {<br />&nbsp; result: { ... ton objet resultat ici ... }<br />}
  

  Donc retourner un object JSON (note les accolades ouvrantes et fermantes au début et à  la fin), et chaque clé de cet objet JSON (ici il n'y en a qu'une, "result") a sa valeur correspondante après des ":" (et non un "=").
  
  C'est sans doute pour cela que ta variable "ret" est nil d'ailleurs, parce que SBJSON (que mon framework utilise pour parser la réponse) n'arrive pas à  décoder la chaà®ne que tu retournes comme un objet JSON puisque tu ne respectes pas cette syntaxe.
  (Bon par contre mon framework devrait appeler la méthode de delegate indiquant une erreur de parsing, pour le coup... enfin si tu l'as implémentée)
• Hiike Membre

  juin 2010 juin 2010 modifié #3

  MErci de votre réponse, j'ai donc essayé de printer l'erreur avec les lignes que vous indiquez

  NSLog(@result = %@ (class: %@)";,ret, [ret class]); NSLog(@error = %@ (class: %@)";,err, [err class]);

  
  
  J'obtiens :

  
  result = (null) (class: (null))
  error = Error Domain=JSONRPCServerError Code=591 UserInfo=0x471c2c0 "" (class: NSError)
  

  
  
  Alors je ne sais pas ce que je fais de pas correct, parce que en fait mon serveur renvoie bien un JSON , en fait le result c'était un texte que j'avais écris pour afficher le result : (c'est dans l'alert).
  

  
    function onloader()
  {
  
  try
    {
      jsonrpc = new JSONRpcClient('/guestbook/JSON-RPC');
      // Call a Java method on the server
      var result = jsonrpc.rpcGuest.getListe();
     
      alert('result ='+toJSON(result));
    }
    catch(e)
    {
      alert('exception = '+ e.name + 'error message =' + e.message );
    }
  
  }
  

  
  
  Ma requete javascript donne bien ce résultat JSON qu'il faut que je récupére..
  

  
  {"javaClass": "org.datanucleus.store.appengine.query.StreamingQueryResult", "list": [{"lastName": "BELKHEIR", "hireDate": {"time": 1276704486630, "javaClass": "java.util.Date"}, "javaClass": "guestbook.Conducteur", "firstName": "Elie", "key": {"id": 4001, "complete": true, "name": null, "javaClass": "com.google.appengine.api.datastore.Key", "parent": null, "kind": "Conducteur", "namespace": ""}}, {"lastName": "TORRES", "hireDate": {"time": 1276704487518, "javaClass": "java.util.Date"}, "javaClass": "guestbook.Conducteur", "firstName": "Fernando", "key": {"id": 5001, "complete": true, "name": null, "javaClass": "com.google.appengine.api.datastore.Key", "parent": null, "kind": "Conducteur", "namespace": ""}}, {"lastName": "HENRY", "hireDate": {"time": 1276864550287, "javaClass": "java.util.Date"}, "javaClass": "guestbook.Conducteur", "firstName": "Vinh", "key": {"id": 5002, "complete": true, "name": null, "javaClass": "com.google.appengine.api.datastore.Key", "parent": null, "kind": "Conducteur", "namespace": ""}}]}
  
  

  
  
  
  
  Le ret devrais me renvoyer un  NSDictionnary ? C'est bien ca ? Au lieu de mettre null...
  Est ce que cela peut être la version du JSONRpc? j'ai l'impression que je ne suis pas loin, j'ai bien suivi la documentation..
  
• AliGator Membre, Modérateur

  juin 2010 juin 2010 modifié #4

  Alors comme indiqué dans la partie "Error Management" > "The different error cases and their error domains", si la méthode "methodCall:didReturn:error:" est bien appelée, c'est que ton WebService a répondu, et avec une réponse valide (dans le sens où il a bien retourné du JSON qui a bien pu être parsé et analysé, il n'y a pas eu d'erreur réseau, etc)... par contre vu que tu reçois un result qui est nil, et que tu reçois un NSError à  la place ("Error Domain=JSONRPCServerError Code=591 UserInfo=0x471c2c0"), c'est que c'est le WebService t'a renvoyé, comme réponse, un code d'erreur indiquant donc une erreur serveur.
  
  Donc ce genre d'erreur est du coup propre à  ton WebService : le code 591 est un code spécifique à  ton WebService, je ne peux pas te dire à  quoi il correspond puisque c'est une erreur serveur, dont la signification du code est propre à  ton serveur. Ca peut être un truc comme "méthode inexistante" (si tu essayes d'appeler une méthode qui n'existe pas sur ton WebService) " bien que pour cette erreur en particulier il y ait un code réservé " ou un autre truc encore...
  
  Mais comme pour tout objet NSError, tu as un dictionnaire dit "userInfo" qui peut contenir diverses informations supplémentaires sur l'erreur (qui ne se résume pas qu'à  son domaine et son code d'erreur : cf le "Error Handling Programming Guide" cité plus haut, section "Domain Specific Keys").
  
  Ainsi (et toujours comme indiqué dans la même section de la doc, ou encore ici sur le wiki) tu peux avoir plus d'infos sur l'erreur à  proprement parler que t'a renvoyé ton serveur justement en regardant ce que contient le NSDictionary "userInfo", et en particulier le JSON d'erreur que t'a renvoyé ton WebService, qui se trouve dans la clé [tt]JSONRPCErrorJSONObjectKey[/tt] du userInfo de l'erreur :

  NSLog(@&quot;error info: %@ (returned JSON error object : %@)&quot; ,<br />&nbsp; &nbsp; [err userInfo], [[err userInfo] objectForKey: JSONRPCErrorJSONObjectKey]);
  

  
  
  
  Avec ce log tu pourras voir exactement l'erreur que te renvoie ton WebService, qui manifestement ne te renvoie pas la même chose quand tu appelles ton WebService en JSON-RPC avec mon framework et quand tu l'appelles directement avec tes pages de test contenant ton javascript, depuis je ne sais pas quel autre moyen.
  C'est peut-être en effet la version de JSON-RPC que tu utilises qui ne colle pas : mon framework implémente les versions 1.0, 1.1 et 2.0 de JSON-RPC (en suivant les RFC et specs trouvées sur le site officielle), mais si tu appelles un WebService ne supportant que JSON-RPC 2.0 (et pas le 1.0) par exemple, en disant à  mon framework (quand tu crées le JSONRPCService) que c'est du JSONRPCVersion_1_0 et non JSONRPCVersion_2_0, ton WebService peut retourner une erreur éventuellement oui... selon la ou les versions de JSONRPC qu'il implémente.
  De toute façon les logs et informations se trouvant dans le userInfo de la NSError t'en diront bien plus sur ton problème.
• Hiike Membre

  juin 2010 08:51 modifié #5

  Voilà  l'erreur ....
  
  

  
  error info: {
      JSONObject =    {
          code = 591;
          msg = "method not found (session may have timed out)";
      };
      NSLocalizedDescription = "";
  } (returned JSON error object : {
      code = 591;
      msg = "method not found (session may have timed out)";
  })
  

  
  
  C'est donc que la méthode n'est pas reconnue...Pourtant mon client Javascript la trouve  bien pourtant...
  

  
    function onloader()
  {
   
    alert('hello');
  try
    {
      jsonrpc = new JSONRpcClient('/guestbook/JSON-RPC');
      // Call a Java method on the server
      var result = jsonrpc.rpcGuest.getListe();
     
      alert('result ='+toJSON(result));
    }
    catch(e)
    {
      alert('exception = '+ e.name + 'error message =' + e.message );
    }
  
   
  }
  
  

  
  
  Ou le JSONRpcClient est implémenté de la sorte :
  

  
  
  /* JSONRpcClient constructor */
  
  JSONRpcClient =
  function JSONRpcClient_ctor(serverURL, user, pass, objectID)
  {
      this.serverURL = serverURL;
      this.user = user;
      this.pass = pass;
      this.objectID = objectID;
  
      /* Add standard methods */
      if(this.objectID) {
  this._addMethods(["listMethods"]);
  var req = this._makeRequest("listMethods", []);
      } else {
  this._addMethods(["system.listMethods"]);
  var req = this._makeRequest("system.listMethods", []);
      }
      var m = this._sendRequest(req);
      this._addMethods(m);
  };
  
  

  
  
  Et je l'appelle comme cela :
  

  
  JSONRPCResponseHandler* h = [serv callMethodWithName: @rpcGuest.getListe parameters:nil];
  (meme getListe tout court ne marche pas)
  

  
  
  Le callMethodWithName lit juste le nom d'une méthode ?
  Une dernière question, pour avoir ma réponse JSOn, vous voyez dans le quote plus haut que j'utilise toJSON(result).
  

  
  /* Marshall objects to JSON format */
  
  toJSON = function toJSON(o)
  {
      if(o == null) {
  return "null";
      } else if(o.constructor == String) {
  return escapeJSONString(o);
      } else if(o.constructor == Number) {
  return o.toString();
      } else if(o.constructor == Boolean) {
  return o.toString();
      } else if(o.constructor == Date) {
  return '{javaClass: "java.util.Date", time: ' + o.valueOf() +'}';
      } else if(o.constructor == Array) {
  var v = [];
  for(var i = 0; i < o.length; i++) v.push(toJSON(o));
  return "[" + v.join(", ") + "]";
      } else {
  var v = [];
  for(attr in o) {
      if(o[attr] == null) v.push("\"" + attr + "\": null");
      else if(typeof o[attr] == "function"); /* skip */
      else v.push(escapeJSONString(attr) + ": " + toJSON(o[attr]));
  }
  return "{" + v.join(", ") + "}";
      }
  };
  

  
  
  C'est un Marshall object que je récupére directement, avant de le convertir en JSON
  Votre fonction callMethodWIthName fait elle directement cette conversion, pensez vous que l'erreur peut venir de là , ou c'est vraiment
  la méthode qui n'est pas trouvée ?
  
  Merci, beaucoup pour votre aide
  
  
  
  
  
  
  
  
• AliGator Membre, Modérateur

  juin 2010 08:51 modifié #6

  Oui callMethodWithName lit juste le nom de la méthode et appelle le WebService avec ce nom de méthode. C'est ce qui est dit dans la norme JSON-RPC. Normalement le "." n'a pas d'incidence, enfin je veux dire il fait bien partie du nom de la méthode c'est un caractère comme un autre du point de vue purement JSON-RPC.
  
  Donc oui c'est vraiment la méthode qui n'est pas trouvée d'après le message (s'il y avait un problème JSON genre mauvaise encapsulation ou erreur de parsing, ce n'est pas cette erreur que tu aurais... (a moins que ton WebService ne fasse pas les vérifications d'erreur d'usage, genre ne vérifie/traite même pas les erreurs genre "Invalid Request" qui sont pourtant standard en JSON-RPC et ne te retourne alors pas comme il devrait le code d'erreur adéquat mais un mauvais code d'erreur, mais là  ça serait quand même très très louche, je doute que ça soit le cas). De même, s'il recevait une requête au format JSON-RPC 1.0 alors qu'il s'attendait à  du 1.1 ou du 2.0... ou vice-versa, et ne savait pas traiter la requête qu'il reçoit, normalement dans ce cas c'est un autre type d'erreur qu'il te retournerait, pas une erreur custom. 591.
  
  Ceci dit ce qui est bizarre, c'est que le code d'erreur "Méthode non trouvée" est une erreur standard de JSON-RPC. Donc c'est pas normal que dans ce genre de cas, ton serveur retourne une erreur avec pour message "method not found", mais avec un code d'erreur 591 alors que le code d'erreur officiel pour ce cas typique de méthode non trouvée est le code -32601, d'après la norme officielle de JSON-RPC... Donc louche ce point côté serveur...
  
  Sinon, tu as bien fourni la bonne URL lorsque tu as construit le WebService ? Tu ne tapes pas par erreur sur un autre service JSON-RPC (chez lequel la méthode n'existerait pas, là -bas) ?
  Tu utilises quoi côté serveur pour mettre en place ton WebService ?
  
  Pour plus d'infos, je t'avais déjà  indiqué je crois le sujet dédié concernant mon framework, ici : tu y trouveras peut-être d'autres éléments de réponse ?
  Et enfin dernière question, ton WebService ne nécessite pas une authentification ? (Pour l'heure je n'ai pas prévu dans mon framework de gérer les authentifications genre Basic ou Digest, ça viendra sans doute plus tard s'il y a forte demande et si j'ai du temps)
• Hiike Membre

  juin 2010 08:51 modifié #7

  Normalement non, il n'y a pas d'authentification. C'est le WebService de google app engine.
  
  Juste comment puis je voir/afficher la requête que vous envoyez au serveur ?
  Quelque chose comme cela ?? :
  

  
  --> {"jsonrpc": "2.0", "method": "rpcGuest.getListe", "id": 1}
  

  
  
  Ou sinon côté webservice j'ai :
  
  L'initializer de Jsonrpc, celui qui va traiter le rpcGuest :
  

  
  
  public class JsonRpcInitializer implements ServletContextListener {
  
  public void contextInitialized(ServletContextEvent event) {
  ConducteurManager rpcGuest = new ConducteurManager();
  JSONRPCBridge globalBridge = JSONRPCBridge.getGlobalBridge();
  globalBridge.registerObject("rpcGuest", rpcGuest);
  }
  
  public void contextDestroyed(ServletContextEvent event) { }
  
  }

  
  
  Celui ci appelle la classe conducteurManager (java) qui donne :
  

  
  ublic class ConducteurManager {
  
  
  private static final ConducteurManager instance = new ConducteurManager();
   
  
  
  
  
      public final static List<Conducteur> getListe() {
     
         
         
          PersistenceManager pm = PMF.get().getPersistenceManager();
   
          String query = "select from " + Conducteur.class.getName() ;
         
          List<Conducteur> conducteurForPlace = (List<Conducteur>) pm.newQuery(query).execute();
          if (conducteurForPlace.isEmpty()) {
          conducteurForPlace = new ArrayList<Conducteur> ();
          }
       
          pm.close();
         
    //  System.out.println("dfdf "+conducteurForPlace);   
          return conducteurForPlace;
  
  
      }
  }
  
  
  

  
  
  C'est avec cela que mon webservice est mis en place, et voilà  ce que devrait répondre le getListe.
  
  Y a t'il quelque chose de non compatible ?
  
  
  
  
• AliGator Membre, Modérateur

  juin 2010 juin 2010 modifié #8

  Alors si ton WebService est en JSON-RPC 2.0 comme tu sembles t'y attendre (d'après ce que tu mets comme tête de la requête JSON que tu penses que j'envoie, effectivement), vérifies bien que tu as créé le JSONRPCService avec JSONRPCVersion_2_0 et non pas JSONRPCVersion_1_0 ou ..._1_1.
  
  Ensuite, je n'ai pas laissé de logs dans mon framework, mais comme d'après ce que tu me dis tout semble plutôt correct sur ta config, tu peux peut-être mettre un breakpoint lors de l'appel à  "callMethodWithName:parameters:", puis rentrer dedans en mode debug. Cette méthode construit un objet JSONRPCMethodCall en passant le nom de la méthode et les paramètres que tu as fourni à  "callMethodWithName:parameters:", puis appelle cette JSONRPCMethodCall.
  
  Tu peux donc déjà  voir en mode debug pas à  pas, si le JSONRPCMethodCall est bien construit avec les paramètres attendus. Ca va rentrer ensuite dans la méthode "callMethod:" de la classe JSONRPCService, où il transforme le JSONRPCMethodCall en chaà®ne JSON (dans la variable jsonStr), tu pourras également voir sa valeur.
  Tu peux aussi le voir dans la méthode de delegate quand tu reçois la réponse (avec donc l'erreur retournée par le serveur) en mettant :

  NSLog(@"JSON envoyé: %@" , [[mc proxyForJson] JSONRepresentation]);
  

  qui va t'afficher la chaà®ne JSON qui a été envoyée au serveur pour obtenir cette réponse/erreur de la part du serveur.
  
  
  
  [EDIT] Je viens de faire le test en reprenant ton code avec donc ton URL et ton nom de méthode cité dans le premier message, cela envoie exactement ceci au serveur :

  En JSON-RPC 1.0 a écrit:

  {"params":null,"method":"rpcGuest.getListe","id":"628587B9-80DC-4E97-B5B0-F086A8C23379"}

  J'ai essayé en appelant ton service comme un WebService JSON-RPC 1.0 et 2.0 (le JSON envoyé n'est pas tout a fait le même, la norme a changé entre ces versions) et ça ne marche pas mieux... bizarre.

  En JSON-RPC 2.0 a écrit:

  {"id":"C3E307A2-EF33-4BF0-82B9-25FD1AE3E657","params":null,"method":"rpcGuest.getListe","jsonrpc":"2.0"}

  
  
  Sais-tu à  quoi ressemble le JSON que ton client (celui qui semble marcher) envoie, lui, à  ton WebService, histoire de comparer et mieux comprendre le souci ?
• Hiike Membre

  juin 2010 08:51 modifié #9

  Ca marche. Je ne sais pas trop ce que j'ai touché, mais cela fonctionne. Je crois que c'était un problème de déploiement de mon serveur,
  (en fait en local tout fonctionnait depuis le début). Je te remercie ENORMEMENT, de la peine que tu t'es donné.
  Merci encore....
• Ceetix Membre

  juillet 2010 08:51 modifié #10

  Je up le post car je suis en train d'utiliser ton framework Ali et je bloque un peu.
  En effet, je dois envoyer une requête genre :
  
  

  <br />	NSURL * url = [[NSURL URLWithString: @&quot;http://www.lesrestaurants.com/get_establishment_formulaire.aspx?numCamp=1&quot;] retain];<br />	JSONRPCService* serv = [JSONRPCService serviceWithURL:url version:JSONRPCVersion_1_0];<br />	JSONRPCResponseHandler* h = [serv callMethodWithName:@&quot;&quot; parameters:nil];<br />
  

  
  
  Le truc c'est que je n'ai pas accès au code du service et que je ne vois pas quoi mettre dans callMethodWithName.
  Si je rentre directement l'url dans un navigateur, j'ai tout le fichier JSON qui s'affiche, et c'est bien ça que j'aimerai pour mon app iPhone .
  Une idée ?
• AliGator Membre, Modérateur

  juillet 2010 juillet 2010 modifié #11

  Est-tu sûr que c'est du JSON-RPC leur service ?
  
  Un service JSON-RPC c'est un WebService qui propose de multiples méthodes (procédures) que l'on appelle (call) justement à  distance (remote) via le réseau (d'où le nom RPC = Remote Procedure Call). Pour appeler ces méthodes, il y a une syntaxe particulière à  respecter lorsque l'on envoie la requête au WebService (lui envoyer une chaà®ne JSON formatée d'une certaine manière pour lui dire quelle méthode du WebService on veut appeler, etc), partie dont se charge mon framework (entre autres choses)
  Un WebService JSON-RPC, qui propose donc plusieurs procédures que l'on peut appeler ainsi à  distance, liste alors en général toutes les procédures qu'il propose (il arrive que si l'on requête le WebService JSON-RPC sans aucune requête d'appel à  une procédure du WebService, par défaut il retourne la liste des procédures disponibles, si le serveur est configuré comme tel ce qui est le cas de certains... sinon la liste est en général accessible sur le site Web qui décrit l'API, etc)
  
  
  Si tu as directement le résultat du JSON dans ton navigateur dès que tu tapes ton URL dans Safari par exemple, ce n'est alors à  priori pas du JSON-RPC, mais juste un service unique qui retourne sa réponse en JSON. C'est une page retournant du JSON, pas un WebService JSON-RPC.
  Dans ce cas, si tu as une page unique avec laquelle t'interfacer, et pas besoin d'indiquer en RPC quelle procédure tu veux appeler quand tu envoies ta requête à  l'URL et tout... alors tu n'as pas besoin de mon framework, tu as juste besoin de faire une requête à  l'URL sans aucun paramètre particulier, récupérer la réponse (le texte JSON), et utiliser SBJSON pour le parser. Donc SBJSON (que j'utilise entre autres dans mon framework JSON-RPC justement) devrait te suffire pour ton besoin.
• Ceetix Membre

  juillet 2010 08:51 modifié #12

  Oui en effet Ali, j'ai réalisé une simple requête et je récupère le NSData dans un NSString que je parse après. Ca marche bien comme ça
  Merci encore pour tes explications ^^