CF8を使用した再コンパイル後にremoteObjectが失敗する

Question

元々Flex3とCF7を使用してビルドおよびコンパイルされたFlexプロジェクトを手渡しました。私のセットアップは、CF8を備えたFlex3です。私が最初にプロジェクトを引っ張ったときはすべて正常に動作しますが、再コンパイルするとすぐに、CFCへのリモート呼び出しが失敗し始めます。 Charles Web Proxyデバッガーを使用して、失敗がflex2gatewayで始まるように見えることを発見しました。 flex2gatewayがアクセス可能であり、プロジェクトルートとローカルホストの両方からのCF8インストールで正常に機能していることを確認するために二重チェックしました。また、services-config.xmlのCF8 wwwrootを参照するようにプロジェクト設定がFlexコンパイラーに指示されていることを確認するために二重にチェックしました。私が知る限り、私の設定はすべて正しいです。言うまでもなく、私は完全に失われています。他に誰かがこの問題に遭遇したことはありますか？

ありがとう、 -アン

Answer 1

これまでの経験よりもかなり長い間これをいじった後、代わりにリモーティングにJSONを使用することにしました。これは主に、JSONを使用すると、デバッグ時に裏で何が起こっているのかを見つけやすくなるためです。皆様のご協力に感謝します。

-アン

Answer 2

実際にエラーがスローされることはありませんが、これは本当に奇妙です。しかし、さらにいくつかのテストと実験を行った後、かなり興味深いものが見つかりました。先に進んで、bin-debugファイルがすべてWebルートに出力される新しいプロジェクトを作成しました。その設定でCFCを呼び出そうとすると、正常に動作しましたが、これは奇妙なことです。プロジェクトと同じファイル構造でセットアップを開始するとすぐに、接続が停止しました。プロジェクトのファイル構造は次のとおりです。

• _flash
  • main
  • bin-debug
  • libs
  • src
• com
  • テスト
    • Test.cfc
• index.cfm（これは通常bin-debugで生成されるhtmlラッパーと同じです。ルートに持っているので、使用しているサーバーに応じてリリースまたはデバッグバージョンをプルできます。時間。）

これに基づいて、私の考えは、何らかの理由でcom.Test.Testのサーバールートを探しているのではなく、単にbin-debug内を探しているだけだと考えています。それは理にかなっていますか？気が遠くなるのは、エラーがまったくないことです。

-アン