Some potential ways to fix this:

        a) Move away from tomcat to one of the other two? three? maybe even 
four? application servers that are already in the Apache Hadoop build

        b) Move to embedded tomcat so that the jars, etc, get downloaded as 
part of the maven build

        Either of these should allow for us to also replace the bootstrap code 
to use the standard Hadoop script bits and therefore give a much more familiar 
look-and-feel on the command line, log file location, log file naming, etc.

        c) Require tomcat be downloaded and pointed at separately from outside 
the build.  If it doesn’t exist, skip it.  (This has *HUGE* implications for 
jenkins testing, however…)

        d) Switch the maven build (SMOP?) to always grab “the latest” from a 
mirror and hope for the best


> On May 23, 2016, at 11:35 AM, Colin McCabe <cmcc...@apache.org> wrote:
> 
> I think the Tomcat situation is concerning in a lot of ways.
> 
> 1. We are downloading without authentication, using http rather than
> https.
> 2. We are downloading an obsolete release.
> 3. Our build process is violating the apache.archive.org guidelines by
> downloading from the site directly, rather than from a mirror.
> 4. Clean builds take longer than necessary because this tar file needs
> to be downloaded.
> 
> I'm not too familiar with how Tomcat works... does anyone have any ideas
> for fixing this?
> 
> best,
> Colin
> 
> 
> On Tue, May 17, 2016, at 14:08, Wangda Tan wrote:
>> Hi common-devs,
>> 
>> When I tried to build Hadoop trunk today, Maven build failed because kms
>> failed to download:
>> http://archive.apache.org/dist/tomcat/tomcat-6/v6.0.44/bin/apache-tomcat-6.0.44.tar.gz
>> .
>> 
>> When I open the link from browser, it shows bandwidth limit exceeded:
>> 
>> ===
>> Bandwidth limit exceeded
>> 
>> The daily allowance of 5GB for this IP has been exceeded, and downloads
>> disabled until midnight, UTC (circa 21 hours from now).
>> If you have any questions about this, feel free to reach out to us at
>> infrastruct...@apache.org.
>> ===
>> 
>> Then I investigated a little more, there're two issues from what I can
>> see
>> 1) If you look at http://archive.apache.org/dist/, it clearly says:
>> *> Please do not download from apache.org <http://apache.org>!*
>> 
>> 2) And also, http://archive.apache.org/dist/ says:
>>> Older *non-recommended* releases can be found on our archive site
>> <http://archive.apache.org/dist/>.
>> 
>> We're using tomcat with version=6.0.44, on other Apache mirror site, only
>> 6.0.45 tomcat is downloadable. Which essentially means 6.0.44 is a
>> non-recommended release.
>> 
>> I would like to propose to make following changes:
>> 1) Update tomcat download site from apache.org to another mirror.
>> 2) Upgrade tomcat from 6.0.44 to 6.0.45.
>> 
>> But would like to hear your thoughts before filing JIRA.
>> 
>> Thanks,
>> Wangda
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: common-dev-unsubscr...@hadoop.apache.org
> For additional commands, e-mail: common-dev-h...@hadoop.apache.org
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: common-dev-unsubscr...@hadoop.apache.org
For additional commands, e-mail: common-dev-h...@hadoop.apache.org

Reply via email to