"generate.py build"がうまく動作する理由は誰にも分かりますが、 "generate.py source"を実行すると見つかりません： "http：//localhost/qooxdoo-1.6 -sdk /フレームワーク/ソース/クラス/ QX/Bootstrap.js NOCACHE = 0.39702596611879537"Qooxdooソースは動作しませんがビルドは
それがあるべきためである：？ http://localhost/ * ユーザ名/ * qooxdoo-1.6-SDK /フレームワーク/ソース/クラス/ QX/Bootstrap.js？NOCACHE = 0.39702596611879537"
しかし、この設定がどこにあるか、私は見つけることができません。
config.jsonで変数 "QOOXDOO_PATH"を編集しようとしましたが、うまくいかないようです。
助けてください、ありがとう！
いくつかの予防措置を取らずに、Webサーバーからソースバージョンを実行するだけではありません。ジェネレータは、ファイルシステムレベルでうまく動作する相対URIを生成します（ブラウザでfile://プロトコルを使用してアプリを開いたときなど）。しかし、相対パスはWebサーバーの下では安定していません。
単純な例として、../../bong/other.pngを参照するファイル/foo/bar/baz/index.htmlがある場合、/foo/bong/というファイルシステムにother.pngがあります。しかし、DocumentRootが/foo/bar/のこのマシンにWebサーバーがある場合、index.htmlをロードするURLはhttp://localhost/baz/index.htmlであり、上記の相対参照はWebサーバーのルートを超えており、エラーが発生します。この作品を作るために
一つの方法は、WebサーバのDocumentRootのアプリが使用しているすべて関与ライブラリの上記のルートディレクトリであることを確認することです（つまり、あなたのアプリケーション自体、qooxdoo SDK、他のlib /投稿記録使用しているなど）。完全な説明はhereを参照してください。
フレームワーククラスを見つけて最初にアプリケーションをビルドするために必要なので、QOOXDOO_PATHを操作しないでください。
ソースの場所を設定するときに相対パスを使用してください：
../../../../../../../../home/*user*/qooxdoo-1.6-sdk
あなたはPerlで作業している場合、私は、彼らはあなたがビルドとの両方を実行できるようにするhttp://qooxdoo.org/contrib/project/rpcperl-mojoモジョバインディングを使用することをお勧めしますすべてのパスの魔法を世話して、組み込みのWebサーバーを介してソースバージョン。
ありがとう、それは私の問題でした！私はWebルートの下のqooxdooファイルを使ってWebサーバー上にソースを構築していました。そのリンクは本当に有益でした！助けてくれてありがとう！ – Jonathan
これは間違いありませんが、Jonathan氏がビルド版を作成していることを示しているので、あなたが提供したリンク、ThomasHに示されているように、Webサーバーに実際にビルドディレクトリを展開する必要があります。ありがとうございました。 –
はい、しかし、さまざまな理由で、人々がWebサーバーを通じてソースバージョンを実行したいということも理解できます。多分qooxdooは、このシナリオをより親しみやすいものにし、 "メインストリーム"にするべきです。 – ThomasH