--- robert burrell donkin <[EMAIL PROTECTED]> wrote: > 1 incompatibility with the upcoming 1.3 Log4J release. the upcoming > (probably wednesday or thursday) commons-logging release will be > compatible with the older 1.2.x and the upcoming 1.3 series of log4j > releases. > > 2 incompatibilities issues with commons-collections. 2.x collections is > incompatible with 3.x. this is an issue for all downstream frameworks, > libraries and applications that rely on commons components that depend > on collections (including validator, beanutils and digester). tomcat > and struts are both effected by this issue. the upcoming beanutils > release is a service release aimed at solving this problem before it > becomes critical by removing the dependency on the collections jar. a > small number of collections packaged classes will be included in this > release and these classes are binary compatible (in fact identical) in > both collections releases. i talked with craig and rob about this. they > think that it should be possible to eliminate the need for a > collections dependency for digester, validator and struts once with > this beanutils release. > > if struts really needs to release 1.2.1 ASAP and wants these dependency > issues solved, i could speed up the release process by shipping the > existing mature code bases (for beanutils then digester) soon. the bug > fixes could be left for a secondary point bug fix release (as opposed > to the longer release process currently planned). > > the only reason why we've been pushing hard for these new releases is > to make things easier for you downstream guys. if these issues aren't > as big as they appear to us, i have plenty of other more interesting > things i could be doing instead...
Robert, We appreciate the work you've been doing in commons to get the dependency problem solved. Believe me, it hasn't gone unnoticed :-). Unless I've missed some logging API changes, I don't think that release affects Struts because we just use the standard logging methods. Users could drop in any commons-logging jar they want. The collections issue is trickier because Struts uses some of those classes directly so even when BeanUtils, Digester, and Validator are fixed we still need to do some work on our end. This probably won't happen for Struts' 1.2.1 release. David > > - robert > > > On 6 Jun 2004, at 22:34, Martin Cooper wrote: > > > I don't understand, so I must be missing something. What would be the > > problem if Struts 1.2.1 ships with exactly the same dependencies as > > 1.2.0 > > other than an updated Validator? > > > > -- > > Martin Cooper > > > > > >> -----Original Message----- > >> From: robert burrell donkin [mailto:[EMAIL PROTECTED] > >> Sent: Sunday, June 06, 2004 1:03 PM > >> To: Struts Developers List > >> Subject: Re: Struts 1.2.1 release? > >> > >> > >> if you don't believe me, then please consider mailing craig directly > >> on > >> this matter. i'm busting a gut to prevent the impending dependency > >> hell > >> that will result if struts ships without the new commons releases. > >> i've > >> even started cutting releases again (at risk to my liberty and > >> livelihood). > >> > >> craig helped to get this process started and knows just how bad this > >> will be without the solutions we've been working on. please don't > just > >> ignore this information because it's me telling you rather than him. > >> > >> - robert > >> > >> On 6 Jun 2004, at 13:49, Ted Husted wrote: > >> > >>> I believe it would be better to roll Struts 1.2.1 *before* the new > >>> releases of the other Commons dependencies arrive. > >>> > >>> I'd like to try rolling the Commons Validator 1.1.3 tomorrow, and > >>> then > >>> roll Struts 1.2.1 the next day. > >>> > >>> If Commons Validator 1.1.3 then goes "stable", Struts 1.2.1 would be > >>> in a position to follow suit. > >>> > >>> As the dominoes fall :), we can bring the Struts-Chain up from > >>> contrib, reorganize the repository to better support Maven and > >>> subprojects, release 1.3.0, along with the new Struts Scripting and > >>> Struts BSF subprojects, Don has waiting in the wings :) > >>> > >>> -Ted. > >>> > >>> On Sun, 06 Jun 2004 08:37:34 +0100, robert burrell donkin wrote: > >>>> > >>>> On 4 Jun 2004, at 23:44, Joe Germuska wrote: > >>>> > >>>>> Struts 1.2.1 is blocked on the full release of its commons- > >>>>> validator dependency (1.1.3). Of the open bugs, by my > >>>>> assessment, only a one looks like a showstopper that should be > >>>>> resolved before a release: > >>>>> > >>>>> http://issues.apache.org/bugzilla/show_bug.cgi?id=29004 > >>>>> > >>>>> I reclassified some others that I definitely didn't think > >>>>> classified as blockers; If you're interested in helping, you > >>>>> could look at the rest and see if you can fix them (it's fine to > >>>>> fix non-blocker bugs, of course) or help confirm them or > >>>>> otherwise clarify the issues. > >>>>> > >>>>> I think commons-validator is just blocking on someone having time > >>>>> to be the release manager. > >>>>> > >>>> > >>>> IMHO it's not just commons-validator that's the issue any more. > >>>> > >>>> > >>>> 1. craig is very busy right now preparing for the release of > >>>> project rave at javaone> 2. over the next few weeks there will be > >>>> releases for most of the > >>>> major struts and validator commons dependencies (logging, beanutils > >>>> and digester). the beanutils and digester releases are important > >>>> not only for the bugs they fix but also because they allow the > >>>> removal of the commons collections dependency. this dependency is > >>>> an issue now that there the 3.x series of collections releases are > >>>> incompatible with the 2.x series. the logging release is important > >>>> since it'll work with the new 1.3 series of log4j releases. > >>>> > >>>> with a bit of luck, everything might come together. > >>>> > >>>> > >>>> if anyone does have some free coding time and would like to push > >>>> the struts release along, beanutils is the most difficult release > >>>> and some extra help would be appreciated there. > >>>> > >>>> - robert > >>> > >>> > >>> > >>> > --------------------------------------------------------------------- > >>> To unsubscribe, e-mail: [EMAIL PROTECTED] > >>> For additional commands, e-mail: [EMAIL PROTECTED] > >>> > >>> > >> > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> For additional commands, e-mail: [EMAIL PROTECTED] > >> > >> > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > __________________________________ Do you Yahoo!? Friends. Fun. Try the all-new Yahoo! Messenger. http://messenger.yahoo.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]