Play！frameworkアプリケーションをサーバーサイドでのみコンパイルすることは可能ですか？
Play！をホストしているサーバーからクライアントにSamba共有を接続しているため、クライアントとサーバー（モジュール、再生、ライブラリ）間でパスが異なります。したがって、eclipsifyは、クライアントパスを使用する代わりに、クライアント上のサーバーパスを提供します。このため、クライアントからビルドエラーが発生します。
解決策は次のようになります。
誰かがこれらのオプションの1つがどのように可能であるか教えてもらえますか？
play-mavenプラグインを見てください。依存関係の管理にmavenを使用すると、すべての開発者が同じpom / configファイルを使用し、mavenビルドを実行するとjar / libsがリポジトリサーバーからダウンロードされます（独自のリポジトリサーバーを使用することもできます）。
私があなたの質問を正しく理解しているなら、あなたはいくつかのサーバーでホストされているアプリケーションの単一のインスタンスで複数の開発者と一緒に開発したいですか？
それはあなたが探している答えではないかもしれませんが、私のアドバイス：このようにしないでください。
サーバー上で直接開発すること、特に複数の開発者がいる場合は、開発における優れたアンチパターンの1つです。通常、この方法で開発を行うのは、初心者とプロではない開発者（攻撃を意味するものではありません）のみです。
サーバーを再起動し、コードをデバッグし、同じファイルで作業します...この「共有」開発を行うと、涙が出るだけです。
各ワークステーションで完全に分離されたアプリケーションを実行できることを確認してください。バージョン管理を使用して変更をチェックインします。2人の開発者が同じコードに取り組んでいる場合は、少なくとも状況を修正する機会があります（MercurialやGitなどを使用している場合はかなり良いチャンスです）。それでもグローバルサーバーで開発者以外のユーザーへのデモ変更を行う場合は、バージョン管理からスナップショットを定期的にチェックアウトして、このサーバーにデプロイします。
クライアントにpalyフレームワークをインストールしてみませんか？このフレームワークは開発タスク用であるため、開発マシン（クライアントと思われる）にインストールする必要があります。Play Frameworkは無料でダウンロードでき、クライアントに簡単にインストールできます。
各クライアントに独自のパスを定義させるための一時的な「解決策」を見つけました（おそらくplay eclipsifyによって上書きされますか？これを変更できますか？）。
Eclipseでは、[ウィンドウ]>[設定]>[Java]>[ビルドパス]>[クラスパス変数]の下にPLAY_HOMEという変数を追加しました。この場合、「D：\play-1.2.2」を指します。
.classpathで、すべての絶対パスを置き換えました：
<classpathentry kind="lib" path="/usr/local/bin/play-1.2.2/framework/lib/...jar" />
に：
<classpathentry kind="var" path="PLAY_HOME/framework/lib/...jar"/>
サーバー/継続的な統合などでのコンパイルはまだありませんが、改善される可能性はありますが、現時点では機能するソリューションです（クライアントとサーバーの差分の依存関係はまだ存在します）。
おそらく、Antスクリプトが必要ですか？