Henri Yandell | 1 Mar 03:12 2005
Picon

Re: updating jakarta site

On Sun, 27 Feb 2005 01:37:38 -0500, Henri Yandell <flamefew <at> gmail.com> wrote:
> Would anyone mind me changing jakarta.apache.org to switch Lucene to TLP there?
> 
> Mainly this would involve:
> 
> Addition of news item concerning promotion
> Movement of Lucene from Subprojects to Ex-Jakarta
> Movement of Lucene on java <at> apache page
> Removal of Lucene from front-page table (main content)
> Removal of Lucene from CVS/SVN page
> Removal of Lucene from Download pages
> Removal of Lucene from FAQ page (amongst other cleanup)

All of the above are done. 

> Modification of http://wiki.apache.org/general/FrontPage

I changed the structure, but not the actual wiki link. Unsure if
Lucene has a new wiki yet, or if it's migration is on the todo list.

> Redirect of jakarta.apache.org/lucene to lucene.apache.org/java/docs/index.html

I noticed there's a commented out redirect in the .htaccess, so after
adding my own I deleted it again and left the redirect off for the
moment. Unsure if there's a reason the commented out bit is there and
lucene.apache.org/java and jakarta.apache.org/lucene look to be clones
currently (barring the extra news item at lucene.apache.org).

Whenever the redirect gets put in place, need to remember to rm -r the
jakarta/lucene dir.
(Continue reading)

Otis Gospodnetic | 1 Mar 06:09 2005
Picon

Re: updating jakarta site

I'd like to help.  So are we still in jakarta-site2 land, Toto?

Otis

--- Erik Hatcher <erik <at> ehatchersolutions.com> wrote:

> I'm gun shy for forging ahead without community consensus based on me
> 
> pushing too fast earlier.  I'm +1 on forging ahead with all of what 
> Henri brings up.
> 
> Doug?  Others?
> 
> As Henri mentions, we need a mail and download page added to the
> Lucene 
> website since this will be removed from the Jakarta side of things.  
> Look at ant.apache.org for an example.  Volunteers to do this?
> 
> 	Erik
> 
> 
> On Feb 27, 2005, at 1:37 AM, Henri Yandell wrote:
> 
> > Would anyone mind me changing jakarta.apache.org to switch Lucene
> to 
> > TLP there?
> >
> > Mainly this would involve:
> >
> > Addition of news item concerning promotion
(Continue reading)

Otis Gospodnetic | 1 Mar 06:17 2005
Picon

Re: updating jakarta site

I recall somebody mentioning jakarta-site2 being locked... and moved to
SVN, if I recall correctly.  Should I be checking out 
http://svn.apache.org/repos/asf/jakarta/site/ and using that to
generate the new Lucene site docs, or the old CVS version of
jakarta-site2?

Thanks,
Otis

--- Otis Gospodnetic <otis_gospodnetic <at> yahoo.com> wrote:

> I'd like to help.  So are we still in jakarta-site2 land, Toto?
> 
> Otis
> 
> --- Erik Hatcher <erik <at> ehatchersolutions.com> wrote:
> 
> > I'm gun shy for forging ahead without community consensus based on
> me
> > 
> > pushing too fast earlier.  I'm +1 on forging ahead with all of what
> 
> > Henri brings up.
> > 
> > Doug?  Others?
> > 
> > As Henri mentions, we need a mail and download page added to the
> > Lucene 
> > website since this will be removed from the Jakarta side of things.
>  
(Continue reading)

Henri Yandell | 1 Mar 07:30 2005
Picon

Re: updating jakarta site

Either should work.

The SVN version does maintain the site.vsl and the lib/ that some of
the other Jakarta sites use (though the Jakarta site itself no longer
uses them).

I just happily built the Regexp site using the SVN versions. 

There are a handful of sites out there dependent on the site.vsl
(James, Tomcat, BCEL, BSF, Regexp). While it's a shame to duplicate
the functionality across modules; we're also increasingly decoupled
from each other and the dependency on the jakarta site module becomes
a restriction.

