Community
Participate
Working Groups
This StringBuffer usage was inherited from some old code, we should exterminate it from API (and implementation) until it is too late.
Note that this will break binary compatibility with the previous release (0.1). I think it's a reasonable trade-off in this case since there would be too many 'toString' methods to deprecate and we have been explicit in making no API promises for 0.1.
I forgot to add that migration path for existing clients should be very easy too.
Pushed to master.