Ну, я знаю, что этот запрос датирован, и так много в интернете старое .. через два года все обычно меняется и работает лучше. Таким образом, RestEasy не должен получить плохой рэп по сравнению с другими несобственными средами RESTLET.
На самом деле, я думаю, что JBoss RestEasy занимает наименьшую площадь, не раздутая ненужными * .jars, гибкой, полностью сертифицированной реализацией JAX-RS, полной и ее простота использования не поддается сравнению
Некоторые ускользали от того, что GET-запрос не должен ожидать Content_Type для запроса, (и я согласен), но при каждом GET-запросе необходимо указывать, что вы намереваетесь отправить обратно запрашивающему? Правильно! (это будет JSON, XML, обычный текст, XML и лист, многокомпонентный и т. д.). Что ж, RestEasy, платформа JBoss решает эту проблему с помощью аннотации, как показано ниже, и настраивается для каждого запроса REST URL. Следовательно, в этом ваш ответ
@GET
@Path("/echo/{message}")
@Produces("text/plain")
public String echo(@PathParam("message")String message){
return message;
}
@GET
@Path("/employees")
@Produces("application/xml")
@Stylesheet(type="text/css", href="${basepath}foo.xsl")
public List<Employee> listEmployees(){
return new ArrayList<Employee>(employees.values());
}
@GET
@Path("/employee/{employeeid}")
@Produces("application/xml")
public Employee getEmployee(@PathParam("employeeid")String employeeId){
return employees.get(employeeId);
}
@GET
@Path("/json/employees/")
**@Produces("application/json")**
public List<Employee> listEmployeesJSON(){
return new ArrayList<Employee>(employees.values());
}