James have forked their site.vsl off for a different l&f. I switched
the jakarta site to XSL to avoid the need for dependency jars
(slightly bit me in the arse under 1.4, but in 1.5 it's very nice).

Hen

On Mon, 28 Feb 2005 21:17:38 -0800 (PST), Otis Gospodnetic
<otis_gospodnetic <at> yahoo.com> wrote:
> I recall somebody mentioning jakarta-site2 being locked... and moved to
> SVN, if I recall correctly.  Should I be checking out
> http://svn.apache.org/repos/asf/jakarta/site/ and using that to
> generate the new Lucene site docs, or the old CVS version of
> jakarta-site2?
> 
> Thanks,
> Otis
(Continue reading)

Doug Cutting | 1 Mar 18:50 2005
Picon

Re: updating jakarta site

Henri Yandell wrote:
>>Redirect of jakarta.apache.org/lucene to lucene.apache.org/java/docs/index.html
> 
> I noticed there's a commented out redirect in the .htaccess, so after
> adding my own I deleted it again and left the redirect off for the
> moment. Unsure if there's a reason the commented out bit is there and
> lucene.apache.org/java and jakarta.apache.org/lucene look to be clones
> currently (barring the extra news item at lucene.apache.org).

When the redirect was first put into place there were some broken links 
at lucene.apache.org/java, so the redirect be removed until the links 
were fixed.  I think the links were fixed but the redirect was never 
restored.

Doug
Erik Hatcher | 1 Mar 20:43 2005

Re: updating jakarta site


On Mar 1, 2005, at 12:50 PM, Doug Cutting wrote:

> Henri Yandell wrote:
>>> Redirect of jakarta.apache.org/lucene to 
>>> lucene.apache.org/java/docs/index.html
>> I noticed there's a commented out redirect in the .htaccess, so after
>> adding my own I deleted it again and left the redirect off for the
>> moment. Unsure if there's a reason the commented out bit is there and
>> lucene.apache.org/java and jakarta.apache.org/lucene look to be clones
>> currently (barring the extra news item at lucene.apache.org).
>
> When the redirect was first put into place there were some broken 
> links at lucene.apache.org/java, so the redirect be removed until the 
> links were fixed.  I think the links were fixed but the redirect was 
> never restored.

I put in the original redirect and later commented it out.

There was also an issue with DNS of lucene.apache.org, which has been 
cleared up.  If there are still issues with the lucene.apache.org/java 
site, let me know and I'll try to fix it, but it should be mostly fine.

When Doug is cool with re-enabling the redirect, it's fine with me.

	Erik
lucene-cvs | 1 Mar 21:14 2005
Picon
Picon

[Jakarta Lucene Wiki] Updated: LuceneFAQ

   Date: 2005-03-01T12:14:25
   Editor: HossMan
   Wiki: Jakarta Lucene Wiki
   Page: LuceneFAQ
   URL: http://wiki.apache.org/jakarta-lucene/LuceneFAQ

   from doug, lucene-users, "Tue, 01 Mar 2005 10:19:05 -0800"

Change Log:

------------------------------------------------------------------------------
 <at>  <at>  -406,9 +406,11  <at>  <at> 
 Yes, `IndexWriter.addIndexes(Directory[])` method is thread safe.  It is a `final synchronized` method.

 
-==== Do document IDs change after merging indices or after document deletion? ====
+==== When is it possible for document IDs to change? ====

-Yes, document IDs do change.
+Documents are only re-numbered after there have been deletions.  Once there have been deletions,
renumbering may be triggered by any document addition or index optimization.  Once an index is optimized,
no renumbering will be performed unril more deletions are made.
+
+If you require a persistent document id that survives deletions, then add it as a field to your documents.

 
 ==== What is the purpose of write.lock file, when is it used, and by which classes? ====
bugzilla | 1 Mar 22:39 2005
Picon

DO NOT REPLY [Bug 33799] New: - Locking bug

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUGĀ·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=33799>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED ANDĀ·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=33799

           Summary: Locking bug
           Product: Lucene
           Version: 1.4
          Platform: All
        OS/Version: All
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Other
        AssignedTo: lucene-dev <at> jakarta.apache.org
        ReportedBy: john.wang <at> gmail.com
                CC: john.wang <at> gmail.com

In org.apache.lucene.store.Lock, line 57 (lucene_1_4_final branch):

if (++sleepCount == maxSleepCount)

is incorrect, the sleepCount is incremented before the compare causing it
throwing the exception with out waiting for at least 1 interation.

Should be changed instead to:
if (sleepCount++ == maxSleepCount)
(Continue reading)

Doug Cutting | 1 Mar 23:57 2005
Picon

Re: updating jakarta site

Erik Hatcher wrote:
> When Doug is cool with re-enabling the redirect, it's fine with me.

I'm cool with it if it works.  Why not re-enable it, search for 
"site:apache.org lucene" on Google, Yahoo! and MSN, and click on the 
first few links.  If these work, then I'm okay with the redirect.

As we change stuff like this, we should try to change things only once, 
rather than a temporary change that might not be appropriate long-term. 
  This is especially the case with things like URLs & email addresses, 
that get saved in mail archives, web indexes, etc.  The fewer times we 
change them the less we'll break things.  Thankfully "jakarta" never 
made it into a package name!

Doug
Kevin A. Burton | 2 Mar 04:19 2005

Re: patch - DEFAULT_ vars in IndexWriter non-final and DEFAULT for useCompoundFile

Doug Cutting wrote:

>
> This isn't a coding convention, but rather software engineering.  If 
> we wish to be able to back-compatibly modify Lucene's implementation 
> at a later date, its usually easiest to have access through methods 
> rather than fields, since we can intecept reads and writes to the field.
>
Standard accessor/mutator stuff... but how often is it used?  Rarely if 
ever... The point being there are a lot of benefits to just make it 
non-final.  I sent an email to commons-dev about this.   I should 
probably just blog about  it so I can give you a permalink :)

Kevin

--

-- 

Use Rojo (RSS/Atom aggregator).  Visit http://rojo.com. Ask me for an 
invite!  Also see irc.freenode.net #rojo if you want to chat.

Rojo is Hiring! - http://www.rojonetworks.com/JobsAtRojo.html

If you're interested in RSS, Weblogs, Social Networking, etc... then you 
should work for Rojo!  If you recommend someone and we hire them you'll 
get a free iPod!

Kevin A. Burton, Location - San Francisco, CA
       AIM/YIM - sfburtonator,  Web - http://peerfear.org/
GPG fingerprint: 5FB2 F3E2 760E 70A8 6174 D393 E84D 8D04 99F1 4412
(Continue reading)


Gmane