Клиент Java REST без схемы

Интересно, что они предоставляют URL-адрес HTTP в качестве URI пространства имен для схемы, но на самом деле не сохраняют там свою схему. Это может быть недосмотр с их стороны, который можно исправить с помощью электронной почты или публикации в списке обсуждений.

Один из подходов - создать свою собственную схему, но это кажется большим трудом с небольшой отдачей. Учитывая, насколько просты сообщения, мне интересно, нужен ли вам POJO, чтобы их обернуть? Почему бы просто не иметь обработчик, который извлекает нужные данные с помощью XPath?

Обновлено: взрыв из прошлого, но я увидел комментарий, перечитал вопрос и понял, что первое предложение было трудно понять. Итак, уточнение:

Одна очень хорошая привычка, если вы собираетесь написать общедоступную веб-службу, - сделать свой документ схемы доступным по тому же URL-адресу, который вы используете для URI пространства имен схемы, или, что лучше, пусть этот URL будет ссылкой для завершения. документация (пространство имен W3C XSD само по себе является хорошим примером: http://www.w3.org/2001/XMLSchema).

Я бы посоветовал писать beans вручную и аннотировать JAXB только при необходимости. Для большинства аксессоров / мутаторов (геттеров / сеттеров) этого делать не нужно; по умолчанию учитываются все общедоступные методы доступа и поля bean, имя выводится с использованием соглашения о bean-компонентах, и по умолчанию используются элементы вместо атрибутов (поэтому атрибуты должны быть аннотированы).

В качестве альтернативы вы, конечно, можете написать схему вручную, сгенерировать bean-компоненты с помощью JAXB, если вам очень нравится схема W3C. И просто используйте полученный код, а не схему, для привязки данных.

Что касается POJO: это может быть очень просто. Что-то типа:

@XmlRootElement("Response")
class Response {
  public int responseCode;
  public String responseMessage;
  public String token; // or perhaps byte[] works for automated base64?
}

и аналогично для других. Или используйте геттеры / сеттеры, если они вам нравятся и не возражаете против большей многословности. Это просто контейнеры данных, не нужно слишком увлекаться.

И если вы должны автоматически определять тип из содержимого, рассмотрите возможность использования синтаксического анализатора Stax, чтобы увидеть, что является корневым элементом, а затем выполнить привязку с помощью JAXB Unmarshaller, передав XMLStreamReader, который указывает на этот корневой элемент. Таким образом, вы можете передать другой тип объекта для привязки.

И наконец: отправка / получение запросов: старый добрый HttpURLConnection работает нормально для запросов GET и POST (построение с использованием, скажем, URL.openConnection ()). В случае необходимости у Jakarta HttpClient есть дополнительные функции. Так что часто вам действительно не нужен отдельный клиент REST - они могут пригодиться, но обычно строятся на простых частях клиента http.

Я считаю, что HTTP4E очень полезен для выполнения вызовов REST. Это замечательный плагин Eclipse, у него есть вкладки, раскраска синтаксиса, автоматическое предложение, генерация кода, воспроизведение HTTP-вызовов REST и т. д. Он отлично справляется с отладкой HTTP, вмешательством HTTP, взломом. Я получаю от этого огромное удовольствие.

http://www.ywebb.com/

Попробуйте JdkRequest от jcabi-http (я разработчик). Вот как это работает:

String body = new JdkRequest("http://www.google.com")
  .header("User-Agent", "it's me")
  .fetch()
  .body()

Подробнее читайте в этом сообщении в блоге: http://www.yegor256.com/2014/04/11/jcabi-http-intro.html