У меня была такая же проблема с Glassfish v3.Я обнаружил, что это поведение зависит от реализации JAX-RS, и переход на реализацию JAX-RS компании Codehaus решил для меня проблему.
Если вы также используете Glassfish, то вы можете решить эту проблему, добавивorg.codehaus.jackson.jaxrs
к вашей войне, а также к конфигурации WEB-INF/web.xml
следующим образом:
<!-- REST -->
<servlet>
<servlet-name>RESTful Services</servlet-name>
<servlet-class>com.sun.jersey.spi.container.servlet.ServletContainer</servlet-class>
<init-param>
<param-name>com.sun.jersey.config.property.resourceConfigClass</param-name>
<param-value>com.sun.jersey.api.core.PackagesResourceConfig</param-value>
</init-param>
<init-param>
<param-name>com.sun.jersey.config.property.packages</param-name>
<param-value>you.service.packages;org.codehaus.jackson.jaxrs</param-value>
<!-- NOTE: The last element above, org.codehaus.jackson.jaxrs, replaces the default
JAX-RS processor with the Codehaus Jackson JAX-RS implementation. The default
JAX-RS processor returns top-level arrays encapsulated as child elements of a
single JSON object, whereas the Jackson JAX-RS implementation return an array.
-->
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>RESTful Services</servlet-name>
<url-pattern>/your/rest/path/*</url-pattern>
</servlet-mapping>
В качестве альтернативы, вы можете просто перехватить ответ в клиенте:
function consumesCity(json) {
...
}
Заменить
... consumesCity(json) ...
на
function preprocess(json) {
return json.city;
}
... consumesCity(preprocess(json)) ...