0

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

ありがとう、 -- アン

4

2 に答える 2

0

必要以上に長い間これをいじった後、代わりに JSON をリモート処理に使用することにしました。これは主に、JSON を使用すると、デバッグ時に内部で何が起こっているかを簡単に見つけることができるためです。助けてくれてありがとう。

――アン

于 2009-01-20T20:11:36.053 に答える
0

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

  • _閃光
    • 主要
    • ビンデバッグ
    • ライブラリ
    • ソース
  • コム
    • テスト
      • Test.cfc
  • index.cfm (これは、bin-debug で通常生成される html ラッパーと同じです。ルートにあるので、その時点で使用しているサーバーに応じて、リリース バージョンまたはデバッグ バージョンのいずれかを取得できます。)

これに基づいて、私の考えでは、何らかの理由で com.Test.Test のサーバー ルートを参照しておらず、代わりに bin-debug 内を参照しているだけです。それは理にかなっていますか？腹立たしいのは、エラーがまったくないことです。

――アン

于 2009-01-16T23:35:59.580 に答える