Вибір реалізації JAX-RS для нового проекту

Я запускаю новий проект Java, який потребує API RESTful. Це буде бізнес-додаток SaaS, що обслуговує мобільних клієнтів.

Я розробив один проект з Java EE 6, але я не дуже знайомий з екосистемою, оскільки більша частина мого досвіду працює на платформі Microsoft.

Який був би розумний вибір для реалізації JAX-RS для нового проекту, такого як описаний?

Судячи зі списку Вікіпедії , головними претендентами є Джерсі, Apache CXF, RESTeasy та Restlet. Але Порівняння впроваджень JAX-RS, цитованих у Вікіпедії, є з 2008 року.

Мої перші враження від їхніх домашніх сторінок:

• CXF має на меті бути дуже комплексним рішенням (нагадує мені про WCF у просторі Microsoft), що змушує мене думати, що це може бути складніше для розуміння, налаштування та налагодження, ніж те, що мені потрібно;
• Джерсі є еталонною реалізацією і може бути хорошим вибором, але це спадщина від Sun, і я не впевнений, як Oracle ставиться до цього (сторінка оголошень не працює, а останнє повідомлення від 4 місяців тому);
• RESTeasy походить від JBoss і, ймовірно, твердий варіант, хоча я не впевнений у навчанні кривої;
• Рестлет, здається, користується популярністю, але має багато історії, я не впевнений, наскільки він сучасний у світі Java EE 6 або чи він несе в собі важкий настрій J2EE (наприклад, безліч конфігурацій XML).

Які були б переваги кожної з цих альтернатив? Що з кривою навчання? Підтримка функції? Інструменти (наприклад, майстри NetBeans або Eclipse)? Як щодо простоти налагодження, а також розгортання? Чи будь-який з цих проектів більш сучасний, ніж інші? Наскільки вони стійкі?

Я полюбив Dropwizard за загальне рішення

Замість того, щоб скористатися величезним підходом до контейнерних програм, Dropwizard виступає за легке рішення, яке пропонує набагато швидші цикли розвитку. По суті, він забезпечує клей для таких відомих рамок:

• Jetty (HTTP)
• Джерсі (JAX-RS)
• Джексон (JSON або XML)
• Гуава (відмінні доповнення до бібліотек JDK)
• Показники (моніторинг додатків у режимі реального часу)
• Перевірка у сплячому режимі (перевірка введення)
• OAuth (RESTful аутентифікація)

Поєднання перерахованого вище, поєднане з ґрунтовним підходом до функціонального тестування, дає повне рішення для швидкого налагодження роботи та роботи.

Так? І питання JAX-RS, яке я задав ...

Ви помітите, що їх вибором був Джерсі, посилання на реалізацію JAX-RS. Будучи RESTEasy хлопцем, я подумав, що це буде проблемою, але крива навчання була нульовою. Два в основному взаємозамінні. Однак я б сказав, що клієнт Джерсі запропонував вільний інтерфейс для побудови тестів. Прикладом може бути ...

 @Override
  protected void setUpResources() {
    addResource(new HelloWorldResource("Hello, %s!","Stranger"));

    setUpAuthenticator();
  }

  @Test
  public void simpleResourceTest() throws Exception {

    Saying expectedSaying = new Saying(1,"Hello, Stranger!");

    Saying actualSaying = client()
      .resource("/hello-world")
      .get(Saying.class);

    assertEquals("GET hello-world returns a default",expectedSaying.getContent(),actualSaying.getContent());

}

Ви можете поглянути на це запитання , в якому обговорюється певний досвід інших розробників.

Можу особисто рекомендувати Джерсі. Він дуже простий у використанні, і він має гарне наступне, тому що це еталонна реалізація. Це також означає, що він буде підтримуватися та підтримуватися протягом наступного часу.