1. (log4j isn't one of the main offenders but) the amount of bandwidth consumed by downloads from the jakarta.apache.org/builds directories is considerable. it appears that there a *lot* of links to releases out there and the sooner users are redirected away from the builds directory to the mirrors the happier the ASF will be.
2. the archives are mirrored and backed up off site. once a release makes it onto the archives (either by being added into the main distribution directories or by being moved there) it will be distributed to a number of remote repositories who have agreed to maintain a history of ASF releases.
3. the /www/jakarta.apache.org directories will in the future be only for the web site. this allows better control over security. for example, people who have karma to update the website will not necessarily be able to tamper with releases. in the medium term, the ASF may be looking to move to newer technologies (such as web-dav) for some functions. these functions will therefore need to be separated.
- robert
On Thursday, September 4, 2003, at 06:53 PM, Ceki Gülcü wrote:
There are only few people who download the old files. So why waste energy optimizing a minute amount of network bandwidth? Just asking...
At 06:40 PM 9/4/2003 +0100, robert burrell donkin wrote:(as many you will know) the apache software foundation policy concerning releases is now that all releases should be available only through:
1. the main mirrored ASF distribution directories 2. the main ASF archives
the latest 1.2.8 release is available through the mirrors but the older releases are still available through the older unmirrored directories.
my proposal is that the older releases (under jakarta.apache.org/builds/
) be moved into the ASF archives (where they will remain available for download) and that all requests be redirected to the main jakarta binary download page where the latest release can be download or the link to the archives can be followed.
(unless someone else steps forward) i'll volunteer to carry out this work.
(unless someone corrects me) i'll assume that the decision will proceed by lazy consensus. (unless someone forces a vote before then) i'll carry out this work sometime after 12 noon GMT tomorrow (5th september)
- robert
-- Ceki Gülcü
For log4j documentation consider "The complete log4j manual" ISBN: 2970036908 http://www.qos.ch/shop/products/clm_t.jsp
See you in November at ApacheCon US 2003 in Las Vegas. http://apachecon.com/
--------------------------------------------------------------------- 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]
