Good. Thanks a lot On Sun, Nov 19, 2017 at 8:35 PM, Robert Scholte <[email protected]> wrote:
> Thanks for picking this up and the great results! > > Robert > > > On Sun, 19 Nov 2017 18:59:00 +0100, Hervé BOUTEMY <[email protected]> > wrote: > > issue fixed, and even more!!! >> every issue with rewrite rules are fixed: thenks to Sebb idea, I replaced >> the >> rewrite rules with symlinks >> >> now it's easy to understand (even the mirror script can) and everything >> works >> as expected: no more /components redirection when you forgot trailing / >> on a >> directory >> >> >> wow, that's good to fix such a longstanding issue... >> >> Regards, >> >> Hervé >> >> Le samedi 18 novembre 2017, 13:03:48 CET Hervé BOUTEMY a écrit : >> >>> found something that can explain: when using the real url starting with / >>> components/, the CGI script works [4] >>> But not when using the user-visible url (that uses .htaccess rewrite >>> rules) >>> [5] >>> >>> INFRA Jira issue opened: https://issues.apache.org/jira >>> /browse/INFRA-15513 >>> >>> Regards, >>> >>> Hervé >>> >>> >>> [4] https://maven.apache.org/components/plugins/maven-jdeprscan-plugin/ >>> download.cgi >>> >>> [5] https://maven.apache.org/plugins/maven-jdeprscan-plugin/download.cgi >>> >>> Le samedi 18 novembre 2017, 01:18:27 CET Hervé BOUTEMY a écrit : >>> > ok, xdoc/download.xml.vm was missing for this new plugin: I added it >>> and >>> > manually added a generated html result to svnpubsub location [1] >>> > >>> > this is not yet sufficient: I don't know why download.cgi script does >>> not >>> > find download.html >>> > >>> > this is working on main Maven site [2] from its own svnpubsub location >>> [3] >>> > >>> > any hint? >>> > >>> > Regards, >>> > >>> > Hervé >>> > >>> > [1] >>> > https://svn.apache.org/repos/infra/websites/production/maven >>> /components/ >>> > plugins/maven-jdeprscan-plugin/ >>> > >>> > [2] http://maven.apache.org/download.cgi >>> > >>> > [3] https://svn.apache.org/repos/infra/websites/production/maven >>> /content/ >>> > >>> > Le vendredi 17 novembre 2017, 12:47:51 CET Hervé BOUTEMY a écrit : >>> > > the deeplink used to work: that's the objective of our >>> > > "resources/download.cgi + xdoc/download.xml.vm" pattern that was >>> created >>> > > some years ago. >>> > > download.cgi is supposed to use standard ASF script that uses >>> > > download.html >>> > > as content >>> > > >>> > > I don't know why this does not work any more. >>> > > >>> > > I vaguely remember something a few years ago about executable bit, >>> some >>> > > headache I had at that time to try to fix working with interested >>> people >>> > > (ie. not many, but Sebb was probably one of the few). Perhaps it's >>> time >>> > > to >>> > > rework on it: I'll see tonight if I can find references on the >>> analysis >>> > > already done at that time. >>> > > >>> > > Regards, >>> > > >>> > > Hervé >>> > > >>> > > Le vendredi 17 novembre 2017, 12:27:49 CET Robert Scholte a écrit : >>> > > > This topic deserves a separate mailthread. >>> > > > >>> > > > Quoting Sebb on a different thread: >>> > > > "The download link points to the top-level of the ASF mirror >>> system. >>> > > > >>> > > > This makes it very hard to use." >>> > > > >>> > > > AFAIK the ASF says there should be a download button for every >>> > > > released >>> > > > product. >>> > > > In case of Maven we're talking about a lot of projects, and >>> downloads >>> > > > should be redirected via a mirror. >>> > > > I don't think it is possible to do a deeplink to a specific folder. >>> > > > >>> > > > Also, in case of Maven plugins and other dependencies (all >>> excluding >>> > > > the >>> > > > Maven distribution itself) it is kind of strange to provide a >>> download >>> > > > link when we could assume that they only want to have the >>> > > > plugin/dependency XML fragment. >>> > > > >>> > > > I agree that the link is kind of useless right now, but also the >>> best >>> > > > we >>> > > > can do when providing a direct download link. >>> > > > If there's no way to do a deeplink, I'd prefer to remove it from >>> the >>> > > > pages >>> > > > and announcements. >>> > > > >>> > > > thanks, >>> > > > Robert >>> > > > >>> > > > ------------------------------------------------------------ >>> --------- >>> > > > 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] >>> > >>> > --------------------------------------------------------------------- >>> > 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] >>> >> >> >> >> --------------------------------------------------------------------- >> 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] > > -- ----- Arnaud Héritier http://aheritier.net Mail/GTalk: aheritier AT gmail DOT com Twitter/Skype : aheritier
