Ответ 1
Это не совсем из коробки, но CXF поддерживает привязки JSON к сервисам отдыха. См. cxf jax-rs json docs здесь. Вам все равно нужно выполнить минимальную конфигурацию, чтобы иметь доступный провайдер, и вам нужно быть знакомым с вылетом, если вы хотите имеют больший контроль над тем, как формируется JSON.
РЕДАКТИРОВАТЬ: В запросе на комментарий здесь приведен код. У меня нет большого опыта в этом, но следующий код работал в качестве примера в быстрой тестовой системе.
//TestApi parts
@GET
@Path ( "test" )
@Produces ( "application/json" )
public Demo getDemo () {
Demo d = new Demo ();
d.id = 1;
d.name = "test";
return d;
}
//client config for a TestApi interface
List providers = new ArrayList ();
JSONProvider jsonProvider = new JSONProvider ();
Map<String, String> map = new HashMap<String, String> ();
map.put ( "http://www.myserviceapi.com", "myapi" );
jsonProvider.setNamespaceMap ( map );
providers.add ( jsonProvider );
TestApi proxy = JAXRSClientFactory.create ( url, TestApi.class,
providers, true );
Demo d = proxy.getDemo ();
if ( d != null ) {
System.out.println ( d.id + ":" + d.name );
}
//the Demo class
@XmlRootElement ( name = "demo", namespace = "http://www.myserviceapi.com" )
@XmlType ( name = "demo", namespace = "http://www.myserviceapi.com",
propOrder = { "name", "id" } )
@XmlAccessorType ( XmlAccessType.FIELD )
public class Demo {
public String name;
public int id;
}
Примечания:
- Список провайдеров - это код, на котором вы настроите конфигурацию поставщика JSON на клиенте. В частности, вы видите сопоставление пространства имен. Это должно соответствовать тому, что находится на вашей конфигурации на стороне сервера. Я не очень разбираюсь в вариантах Jettison, поэтому я не очень помогаю манипулировать всеми различными регуляторами для управления процессом сортировки.
- Jettison в CXF работает путем сортировки XML от поставщика JAXB в JSON. Таким образом, вы должны убедиться, что объекты полезной нагрузки отмечены (или иным образом настроены) для маршаллинга как application/xml, прежде чем вы сможете их маршаллировать как JSON. Если вы знаете об этом (кроме написания собственного писателя тела сообщения), я бы хотел услышать об этом.
- Я использую spring на сервере, поэтому в моей конфигурации есть все xml файлы. По сути, вам нужно пройти один и тот же процесс, чтобы добавить JSONProvider в службу с той же конфигурацией пространства имен. У вас нет кода для этого, но я думаю, что он будет хорошо отражать сторону клиента.
Это немного грязно, как пример, но, надеюсь, вы поймете.
Редактировать2: Пример создателя тела сообщения, основанного на xstream, чтобы избежать jaxb.
@Produces ( "application/json" )
@Consumes ( "application/json" )
@Provider
public class XstreamJsonProvider implements MessageBodyReader<Object>,
MessageBodyWriter<Object> {
@Override
public boolean isWriteable ( Class<?> type, Type genericType,
Annotation[] annotations, MediaType mediaType ) {
return MediaType.APPLICATION_JSON_TYPE.equals ( mediaType )
&& type.equals ( Demo.class );
}
@Override
public long getSize ( Object t, Class<?> type, Type genericType,
Annotation[] annotations, MediaType mediaType ) {
// I'm being lazy - should compute the actual size
return -1;
}
@Override
public void writeTo ( Object t, Class<?> type, Type genericType,
Annotation[] annotations, MediaType mediaType,
MultivaluedMap<String, Object> httpHeaders, OutputStream entityStream )
throws IOException, WebApplicationException {
// deal with thread safe use of xstream, etc.
XStream xstream = new XStream ( new JettisonMappedXmlDriver () );
xstream.setMode ( XStream.NO_REFERENCES );
// add safer encoding, error handling, etc.
xstream.toXML ( t, entityStream );
}
@Override
public boolean isReadable ( Class<?> type, Type genericType,
Annotation[] annotations, MediaType mediaType ) {
return MediaType.APPLICATION_JSON_TYPE.equals ( mediaType )
&& type.equals ( Demo.class );
}
@Override
public Object readFrom ( Class<Object> type, Type genericType,
Annotation[] annotations, MediaType mediaType,
MultivaluedMap<String, String> httpHeaders, InputStream entityStream )
throws IOException, WebApplicationException {
// add error handling, etc.
XStream xstream = new XStream ( new JettisonMappedXmlDriver () );
return xstream.fromXML ( entityStream );
}
}
//now your client just needs this
List providers = new ArrayList ();
XstreamJsonProvider jsonProvider = new XstreamJsonProvider ();
providers.add ( jsonProvider );
TestApi proxy = JAXRSClientFactory.create ( url, TestApi.class,
providers, true );
Demo d = proxy.getDemo ();
if ( d != null ) {
System.out.println ( d.id + ":" + d.name );
}
В образце кода отсутствуют части для надежной поддержки типа носителя, обработки ошибок, безопасности потоков и т.д. Но это должно привести вас к проблеме jaxb с минимальным кодом.
EDIT 3 - пример конфигурации на стороне сервера Как я уже говорил, моя серверная сторона spring настроена. Вот пример конфигурации, которая работает для проводки в провайдере:
<?xml version="1.0" encoding="UTF-8"?>
<beans xmlns="http://www.springframework.org/schema/beans"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xmlns:jaxrs="http://cxf.apache.org/jaxrs"
xmlns:cxf="http://cxf.apache.org/core"
xsi:schemaLocation="http://www.springframework.org/schema/beans
http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
http://cxf.apache.org/jaxrs http://cxf.apache.org/schemas/jaxrs.xsd
http://cxf.apache.org/core http://cxf.apache.org/schemas/core.xsd">
<import resource="classpath:META-INF/cxf/cxf.xml" />
<jaxrs:server id="TestApi">
<jaxrs:serviceBeans>
<ref bean="testApi" />
</jaxrs:serviceBeans>
<jaxrs:providers>
<bean id="xstreamJsonProvider" class="webtests.rest.XstreamJsonProvider" />
</jaxrs:providers>
</jaxrs:server>
<bean id="testApi" class="webtests.rest.TestApi">
</bean>
</beans>
Я также отметил, что в последнем обновлении cxf, который я использую, существует разница в типах носителей, поэтому приведенный выше пример для чтения/записи тела сообщения xstream требует быстрой модификации, где isWritable/isReadable изменяется на
return MediaType.APPLICATION_JSON_TYPE.getType ().equals ( mediaType.getType () )
&& MediaType.APPLICATION_JSON_TYPE.getSubtype ().equals ( mediaType.getSubtype () )
&& type.equals ( Demo.class );
EDIT 4 - конфигурация spring Используя ваш контейнер сервлетов, настройте
org.apache.cxf.jaxrs.servlet.CXFNonSpringJaxrsServlet
с не менее чем двумя параметрами инициализации:
jaxrs.serviceClasses
jaxrs.providers
где serviceClasses - это разделенный пробел список реализаций службы, которые вы хотите связать, например, упомянутый выше TestApi, и поставщики - это список разделенных пробелами поставщиков сообщений, таких как упомянутый выше XstreamJsonProvider. В tomcat вы можете добавить следующее в web.xml:
<servlet>
<servlet-name>cxfservlet</servlet-name>
<servlet-class>org.apache.cxf.jaxrs.servlet.CXFNonSpringJaxrsServlet</servlet-class>
<init-param>
<param-name>jaxrs.serviceClasses</param-name>
<param-value>webtests.rest.TestApi</param-value>
</init-param>
<init-param>
<param-name>jaxrs.providers</param-name>
<param-value>webtests.rest.XstreamJsonProvider</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>
Это самый быстрый способ запустить его без spring. Если вы не используете контейнер сервлета, вам необходимо настроить JAXRSServerFactoryBean.setProviders с экземпляром XstreamJsonProvider и установить реализацию сервиса с помощью метода JAXRSServerFactoryBean.setResourceProvider. Проверьте метод CXFNonSpringJaxrsServlet.init, чтобы узнать, как они это делают при настройке в контейнере сервлета.
Это должно заставить вас идти независимо от вашего сценария.