cxf-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sergey Beryozkin" <>
Subject Re: JAXB xml response marshalling issue
Date Wed, 11 Nov 2009 11:04:46 GMT
Please see

thanks, Sergey

----- Original Message ----- 
From: "Cristian Botiza" <>
To: <>
Sent: Wednesday, November 11, 2009 10:46 AM
Subject: RE: JAXB xml response marshalling issue

I used a classpath file cxf.xml:




And in cxf.xml:

<jaxws:server id="mathservice"
                <bean class="com...MathResource"/>
  <bean class="">
    <property name="wrapped" value="true" />
From: Sergey Beryozkin []
Sent: 11 November 2009 12:43
Subject: Re: JAXB xml response marshalling issue


I'm sorry, can't help you here. Please consider moving to JAXRS as the HTTP binding (the one
you're using) is not mantained, only
some of the blockers for the existing users might get fixed occasionally.

> unfortunately the jaxrs annotations seem to be ignored by CXF at least in my experience

How did you register a jaxrs:server endpoint from Spring ?


----- Original Message -----
From: "Cristian Botiza" <>
To: <>
Sent: Wednesday, November 11, 2009 10:35 AM
Subject: RE: JAXB xml response marshalling issue

Thanks for your quick response.

I'm using annotations from org.codehaus.jra package (unfortunately the jaxrs annotations seem
to be ignored by CXF at least in my
Ok, the code follows.

public interface MathService {
    MathResponse sum(MathRequest req);
    MathResponse subtract(MathRequest req);
    MathResponse multiply(MathRequest req);
implementation class:
public class MathResource implements MathService {
    public MathResource() {
    public MathResponse sum(MathRequest req) {
    public MathResponse multiply(MathRequest req) {
        BigDecimal result = req.getNumber1().multiply(req.getNumber2());
        MathResponse r = new MathResponse();
        return r;
    public MathResponse subtract(MathRequest req) {
        //see above

And the JAXB annotated classes (MathRequest, MathResponse):
public class MathRequest {

 private BigDecimal number1;

 private BigDecimal number2;
 public BigDecimal getNumber1() {
  return number1;
 public void setNumber1(BigDecimal number1) {
  this.number1 = number1;
 public BigDecimal getNumber2() {
  return number2;
 public void setNumber2(BigDecimal number2) {
  this.number2 = number2;

public class MathResponse {
 private BigDecimal result;

 private boolean error;

 private String errorDescription;

 private int statusCode;

 private String statusDescription;
 public BigDecimal getResult() {
  return result;
 public void setResult(BigDecimal result) {
  this.result = result;
 public boolean isError() {
  return error;
 public void setError(boolean error) {
  this.error = error;
 public String getErrorDescription() {
  return errorDescription;
 public void setErrorDescription(String errorDescription) {
  this.errorDescription = errorDescription;
 public int getStatusCode() {
  return statusCode;
 public void setStatusCode(int statusCode) {
  this.statusCode = statusCode;
 public String getStatusDescription() {

  return statusDescription;
 public void setStatusDescription(String statusDescription) {
  this.statusDescription = statusDescription;

Thanks again,
From: Sergey Beryozkin []
Sent: 11 November 2009 12:33
Subject: Re: JAXB xml response marshalling issue


Yes please. Just the method signature and the response class should do
Also, do you use deprecated HTTP or JAXRS binding ?

thanks, Sergey

----- Original Message -----
From: "Cristian Botiza" <>
To: <>
Sent: Wednesday, November 11, 2009 10:14 AM
Subject: JAXB xml response marshalling issue

I've developed a simple RESTful service with CXF 2.2.4.
I use the HTTP transport, CXFServlet and Spring-based configuration. Everything works fine
except that when marshalling the response
into XML, the root element is auto-generated by CXF. More exactly, I get:


instead of the expected:

I can provide further details (code, Spring xml, web.xml) if needed.


The information in this email is confidential and may be legally privileged. It is intended
solely for the addressee. Any opinions
expressed are mine and do not necessarily represent the opinions of the Company. Emails are
susceptible to interference. If you are
not the intended recipient, any disclosure, copying, distribution or any action taken or omitted
to be taken in reliance on it, is
strictly prohibited and may be unlawful. If you have received this message in error, do not
open any attachments but please notify
the EndavaIT Service Desk on (+44 (0)870 423 0187), and delete this message from your system.
The sender accepts no responsibility
for information, errors or omissions in this email, or for its use or misuse, or for any act
committed or omitted in connection with
this communication. If in doubt, please verify the authenticity of the contents with the sender.
Please rely on your own virus
checkers as no responsibility is taken by the sender for any damage rising out of any bug
or virus infection.

Endava Limited is a company registered in England under company number 5722669 whose registered
office is at 125 Old Broad Street,
London, EC2N 1AR, United Kingdom. Endava Limited is the Endava group holding company and does
not provide any services to clients.
Each of Endava Limited and its subsidiaries is a separate legal entity and has no liability
for another such entity's acts or
omissions. Please refer to the “Legal” section on our website for a list of legal entities.

View raw message