Mailing-List: contact dev-help@cxf.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cxf.apache.org
Received-SPF: neutral (nike.apache.org: local policy)
From: Daniel Kulp <dkulp@apache.org>
To: dev@cxf.apache.org
Subject: Re: PATCH: JAX-RS Handle possible number format exception when
 reading primitive param
Date: Fri, 31 Jul 2009 16:54:29 -0400
User-Agent: KMail/1.11.4 (Linux/2.6.30-gentoo-r1; KDE/4.2.4; x86_64; ; )
Cc: Jorge Williams <jorge.williams@rackspace.com>
References: 
 <23611_1249072000_n6VKQXwh010540_19B60314-6566-402E-85BE-F011D727DEBC@rackspace.com>
In-Reply-To: 
 <23611_1249072000_n6VKQXwh010540_19B60314-6566-402E-85BE-F011D727DEBC@rackspace.com>
MIME-Version: 1.0
Content-Type: Text/Plain;
  charset="iso-8859-15"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Message-Id: <200907311654.30717.dkulp@apache.org>


Can you file a JIRA at:
https://issues.apache.org/jira/browse/CXF
and attach the patch there.   The Apache mail system stripped off the 
attachment.

Dan


On Fri July 31 2009 4:27:12 pm Jorge Williams wrote:
> Hello all,
>
> We ran into this issue in JAX-RS:   A request to something like /path/
> to/{id} where {id} is expected to be an integer would throw a
> NumberFormatException in the case where we send something other than
> an integer (/path/to/bla, for example).  The NumberFormatException
> didn't find its way to our ExceptionMapper and resulted in an XMLFault
> being serialized which is wrong.
>
> The attached patch fixes things for us.  We simply capture the NFE and
> resend it as a WebApplicationException -- we send a  404 when we're
> dealing with path params and 400 otherwise.  The patch is against the
> current trunk but honestly we've really only tested against 2.2.2 --
> since that's what we're using :-)
>
> Regards,
>
> jOrGe W.
>
>
>
>
> Confidentiality Notice: This e-mail message (including any attached or
> embedded documents) is intended for the exclusive and confidential use of
> the individual or entity to which this message is addressed, and unless
> otherwise expressly indicated, is confidential and privileged information
> of Rackspace. Any dissemination, distribution or copying of the enclosed
> material is prohibited. If you receive this transmission in error, please
> notify us immediately by e-mail at abuse@rackspace.com, and delete the
> original message.
> Your cooperation is appreciated.

-- 
Daniel Kulp
dkulp@apache.org
http://www.dankulp.com/blog