remoteObject échoue après la recompilation à l'aide de CF8

Question

J'ai reçu un projet Flex initialement créé et compilé à l'aide de Flex3 et CF7. Ma configuration est Flex3 avec CF8. Tout fonctionne bien quand je commence le projet, mais dès que je recompile, les appels à distance aux CFC commencent à échouer. J'ai utilisé le débogueur Charles Web Proxy et j'ai découvert que l'échec semble commencer avec la passerelle flex2gateway. J'ai vérifié deux fois pour m'assurer que la passerelle flex2gateway est accessible et qu'elle fonctionne correctement sur mon installation CF8 à partir de ma racine de projet et de localhost. J'ai également vérifié deux fois pour m'assurer que mes paramètres de projet ont dirigé le compilateur Flex pour référencer mon wwwroot CF8 pour le fichier services-config.xml. Autant que je sache, tous mes paramètres sont corrects. Donc, inutile de le dire, je suis complètement perdu. Est-ce que quelqu'un d'autre a déjà rencontré ce problème?

Merci, --Anne

Answer 1

Après avoir caressé cela pour beaucoup plus longtemps que je n'aurais, je l'ai décidé d'utiliser JSON pour remoting à la place. Ceci est principalement dû au fait que JSON facilite considérablement la recherche de ce qui se passe sous les couvertures lors du débogage. Merci pour votre aide tout le monde.

--Anne

Answer 2

En fait, aucune erreur ne se jette ce qui est vraiment bizarre. Cependant, après quelques essais et expérimentations, j'ai trouvé quelque chose d'intéressant. Je suis allé de l'avant et j'ai créé un nouveau projet où les fichiers bin-debug étaient tous sortis vers la racine web. Lorsque vous essayez d'appeler un CFC avec cette configuration, cela a bien fonctionné, ce qui est assez étrange. Dès que j'ai commencé à le configurer dans la même structure de fichier que le projet, il a cessé de se connecter. La structure du fichier du projet est la suivante:

• _flash
  • principaux
  • bin-debug
  • libs
  • src
• com
  • Test
    • Test.cfc
• index.cfm (ce qui est le même que l'emballage html qui est habituellement généré en bin-debug. Nous l'avons dans la racine afin que nous puissions tirer les versions de libération ou de débogage selon le serveur que nous utilisons à ce moment.)

Basé sur ceci, ma pensée est que pour une raison quelconque il ne regarde pas à la racine du serveur pour com.Test.Test et est plutôt à la recherche dans bin-debug. Cela a-t-il du sens? Ce qui est exaspérant, c'est le manque total d'erreurs.

--Anne