[ https://issues.apache.org/jira/browse/CXF-3260?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Glen Mazza updated CXF-3260: ---------------------------- Component/s: JAX-RS Fix Version/s: (was: 2.3.3) 2.4 Assignee: Glen Mazza Fixed on 2.3.x and 2.4.x branches--thanks! Glen > JAX-RS: org.apache.cxf.jaxrs.utils.Messages properties file missing > definition for NO_CRI_MATCH > ----------------------------------------------------------------------------------------------- > > Key: CXF-3260 > URL: https://issues.apache.org/jira/browse/CXF-3260 > Project: CXF > Issue Type: Bug > Components: JAX-RS > Affects Versions: 2.3.1 > Environment: Java 1.6 > CXF 2.3.1 / CXF 2.3.2 > Reporter: Ka-Lok Fung > Assignee: Glen Mazza > Priority: Minor > Fix For: 2.4 > > Original Estimate: 0.08h > Remaining Estimate: 0.08h > > JAXRSUtils.selectResourceClass expects a message keyed by "NO_CRI_MATCH". > However, when you look in the Messages properties file > (org.apache.cxf.jaxrs.utils.Messages), it is absent. > Because this message is absent, the Java runtime needlessly generates a > ResourceNotFound exception for every resource in your application that it > examined and couldn't match the incoming method. > The suggested fix, is of course, to define that string. Here's what I came up > with: > NO_CRI_MATCH=Resource class {1} will not be selected, request path : {0} -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.