JDK-4909586 : RFE: Replace uses of StringBuffer with StringBuilder
  • Type: Enhancement
  • Component: client-libs
  • Sub-Component: 2d
  • Affected Version: 5.0
  • Priority: P3
  • Status: Resolved
  • Resolution: Fixed
  • OS: solaris_9
  • CPU: generic
  • Submitted: 2003-08-20
  • Updated: 2003-09-29
  • Resolved: 2003-09-29
The Version table provides details related to the release that this issue/RFE will be addressed.

Unresolved : Release in which this issue/RFE will be addressed.
Resolved: Release in which this issue/RFE has been resolved.
Fixed : Release in which this issue/RFE has been fixed. The release containing this fix may be available for download as an Early Access Release or a General Availability Release.

To download the current JDK release, click here.
Other
5.0 tigerFixed
Related Reports
Relates :  
Description
New in 1.5, StringBuilder is a drop in replacement for StringBuffer but is
supposed to be faster due to being unsynchronised, it certainly will not be
slower.

There are a small number of places, certainly in 2D code and perhaps across
other class libraries we should make this replacement as at least some of these
uses affect start-up time.
(The compiler is already being updated to use StringBuilder for "+" style
string concatenations).
The 2D ones that sprint to mind are on Solaris in X11GraphicsEnvironment
and MFontConfiguration. The latter reads a properties file and whilst what's
probably needed is to rework that entirely there may also be some benefit
from java.util.Properties using StringBuilder internally (it currently
uses StringBuffer).

It may be "noise" in terms of start-up performance but the risk is low and
the change simple.

Comments
CONVERTED DATA BugTraq+ Release Management Values COMMIT TO FIX: tiger FIXED IN: tiger INTEGRATED IN: tiger tiger-b22
14-06-2004

EVALUATION as per description ###@###.### 2003-09-16 =============================
16-09-2003