I agree we should clean this up. I have access to Hudson, and
permissions to delete the stale files.
But: can we somehow fix Hudson's job to remove the old javadocs before
it copies the new ones in? (So we don't have to keep doing this
manually going foreward).
Mike
On Mon, Jun 22, 2009 at 5:42 AM, Uwe Schindler<uwe@thetaphi.de> wrote:
> Does nobody has a solutions/idea for this? I just want to cleanup...
>
> -----
> Uwe Schindler
> H.-H.-Meier-Allee 63, D-28213 Bremen
> http://www.thetaphi.de
> eMail: uwe@thetaphi.de
>
>> -----Original Message-----
>> From: Uwe Schindler [mailto:uwe@thetaphi.de]
>> Sent: Friday, June 19, 2009 3:08 PM
>> To: java-dev@lucene.apache.org
>> Subject: Deleting old javadoc files on Hudson
>>
>> Hallo,
>>
>> In December the javadocs build system was updated to generate the javadocs
>> for all in the /all/ subdir, core in /core/ and so on.
>>
>> As Hudson in its nightly build does not delete the old javadocs before
>> publishing the new ones, there are still a lot of outdated html files
>> around. Even the robots.txt did not yet remove them all from Google and
>> some
>> links on webpages link still to the old docs, e.g.
>> http://hudson.zones.apache.org/hudson/job/Lucene-trunk/javadoc/ shows
>> still
>> some very outdated (December 20, 2008) docs, whereas
>> http://hudson.zones.apache.org/hudson/job/Lucene-trunk/javadoc/all/ is
>> correct. Normally the first link should produce 404/or similar.
>>
>> After moving TrieRange to core, tomorrow the old docs will be also
>> available
>> until end of days in the /contrib-queries/ and /all/ subdir, but the class
>> files were deleted short time ago.
>>
>> It would be good, if someone could delete the complete javadocs folder
>> from
>> Hudson and Hudson would generate a fresh copy during the next Hudson
>> build?
>> Would this be possible? Who has access to Hudson (maybe as committer I
>> have
>> one, not sure).
>>
>> Uwe
>>
>> -----
>> Uwe Schindler
>> H.-H.-Meier-Allee 63, D-28213 Bremen
>> http://www.thetaphi.de
>> eMail: uwe@thetaphi.de
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org
>> For additional commands, e-mail: java-dev-help@lucene.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org
> For additional commands, e-mail: java-dev-help@lucene.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: java-dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: java-dev-help@lucene.apache.org