Вопрос

В настоящее время я работаю над проектом, который создает настольное приложение на основе Java для взаимодействия с веб-сайтом.Мы хотим включить возможности обмена мгновенными сообщениями, поэтому решили использовать XMPP.

Проблема в том, что наше приложение имеет другие функции, и любой, кто использует другой клиент для подключения к нашему XMPP-серверу, вызовет проблемы с нашим веб-сайтом (напримернаш клиент сможет отправлять наши сообщения с определенным типом сообщений, который пользователь не сможет использовать, но с другим клиентом они могли бы отправлять эти типы сообщений).

Есть ли кто-нибудь, кто либо разрешит только нашему клиенту доступ к серверу XMPP, либо запретит другим клиентам использовать определенные функции?Я знаю, что это противоречит идее открытых стандартов, но мы не хотим создавать проприетарное решение для обмена мгновенными сообщениями с нуля.

Это было полезно?

Решение

Ты являются создавая проприетарное решение, оно просто может быть создано не полностью с нуля, и это не обязательно плохо.Но, пожалуйста, не называйте это XMPP-сервисом, если только вы не собираетесь поддерживать XMPP-клиентов.Вы получите ту же реакцию, что и при использовании "веб-сайта", для которого требуется ваш проприетарный браузер.

О функциях, о которых можно договориться, смотрите на Согласование функций и вам могло бы сойти с рук говорить другим клиентам, что ваш сервер не имеет определенной функции, но тайно поддерживать ее на своем собственном.На самом деле это не будет блокировать какие-либо попытки, так что это довольно плохое решение.

Вы можете получить возможности обмена мгновенными сообщениями без создания настольного приложения (со всеми вытекающими отсюда проблемами поддержки платформы).Рассмотреть Находящийся на орбите это может обеспечить вам интерактивность обмена мгновенными сообщениями, которую вы ищете, и значительно упростило бы интеграцию на сервере.

И просто в качестве дополнительного момента, не должно быть никаких сообщений, которые вызывают проблемы с вашим веб-сайтом, так же как не должно быть URL, который вызывает проблемы с ним, или комбинации запросов и т.д.

Другие советы

Не уверен во всех ваших требованиях, но, похоже, вы, вероятно, могли бы использовать функции pubsub или pep XMPP.Это расширения для XMPP, которые позволяют создавать специализированные полезные нагрузки, к которым можно получить доступ на уровне от пользователя к пользователю (протокол персонального события XEP-0163).Если это просто общее уведомление для всех, кто заинтересован, то PubSub (XEP-0060) может быть тем, что вы хотите.

Эти протоколы обеспечивают безопасный доступ к узлам pubsub и не будут затронуты стандартными сообщениями чата, поскольку это другой протокол.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top