私は現在、Web サイトとのインターフェイスとなる Java ベースのデスクトップ アプリケーションを構築するプロジェクトに取り組んでいます。IM 機能を組み込みたいので、XMPP を使用することにしました。
問題は、アプリケーションには他の機能があり、別のクライアントを使用して XMPP サーバーに接続すると、Web サイトで問題が発生することです (たとえば、クライアントは、ユーザーが送信できない特定のメッセージ タイプでメッセージを送信できます)。使用することはできませんが、別のクライアントを使用すると、それらのメッセージ タイプを送信できます)。
私たちのクライアントだけが XMPP サーバーにアクセスできるようにしたり、他のクライアントが特定の機能を使用できないようにしたりする人はいますか? これがオープン スタンダードの考え方に反することは承知していますが、独自の IM ソリューションをゼロから構築したくはありません。
プロプライエタリなソリューションを構築していますが、それは完全にゼロからではなく、必ずしも悪いことではありません。ただし、XMPP クライアントをサポートする予定がない限り、これを XMPP サービスと呼ばないでください。独自のブラウザを必要とする「Web サイト」で得られるのと同じ反応が得られます。
ネゴシエートできる機能については、Feature Negotiationを参照してください。サーバーには特定の機能がなく、他のクライアントに対しては秘密裏にサポートしていると言って問題を解決できる場合があります。それは実際に何かが試みられるのを妨げないので、それはかなり貧弱な解決策です.
デスクトップ アプリケーションを構築しなくても、インスタント メッセージング機能を利用できます (すべてのプラットフォーム サポートに頭を悩ませる必要があります)。Orbitedを検討すると、探しているインスタント メッセージングの双方向性が得られ、サーバーへの統合がはるかに簡単になります。
余談ですが、Web サイトに問題を引き起こすメッセージや、問題を引き起こす URL やクエリの組み合わせなどがあってはなりません。