Объект ExchangeService для push-уведомления и привязки уведомления (приложение EWS)

Было бы хорошо, если бы я использовал два разных объекта ExchangeService для подписки на push-уведомления и привязки itemId, полученных в уведомлениях от сервера, для подписки, соответственно, в EWS заявление?Объект ExchangeService для push-уведомления и привязки уведомления (приложение EWS)

источник

2016-06-16 ankit gupta

Здравствуйте и добро пожаловать в переполнение стека!

Да! это абсолютно приемлемо в моем приложении, которое вы можете видеть под моим профилем github github.com/rojobo, я использовал этот подход, потому что мне нужны отдельные потоки, поэтому у меня есть один поток, который прослушивает события/уведомления, а другой процесс - привязки/обновления/удаляет и т. д.

источник

2016-06-16 19:20:19 rojobo

@robojo: большое спасибо. На самом деле я пытаюсь сделать то же самое, но когда я пытаюсь связать идентификатор элемента, полученный в уведомлении, с помощью объекта EmailMessage, как показано ниже, я получаю исключение, как показано ниже, а также некоторую информацию о трассировке (как это кажется). EmailMessage emailMessage = EmailMessage.bind (service, itemId, PropertySet.FirstClassProperties); , –

Jun 17, 2016 7:42:38 org.apache.catalina.core.StandardWrapperValve invoke SEVERE: Servlet.service() для сервлета [диспетчерServlet] в контексте с помощью пути [/ wcc-exchange-service] выбрал исключение [Handler обработка завершилась неудачно; Вложенное исключение - java.lang.NoSuchMethodError: org.apache.commons.codec.binary.Base64.decodeBase64 (Ljava/lang/String;) [B] с основной причиной java.lang.NoSuchMethodError: org.apache.commons.codec .binary.Base64.decodeBase64 (Ljava/lang/String;) [B –

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

Объект ExchangeService для push-уведомления и привязки уведомления (приложение EWS)

ответ

Смежные вопросы