Yes. httpclient actually changes a lot between 3.x and 4.x and is not backwards compatible. I recently ported a piece of code from 3.x to 4.x and the changes are simple but require code changes.
-h On Tue, Nov 9, 2010 at 10:09, sebb <seb...@gmail.com> wrote: > On 9 November 2010 17:47, Henning Schmiedehausen > <henn...@schmiedehausen.org> wrote: >> This opens the philosophical can of worms of whether the dependencies >> in the POM should be the 'least version required to run this' or 'the >> latest and greatest'. > >> personally, I prefer the former. If someone integrating vfs uses >> commons-collections-3.2.1 in their project, they will override the >> transitive dependency of commons-vfs. But if someone integrating >> commons-vfs needs to use commons-collections-3.1 for whatever reason, >> then dragging in a sudden dependency change will screw them over. >> >> So I am -1 on this change. Please don't do it. > > Sorry, already did it. > > I'll revert the Collections change, but I think HttpClient should > remain at 3.1 (rather than 3.0) as there were quite a few important > fixes in it. > > Also I assume JUnit can stay at 4.8.2 as that is a test-only dependency. > >> -h >> >> >> >> On Mon, Nov 8, 2010 at 04:13, sebb <seb...@gmail.com> wrote: >>> The following dependencies could potentially be updated: >>> >>> ant:ant ............................................... 1.6.2 -> 1.6.5 >>> commons-httpclient:commons-httpclient ..................... 3.0 -> 3.1 >>> commons-collections:commons-collections ................. 3.1 -> 3.2.1 >>> javax.mail:mail ......................................... 1.4 -> 1.4.1 >>> org.apache.jackrabbit:jackrabbit-webdav ............... 1.5.2 -> 2.1.2 >>> xml-apis:xml-apis .................................... 1.0.b2 -> 2.0.2 >>> >>> I think we should update most, if not all of them. >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>> For additional commands, e-mail: dev-h...@commons.apache.org >>> >>> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >> For additional commands, e-mail: dev-h...@commons.apache.org >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org
