Re: Download Pages

Very likely it was easiest at the time.

The current approach with closer.cgi does not work well with Safari which ignores the site screaming that the resource is text/html and decides that since the URL ends with .gz it must be downloaded and not displayed. I filed that as a WebKit bug many years ago and while it is definitely broken with regard to the standard, there it is not going to change.

I assume that whatever you come up with be an improvement. Get it working with log4net and we can port it to the other products.

On Sep 6, 2011, at 11:19 PM, Stefan Bodewig wrote:

> Hi,
> 
> over the next few days I'll be working on the log4net site to make it
> use Maven to conform to the rest of the logging projects (at least this
> is what a JIRA ticket raised by Curt claims 8-).  I plan to copy much of
> what log4php has been doing except that I won't invest time in making
> surefire work with NUnit for now.
> 
> The log4net download page currently doesn't use the mirrors at all which
> I'm going to change.  All the other LS download pages I've looked at use
> links to closer.cgi rather than a templated cgi like the commons
> components (for example [1]) or Ant or many other projects do.  Is there
> any reason we are doing it this way?
> 
> Stefan
> 
> [1] http://commons.apache.org/compress/download_compress.cgi