XMPP 클라이언트 비호환성

Question

저는 현재 웹사이트와 인터페이스하기 위한 자바 기반 데스크탑 애플리케이션을 구축하는 프로젝트를 진행하고 있습니다.우리는 IM 기능을 통합하고 싶어서 XMPP를 사용하기로 결정했습니다.

문제는 우리 애플리케이션에 다른 기능이 있다는 점입니다. 그리고 우리 XMPP 서버에 연결하기 위해 다른 클라이언트를 사용하는 사람은 누구나 우리 웹사이트에 문제를 일으킬 것입니다(예:클라이언트는 사용자가 사용할 수 없는 특정 메시지 유형으로 메시지를 보낼 수 있지만 다른 클라이언트에서는 해당 메시지 유형을 보낼 수 있습니다.

우리 클라이언트만 XMPP 서버에 액세스하도록 허용하거나 다른 클라이언트가 특정 기능을 사용하지 못하도록 차단할 사람이 있습니까?이것이 개방형 표준에 어긋난다는 것을 알고 있지만 우리는 독점 IM 솔루션을 처음부터 구축하고 싶지 않습니다.

Answer 1

너 ~이다 독점적인 솔루션을 구축한다고 해서 완전히 처음부터 시작되는 것은 아닐 수도 있고 반드시 나쁜 것도 아닙니다.그러나 XMPP 클라이언트를 지원하지 않는 한 XMPP 서비스라고 부르지 마십시오.당신은 당신의 독점 브라우저가 필요한 "웹 사이트"에서 얻는 것과 동일한 반응을 얻게 될 것입니다.

협상할 수 있는 기능은 다음을 참조하세요. 기능 협상 그리고 당신의 서버가 다른 클라이언트에게 특정 기능을 갖고 있지 않다고 말하면서 자신의 서버에서는 이를 비밀리에 지원할 수도 있습니다.실제로 무언가 시도를 차단하지는 않으므로 매우 좋지 않은 솔루션입니다.

데스크탑 애플리케이션을 구축하지 않고도 인스턴트 메시징 기능을 얻을 수 있습니다(수반되는 모든 플랫폼 지원 문제 포함).고려하다 궤도를 돌다 이는 귀하가 찾고 있는 인스턴트 메시징 상호 작용을 제공하고 서버에 통합하는 것을 훨씬 쉽게 만들어줍니다.

그리고 추가로, 문제를 일으키는 URL이나 검색어 조합 등이 있을 수 없듯이 웹 사이트에 문제를 일으키는 메시지도 있어서는 안 됩니다.

Answer 2

모든 요구 사항이 확실하지 않지만 XMPP의 PubSub 또는 PEP 기능을 사용할 수있을 것 같습니다. 이들은 사용자 수준 (개인 이벤트 프로토콜 XEP-0163)에서 사용자에게 액세스 할 수있는 특수 페이로드를 만들 수있는 XMPP로 확장됩니다. 관심있는 모든 사람에게 단순히 일반적인 알림 인 경우 Pubsub (XEP-0060)가 원하는 것일 수 있습니다.

이 프로토콜을 사용하면 PubSub 노드에 대한 액세스를 보장 할 수 있으며 다른 프로토콜이므로 표준 채팅 메시지의 영향을받지 않습니다.