Веб-сервис с изменяемым Content-Type

А зачем? Почему бы там не поставить «расширение» .json/.xml и в зависимости от слать что нужно?

Большое количество конкретных сервисов. Получится, что каждый будет дублироваться. Они все json и вдруг появляется требование на xml. И да, Java EE. Но спасибо, вариант не плох.

Так зачем дублироваться. Обрабатывать будет одна же ерунда (хоть rewrite, хоть что там у тебя), просто будет смотреть свой URL и от него плясать.

А,кажется я понял. Пойду посмотрю, может ли Jersey в такое.

На сколько корректен веб-сервис

Вполне корректен. Если клиент запрашивает json, то пусть его и получит. В некоторых фреймворках это поведение реализовано.

$self->respond_to(
  json => {json => {hello => 'world'}},
  xml  => {text => '<hello>world</hello>'}
);

ну и конечно

if (my $format = $self->accepts('html', 'xml')) { ... }

Ах да, лол, конечно может.

клиент запрашивает json

Ключевой момент - как он его запрашивает? В заголовке или в url-е?

Ушел читать описание http-заголовков.

Вам решать. На мой взгляд важен принцип «явное лучше неявного» в этом случае. Можно хоть оба подхода использовать, вот как здесь: http://mojolicio.us/perldoc/Mojolicious/Guides/Rendering#Content_negotiation

сервер может отдавать контент того или иного формата в зависимости от переданного клиентом в запросе в поле «Accept» типа

Да, похоже именно такой подход максимально покрывает проблему. Спасибо.

В рельсах в URL.

http://habrahabr.ru/post/210324/