On Mon, 30 Aug 2004, James Mitchell wrote:

Yes, I simply copied binindex and sourceindex cgi scripts (I think they are
python scripts) to our root folder for our subdomain.  I haven't been able
to figure out how they are generating the download page for Jakarta.  The
link goes to (an exact copy of) binindex.cgi, but renderes a completely
different looking web page.  I guess I just haven't looked at it enough to
care.  Anyway, we are moving away from jakarta so I figured that was
suitable for now.

Well, I guess we're working at cross-purposes here. ;-) The entry I added to the mirrors.conf file references a single mirrors.html/cgi file, so that's what's actually active right now.


I notice that the binindex page you've put up does bring up a list of mirrors, but it takes people to the top level of the mirrors and not
the Struts directory.


So either way, we're not quite there yet. ;-)

BTW, the mirroring instructions reference 'current' symbolic links. Those are intended to be literal, rather than replaced with the actual current version number (the latter being what I see in place now). We should sort this out before mirrors start picking us up, so that we don't cause unnecessary bandwidth use.

--
Martin Cooper



-- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx

----- Original Message -----
From: "Martin Cooper" <[EMAIL PROTECTED]>
To: "Struts Developers List" <[EMAIL PROTECTED]>
Sent: Monday, August 30, 2004 4:43 PM
Subject: Re: cvs commit: jakarta-struts/doc acquiring.xml


I doubt that we really want two separate pages, one for binaries and
one for sources (especially when we also have a lib release). My plan
(had I found the time this last weekend) was to use a single
mirrors.cgi file, as ws.a.o and xml.a.o do.

Not sure if we'll want to push the actual web site down under a 'site'
directory, as some others (e.g. jakarta) do. The main reason to do
this, I think, is to partition the domain so that (a) CVS updates can
be done for just the web site, and (b) we can more easily use the
domain for other things. The only reason I mention it right now is
that the location of the CGI files is configured in the mirrors.conf
file, which we need infra@ folks to make changes to (AFAIK).

--
Martin Cooper


On 30 Aug 2004 20:06:50 -0000, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
jmitchell    2004/08/30 13:06:50

 Modified:    doc      acquiring.xml
 Log:
 Update with latest for 1.2.2

 Revision  Changes    Path
 1.21      +5 -4      jakarta-struts/doc/acquiring.xml

 Index: acquiring.xml
 ===================================================================
 RCS file: /home/cvs/jakarta-struts/doc/acquiring.xml,v
 retrieving revision 1.20
 retrieving revision 1.21
 diff -u -r1.20 -r1.21
 --- acquiring.xml     26 Aug 2004 02:22:18 -0000      1.20
 +++ acquiring.xml     30 Aug 2004 20:06:50 -0000      1.21
 @@ -11,6 +11,7 @@
      <author>Ted Husted</author>
      <author>Martin Cooper</author>
      <author>James Holmes</author>
 +    <author>James Mitchell</author>
  </properties>

  <body>
 @@ -33,13 +34,13 @@
      <ul>

      <li>
 -        <a href="http://jakarta.apache.org/site/binindex.cgi";>
 -        <strong>Struts Binary Distribution - Struts 1.1 is the best
available version</strong></a>
 +        <a href="http://struts.apache.org/binindex.cgi";>
 +        <strong>Struts Binary Distribution - Struts 1.2.2 is the best
available version</strong></a>
      </li>

      <li>
 -        <a href="http://jakarta.apache.org/site/sourceindex.cgi";>
 -        <strong>Struts Source Code Distribution - Struts 1.1. is the
best available version</strong></a>
 +        <a href="http://struts.apache.org/sourceindex.cgi";>
 +        <strong>Struts Source Code Distribution - Struts 1.2.2 is the
best available version</strong></a>
      </li>

      </ul>

---------------------------------------------------------------------
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]



Reply via email to