クライアント側からのAJAX呼び出しがサーバーURLにヒットすると、JSON、XMLまたはCSV型のデータがブラウザーと交換されます。Java EE、ASP.NET、LAMPのajaxに相当するサーバー側エンドポイント
AJAXのURL呼び出し（すなわちxmlhttprequestobj.open(TARGETURL)）については、以下の各テクノロジーのためのサーバ側のエンドポイントのための様々な選択肢がどのようなものがあり
1）は、ASP.NET（AJAX Toolkitを除く）
のTargetURLすることができますASMX、WCFサービス、コンテンツを提供するASP .NETページ
他の方法はありますか？ 標準的な方法は何ですか？
2.）Java EEの場合、ターゲットURLはサーブレットである必要がありますか？ ここの基準は何ですか？
3.）LAMPスタックとPHPではどのように動作しますか？ ここの基準は何ですか？
Java EEでは、実際にはサーブレットを使用できます。しかし、（AJAX）サーバー側サービスを呼び出す独立性の低いクライアントアプリケーションのほうが目につく場合は、JAX-RSがはるかに一般的です。 JAX-RSの主な機能は、RESTFull Webサービスを提供することです。
さらにサーバーアプリケーションと統合されたWebページを見ている場合は、JSFにもAJAX呼び出しの処理に関するファーストクラスのサポートがあります。 JSFの主な機能は、コンポーネントベースのMVC Webフレームワークを提供することです。
大きな違いは、アプリケーションのURLパターンを使用して明示的に呼び出しを行い、返されるデータを手動で処理することです（これはJSONまたはXMLでも可能ですが、ほとんどCSVではありません） 。
JSFを使用すると、AJAXの機械は、平均的なアプリケーション開発者のためのものの背後にある種類のものです。いくつかのコンポーネントをページに置き、バインドをbacking beanに指定し、実行時にAJAXのやり取りを行います。
phpアプリケーションを使用してApacheでmod_rewriteを使用すると、yourapp.com/user/seahorseなどのURLになり、アプリケーションによってwhatever.phpスクリプトにマップできます。したがって、urlはあるコードユニットに正確にマッピングする必要はありません。
LAMPを使用している場合は、おそらくapache設定ファイルに新しい仮想ホストを作成します。このファイルは、一部のドメイン（たとえばyourblog.com）にマップされています。そして、apacheがこのドメインに要求を受け取ったら、それはこのアプリのホームディレクトリを見て、適切なスクリプトを見つけようとします。 yourblog.com/user/whatever.php - > yourblogディレクトリ - >ユーザディレクトリ - whatever.php スクリプト。 または、特別なファイル.htaccessをアプリケーションのホームディレクトリに置くことができます。このファイルには、書き換え条件を入れます。たとえば、すべての要求がindex.phpスクリプトに書き込まれます。