objets distribués... Je galère un peu

Réponses

• schlum Membre

  décembre 2007 20:33 modifié #2

  Attention, il faut être "root" pour écouter les ports <1024
  
  Ensuite, teste déjà  le serveur en essayant de te connecter avec "telnet"...
• LeChatNoir Membre, Modérateur

  décembre 2007 20:33 modifié #3

  Salut,
  Merci du conseil. J'ai essayé avec 7999 mais pas mieux...
  Je n'arrive pas à  faire de telnet dessus non plus  :-\\
  
  J'ai donc remanié le code afin d'essayer plusieurs trucs et de simplifier. Voilà  où j'en suis.
  
  Le serveur :
  

  <br />-(void)activateDOServer {<br />	NSSocketPort *port = [[NSSocketPort alloc] init];<br />	NSConnection *connection = [NSConnection connectionWithReceivePort:port sendPort:nil];<br />	[connection setRootObject:distributedServer];<br />	NSString * serverName=ourServiceName;<br />	[[NSSocketPortNameServer sharedInstance] registerPort:port name:serverName];<br />}<br />
  

  
  
  Pour moi, ce code signifie :
  * définis une socket de communication,
  * raccroches y une NSConnection,
  * distributedServer sera l'objet derrière la NSConnection
  * publie la disponibilité de la socket dans le centre de distribution en tant que "servicedeToto" (par ex).
  
  bon là , j'essaye de faire un telnet sur "servicedeToto" mais ça me donne rien...
  
  Ensuite, côté client, je fais :
  

  <br />- (IBAction)subscribe:(id)sender<br />{<br />	// Get the vended server object<br />	NSString * distantServiceName=[tableViewControler serviceNameAtIndex:[contactServiceList selectedRow]];<br />	<br />	NSSocketPort *port = (NSSocketPort *)[[NSSocketPortNameServer sharedInstance] portForName:distantServiceName];<br />	NSConnection *theConnection = [NSConnection connectionWithReceivePort:nil sendPort:port];<br /><br />	id theProxy;<br />	theProxy = [[theConnection rootProxy] retain];<br />	NSLog(@&quot;test proxy : %@&quot;,[theProxy test]);<br />}<br />
  

  
  
  Ce que je traduis par :
  * récupères depuis le centre de distribution la socket qui a été publiée sous le  nom "servicedeToto"
  * rattaches y une NSConnection
  * récupère de cette NSConnection l'objet racine
  * ensuite, on devrait pouvoir lui envoyer un message tranquillou...
  
  
  Mais bon, il doit y avoir des choses que je zappe car quand je lance 2 instances de mon appli (1 sur un compte utilisateur, 1 sur un autre) et qu'à  partir d'1, j'essaye de souscrire à  l'autre, ça freeze...
  
  J'avais essayé en zappant le socket et en utilisant les shared NSConnection et ça a fonctionné. Mais ça ne fonctionne qu'en local. Mon but étant de dialoguer entre 2 machines, je dois passer par les socket.
  
  Si qqu'un a une idée... Merci !
• schlum Membre

  décembre 2007 décembre 2007 modifié #4

  Je te conseille cet article :
  http://www.macdevcenter.com/pub/a/mac/2006/11/14/how-to-write-a-cocoa-web-server.html
  
  C'est pour un serveur Web, mais applicable à  ce que tu veux faire je pense (côté "server" tout du moins !) 
• LeChatNoir Membre, Modérateur

  décembre 2007 20:33 modifié #5

  Merci encore. Je suis aller y faire un tour et 1 phrase a retenue mon attention :
  It is important not to release socketPort before being finished with fileHandle.
  
  Je me demande si mon pb ne vient pas de là  : mes NSConnection sont en autorelease...
  
  Non ?
• schlum Membre

  décembre 2007 20:33 modifié #6

  dans 1197462959:

  
  Merci encore. Je suis aller y faire un tour et 1 phrase a retenue mon attention :
  It is important not to release socketPort before being finished with fileHandle.
  
  Je me demande si mon pb ne vient pas de là  : mes NSConnection sont en autorelease...
  
  Non ?
  

  
  
  Attention aux "autorelease", ils sont relâchés au cycle suivant de la runLoop.
  C'est peut-être effectivement ton problème...
• LeChatNoir Membre, Modérateur

  décembre 2007 20:33 modifié #7

  Cool, c'était bien ça !
  La NSConnection étant releasé, quand je tentais la connexion, ça moulinait, le serveur ne répondant pas mais le service étant toujours déclaré dans le Distributed Center.
  
  Donc solution : dans le activateDOServer :
  
  NSConnection *connection = [[NSConnection connectionWithReceivePort:port sendPort:nil] retain] ;
  
  Bon par contre, maintenant, j'ai un autre pb : mon code fonctionne sur 2 comptes utilisateurs locaux. Mais ça fontionne pas sur 2 machines distantes  :-\\
  
  J'vais regarder du côté de l'init de la socket....
  
  Merci de ton aide en tous cas !
  A+
  
  
  
  
• psychoh13 Mothership Developer Membre

  décembre 2007 20:33 modifié #8

  dans 1197488355:

  Donc solution : dans le activateDOServer :
  
  NSConnection *connection = [[NSConnection connectionWithReceivePort:port sendPort:nil] retain] ;

  
  
  Ou alors tu utilisais la traditionnel technique d'alloc/init :
  NSConnection *connection = [[NSConnection alloc] initWithReceivePort:port sendPort:nil];
  
• LeChatNoir Membre, Modérateur

  décembre 2007 20:33 modifié #9

  Salut,
  Il semble que je m'en sois sorti avec mes objets distribués.
  Je viens de me prendre la tête une belle poignée d'heure à  cause ... de la migration Intel !
  
  Eh oui, avec les diff ppc/intel, il faut faire gaffe au calcul du port de connexion ! Et comme j'ai un iMac G4 et un macbook, j'ai été directos confronté au pb.
  
  Bref, tout ça pour dire que pour faire dialoguer un Intel et un PPC via les objets distribués, il faut bien utiliser la fonction ntohs (network to Hosts) telle que :
  uint16_t port;
  port = ntohs(((struct sockaddr_in *)socketAddress)->sin_port);
  
  Et ensuite, tout fonctionne à  merveille !  <br />Ouf !
  
  J'ai trouvé la réponse ici http://www.cocoadev.com/index.pl?DistributedObjectsAndIntelMachines
  
  A+
• AliGator Membre, Modérateur

  décembre 2007 20:33 modifié #10

  En fait normalement il faut toujours utiliser cette fonction pour convertir les valeurs de ports dans l'endianness "network". Mais c'est vrai que tu peux ne pas t'en rendre compte si tu es sur une machine PPC où l'endianness est la même que celle utilisée par les normes réseau...
  
  Merci pour l'astuce, un rappel ne fait jamais de mal :P
• schlum Membre

  décembre 2007 20:33 modifié #11

  Et de l'autre côté, il faut utiliser "htons" 
  
  Il y a aussi "htonl" et "ntohl"
  
  

  These routines are most often used in conjunction with Internet addresses and ports as returned by gethostbyname(3) and getservent(3).
  

  
  
  Mais de toute manière il faut toujours faire super gaffe aux problèmes d'endian dès que quelque-chose sort de la machine (c'est valable pour l'écriture de fichiers aussi par exemple).