2009-10-24 4 views

답변

3

프로토콜 된 An 확장프로토콜프로토콜의 구현에 소프트웨어의 플러그인 조각의 일부를 구현하기위한 구성 요소는 ... 적어도 그건 내 이해의 내가 마지막으로 ejabberd에 플러그인을 집어 넣었을 때.

+0

확장 프로그램이 별도의 플러그인이 필요하며 서버 자체에 설치해야합니까? 또는 클라이언트 xmpp는 서버에 필수 설치없이 새로운 확장을 사용할 수 있습니까? – cometta

+1

서버에 따라 다릅니다. ejabberd를 사용하면 기본적으로 많은 옵션이 제공됩니다. 물론, 그것은 당신이 찾고있는 것에 달려 있습니다. 클라이언트에 대해서도 마찬가지입니다. 프로토콜 확장을 통해 클라이언트와 서버가 협업해야하는 경우 클라이언트도 프로토콜에 대한 해당 확장자로 작성되어야합니다. – jldupont

10

허용되는 답변에 몇 가지 세부 정보를 추가하고 싶습니다.

  • 확장 : 전체 이름 XMPP 확장 제안입니다 - XMPP 기반으로 구축 짧은, 새로운 기능에 대한 XEP. XEP는 XMPP 표준 본문에서 정의되며 here을 사용할 수 있습니다. 그것들은 문서들입니다.

이 확장은 두 가지 방법으로 구현 될 수 있습니다.

  • 플러그인 다음 XMPP 서버에 대한 직접 기록은 openfireejabberd플러그인 모듈을했다. Jabber Component Protocol를 사용하여 서버에 네트워크를 통해 접속 프로토콜의 새로운 기능을 구현한다 : 그들은 (얼랑 또는 Java)

  • 성분 XMPP 구현 포팅되지 않으며, 일반적으로 서버의 구현 언어로 작성된 . 이는 서버간에 이식성이 있음을 의미합니다. 일반적으로 다른 프로토콜로의 전송에 사용되지만 일부 PubSub 및 MUC 구현은 구성 요소로 사용할 수 있습니다.

구성 요소 프로토콜 XEP-114은 상당히 거칠고 제한적이며 언젠가는 다시 작성된다고합니다. 원래 jabberd 구현에서 작성된 실제로 백 스펙입니다.

+0

고맙습니다. 예를 들어,이 약에 가장 적합한 약은 "보통 다른 프로토콜로의 전송에 사용됩니다" – jkschneider

관련 문제