Some comments below.
On 10/04/18 10:12, Neil C Smith wrote:
On Tue, 10 Apr 2018 at 06:30 Antonio <[email protected]> wrote:
Are we talking about the catalog xml file here? There's no need to host
it on the website. A simple .htaccess file can redirect it to the mirror
system (or elsewhere).
No need, no. Still, I quite like the idea of having the catalog under
version control rather than via redirect. Of course, it could still be a
separate repo and subdomain if it proves a problem.
One thing I learned about the Apache mirror system is that it only keeps
the most "current binaries". Older binaries must be moved to the
"archive" area. That's the ASF policy about the mirror system, AFAIK.
As an example, the mirror system only keeps Apache Ant versions 1.9 (the
previous version) through 1.10 (the current version), see for instance
http://apache.uvigo.es/ant/binaries/
Older Apache Ant releases are kept at the archive at
https://archive.apache.org/dist/ant/binaries/
This means that the URLs in the catalog file will have to change,
pointing to the mirror system when "fresh" and then pointing to the
archive area as time passes by.
So the catalog file shouldn't be kept in the mirror system, as it will
have to evolve, and the hosting it in the mirror system requires a
signing & approval process.
We may want to see how other Apache projects are handling updates.
I'm also still keen to look at a build system based around YAML, JOSN, etc.
to build the plugin portal catalog.xml via pull requests (again in a
separate repo).
The point at https://www.apache.org/dev/project-site.html#configure might
need considering in the context of lots of .htaccess configuration.
I don't think we're mature enough to move the .htaccess configuration to
the central web server configuration (that would require an infra
ticket, as only infra has rights to modify the web server configurations).
I propose keeping it around for a while, so that we can change it
quickly without bothering infra.
Kind regards,
Antonio
Best wishes,
Neil
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
For further information about the NetBeans mailing lists, visit:
https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
