Bug 753238

Summary: Java messaging client now enables TCP_NODELAY by default
Product: Red Hat Enterprise MRG Reporter: Justin Ross <jross>
Component: Release_NotesAssignee: Tomas Capek <tcapek>
Status: CLOSED CURRENTRELEASE QA Contact: Zdenek Kraus <zkraus>
Severity: low Docs Contact:
Priority: high    
Version: 2.0CC: iboverma, lbrindle, rattapat+nobody, zkraus
Target Milestone: 2.1.2Keywords: Documentation
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
The JMS client now sets TCP_NODELAY to 'true' by default as it shows an improvement in many general cases. If there is a configuration error (error in connection URL etc), the client will still default to true. For high throughput cases it is worthwhile to experiment by turning off TCP_NODELAY. Please refer to, 3.6.�Configuring the JMS Client and 3.2.2.�Connection URLs in the programming guide on how to configure this property.
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-05-24 15:37:17 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On: 761186    
Bug Blocks: 755648    
Deadline: 2011-12-09   

Description Justin Ross 2011-11-11 17:03:07 UTC
Rajith will expand.

Comment 1 Douglas Silas 2011-11-21 17:59:25 UTC
Hi Rajith, do you have a Release Note for this issue? And this should go into the 2.1 Release Notes, right?

Thanks,

Silas (and Tomas)

Comment 2 Lana Brindley 2011-12-05 21:45:46 UTC
This bug can be done for 2.2, if source content is received before 9 December.

LKB

Comment 4 Lana Brindley 2012-01-03 19:59:30 UTC
No content has been received. Nacking.

LKB

Comment 5 Rajith Attapattu 2012-01-23 21:11:24 UTC
Lana, since this is not a bug fix I was wondering if I should be using a different format than CCFR ?

Let me know and I will add the details ASAP.

Rajith

Comment 7 Rajith Attapattu 2012-01-25 14:55:38 UTC
    Technical note added. If any revisions are required, please edit the "Technical Notes" field
    accordingly. All revisions will be proofread by the Engineering Content Services team.
    
    New Contents:
The JMS client now sets TCP_NODELAY to 'true' by default as it shows an improvement in many general cases. If there is a configuration error (error in connection URL etc), the client will still default to true.

For high throughput cases it is worthwhile to experiment by turning off TCP_NODELAY. Please refer to, 3.6.�Configuring the JMS Client and 3.2.2.�Connection URLs in the programming guide on how to configure this property.

Comment 9 Zdenek Kraus 2012-03-22 20:43:26 UTC
It's correct. 

-> VERIFIED