OK wanna work one out and I'll install? Mike
On Wed, Jun 24, 2009 at 6:47 AM, Uwe Schindler<u...@thetaphi.de> wrote: > Fine, have seen this. > > Maybe we should add an index.html to the main javadocs folder on Hudson or > directly into trunk (list of doc modules) to prevent 404 when clicking on > the javadocs link. > > ----- > Uwe Schindler > H.-H.-Meier-Allee 63, D-28213 Bremen > http://www.thetaphi.de > eMail: u...@thetaphi.de > >> -----Original Message----- >> From: Michael McCandless [mailto:luc...@mikemccandless.com] >> Sent: Wednesday, June 24, 2009 11:44 AM >> To: java-dev@lucene.apache.org >> Subject: Re: Deleting old javadoc files on Hudson >> >> OK I agree we should remove the way-old files leftover from our >> cutover to all/core/contrib subdir switch back in December. >> >> And it does seem simplest to just move the current javadoc dir out of >> the way and let the next build repopulate. >> >> So I just did that. >> >> Mike >> >> On Mon, Jun 22, 2009 at 6:23 AM, Uwe Schindler<u...@thetaphi.de> wrote: >> > We had this problem in this list before (I wanted to refresh this thread >> as >> > there came out no solution): >> > >> > Hoss said: >> > http://www.gossamer-threads.com/lists/lucene/java-dev/70655#70655 >> > >> > I suggested to remove with "rm -rf", but nobody had an idea to do this >> > automatically: >> > http://www.gossamer-threads.com/lists/lucene/java-dev/70663#70663 >> > >> > I could try to find out, how to enforce the ANT build to add an empty >> > index.html in the main build/docs folder that links to the >> subdirectories >> > "core", "contrib-xxxx", "all" >> > >> > This would present the Javadocs correct in Hudson behind the Javadocs >> link, >> > but still old files are not deleted. >> > >> > ----- >> > Uwe Schindler >> > H.-H.-Meier-Allee 63, D-28213 Bremen >> > http://www.thetaphi.de >> > eMail: u...@thetaphi.de >> > >> >> -----Original Message----- >> >> From: Michael McCandless [mailto:luc...@mikemccandless.com] >> >> Sent: Monday, June 22, 2009 11:59 AM >> >> To: java-dev@lucene.apache.org >> >> Subject: Re: Deleting old javadoc files on Hudson >> >> >> >> 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<u...@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: u...@thetaphi.de >> >> > >> >> >> -----Original Message----- >> >> >> From: Uwe Schindler [mailto:u...@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: u...@thetaphi.de >> >> >> >> >> >> >> >> >> >> >> >> -------------------------------------------------------------------- >> - >> >> >> To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org >> >> >> For additional commands, e-mail: java-dev-h...@lucene.apache.org >> >> > >> >> > >> >> > >> >> > --------------------------------------------------------------------- >> >> > To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org >> >> > For additional commands, e-mail: java-dev-h...@lucene.apache.org >> >> > >> >> > >> >> >> >> --------------------------------------------------------------------- >> >> To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org >> >> For additional commands, e-mail: java-dev-h...@lucene.apache.org >> > >> > >> > >> > --------------------------------------------------------------------- >> > To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org >> > For additional commands, e-mail: java-dev-h...@lucene.apache.org >> > >> > >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org >> For additional commands, e-mail: java-dev-h...@lucene.apache.org > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: java-dev-h...@lucene.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: java-dev-unsubscr...@lucene.apache.org For additional commands, e-mail: java-dev-h...@lucene.apache.org
