[jira] [Commented] (CXF-3466) HTTP client sends empty messages when FINE log level is enabled

2011-07-05 Thread Pierre Ingmansson (JIRA)

[ 
https://issues.apache.org/jira/browse/CXF-3466?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13059859#comment-13059859
 ] 

Pierre Ingmansson commented on CXF-3466:


I just wanted you guys to know that I spent and entire day trying to find the 
problem for why my client sent an empty body to the server. This was the cause 
of the problem. Luckily it appears that you guys already fixed the problem. 
When is version 2.4.1 gonna be out?

> HTTP client sends empty messages when FINE log level is enabled
> ---
>
> Key: CXF-3466
> URL: https://issues.apache.org/jira/browse/CXF-3466
> Project: CXF
>  Issue Type: Bug
>  Components: Transports
>Affects Versions: 2.4
>Reporter: Alessio Soldano
>Assignee: Christian Schneider
> Fix For: 2.4.1
>
>
> I'm testing JBossWS-CXF integration with Apache CXF 2.4.0 and I'm seeing a 
> weird behaviour in HTTPConduit.
> Basically, when the org.apache.cxf log category is set to DEBUG (I'm using 
> log4j logging, that's FINE level) I see empty(1) messages being sent from 
> client to server. Setting the log level to INFO, remove the problem. So I 
> looked for "isLoggable(Level.FINE" strings in the CXF sources and tried 
> commenting out them one by one to identify the culprit. Finally isolated it 
> in the following code in HTTPConduit::onFirstWrite()
> {code:title=HTTPConduit.java|borderStyle=solid}
> if (LOG.isLoggable(Level.FINE)) {
> LOG.fine("Sending "
> + connection.getRequestMethod() 
> + " Message with Headers to " 
> + connection.getURL()
> + " Conduit :"
> + conduitName
> + "\nContent-Type: " + connection.getContentType() + 
> "\n");
> }
> {code}
> My guess is one of the calls to the connection in there compromise its state.
> (1) actually, capturing the network traffic reveals the http headers only are 
> written, the body is completely missing

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] [Created] (CXF-3654) Non-informative exception thrown in JAXRSUtils

2011-07-14 Thread Pierre Ingmansson (JIRA)
Non-informative exception thrown in JAXRSUtils
--

 Key: CXF-3654
 URL: https://issues.apache.org/jira/browse/CXF-3654
 Project: CXF
  Issue Type: Improvement
  Components: JAX-RS
Affects Versions: 2.4.1
Reporter: Pierre Ingmansson


On row 411 of JAXRSUtils.java (in version 2.4.1) a WebApplicationException is 
thrown, because no operation could be matched for the incoming request. Right 
before this a nice error message is calculated and logged. This message is 
however not passed on into the exception that is thrown. The exception itself 
does not contain any information at all about why it was thrown. Why not add 
the error message into the WebApplicationException so that the caller can find 
out what was wrong with the request?

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira




[jira] [Created] (CXF-3666) Wrong code in MessageBodyWriter example

2011-07-18 Thread Pierre Ingmansson (JIRA)
Wrong code in MessageBodyWriter example
---

 Key: CXF-3666
 URL: https://issues.apache.org/jira/browse/CXF-3666
 Project: CXF
  Issue Type: Bug
  Components: Documentation
Reporter: Pierre Ingmansson
Priority: Trivial


The example for MessageBodyWriter on 
http://cxf.apache.org/docs/jax-rs-basics.html#JAX-RSBasics-CustomMessageBodyProviders
 contains:

@ProduceMime("text/plain")

Which I believe should be:

@Produces("text/plain")

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira