On 15 November 2010 19:56, sebb <seb...@gmail.com> wrote: > On 15 November 2010 19:30, ralph.goers @dslextreme.com > <ralph.go...@dslextreme.com> wrote: >> On Mon, Nov 15, 2010 at 11:12 AM, sebb <seb...@gmail.com> wrote: >> >>> On 15 November 2010 08:58, <rgo...@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. >
Sorry, looks like Eclipse messed up - in spite of synch.ing several times, it did not show me all the outstanding updates. A manual update has fixed the compile errors I was getting. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
