commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From sebb <seb...@gmail.com>
Subject Re: svn commit: r1035190 - in /commons/proper/vfs/trunk: ./ core/src/main/java/org/apache/commons/vfs2/impl/ core/src/main/java/org/apache/commons/vfs2/provider/ core/src/main/java/org/apache/commons/vfs2/provider/local/ core/src/main/java/org/apache
Date Mon, 15 Nov 2010 19:56:25 GMT
On 15 November 2010 19:30, ralph.goers @dslextreme.com
<ralph.goers@dslextreme.com> wrote:
> On Mon, Nov 15, 2010 at 11:12 AM, sebb <sebbaz@gmail.com> wrote:
>
>> On 15 November 2010 08:58,  <rgoers@apache.org> wrote:
>> > Author: rgoers
>> > Date: Mon Nov 15 08:58:37 2010
>> > New Revision: 1035190
>> >
>> > URL: http://svn.apache.org/viewvc?rev=1035190&view=rev
>> > Log:
>> > Sandbox was not dependent on vfs2. Convert many StringBuffers to
>> StringBuilder.
>>
>> That has broken the build, as some public/protected methods still
>> expect StringBuffer.
>> The methods cannot be changed to use StringBuilder without breaking
>> API compatibility.
>>
>
> Broke the build how?  I get a clean build of both VFS and Commons
> Configuration.

The commit:

http://svn.apache.org/viewvc?rev=1035190&view=rev

changed both AbstractFileObject.getURL()  and
HostFileNameParser.parseUri to use StringBuilder; however both call
public methods in UriParser which expect StringBuffer.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org


Mime
View raw message