FYI: A build of commons-validator-1.1.2.jar IS currently available at www.bluesunrise.com/maven. That's the version I took from the nightly build of struts of 20040407.
I'm currently developing a Struts JSR-168 Portlet Framework which hopefully is to become (initially) part of the Jetspeed-2 codebase. The commons-validator-1.1.2.jar (and a struts-1.2.1-dev-20040407.jar) are (temporarilly) put into the maven repository of bluesunrise on my behalf by the Jetspeed-2 lead David Sean Taylor. I think I probably should have named the validator jar better by the way (something like commons-validator-1.1.2-dev-20040407.jar). Currently, I have an adapted version of the MailReader example application fully working as a Portlet within Jetspeed-2. I will probably release the first version of this portlet framework this weekend or beginning next week (waiting for David). If the integration into Jetspeed-2 is working out all right (and it currently looks quite good) I will keep the version of Struts its based upon as uptodate as possibly with the current Struts developments. As I'm not in anyway related to bluesunrise I cannot say for how long these jars will be up there (heck I'm not even a Jetspeed-2 developer) but if my framework is working out nicely it'll be probably up there (or newer versions) until regular versions are available elsewhere. I would also like to inform you that my struts portlet framework is largely independant of Jetspeed-2 (it has currently a separate API library containing only one interface to be implemented by a portal) and could maybe be interesting as a contrib feature of the struts codebase (which is up to the Struts maintainers of course). Once my Struts portlet framework is available through the Jetspeed-2 codebase I will send a proper announcement to this list (hopefully be soon). Ate Douma Robert Leland wrote: >> Sergio, the immediate problem is simply that that version of >> commons-validator is not available from the iBiblio repository >> (because it's a dev version). There are a variety of solutions to >> the problem, but since Validator has cut a 1.1.2 release, I think the >> best solution would be for us to get a copy of that release on >> IBiblio and to change the dependency in Struts' project.xml. This >> would be a necessary step to cutting a Struts 1.2.1 release, which >> should happen RSN anyway. > > We already know that the 1.1.2 release of validator will not be a GA > quality, and we'll need to cut yet another release. I would rather not > place a non-release on iBiblio. If someone is building struts from > source code, then as painful as it is I would rather they take the > extra step and build validator from the VALIDATOR_1_1_2_BRANCH. > (or they can download a version from > http://apache.org/~rleland/ValidatorAlpha/1.1.3-dev/ ) Which I > uploaded > last night, and place it in their .maven/repository > > Once a jar is mirrored it is only removed at from iBiblio > if the administrators of iBiblio remove it, Removing it from > Apache doesn't remove the mirrored version. > >> >> Apache now has a mirroring arrangement with IBiblio: >> http://article.gmane.org/gmane.comp.jakarta.commons.devel/39462 >> >> I will gladly do a build from the VALIDATOR_1_1_2 tag and place it in >> /www/www.apache.org/dist/java-repository/commons-validator/jars/ and >> then change the dependency in Struts' project.xml -- or I'll defer to >> anyone else. > > >> But first we have to >> figure out if there will be an Apache repository for nightly builds. > > There I would go with the flow. > >> >> Joe > > > > --------------------------------------------------------------------- > 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]
