Sorry, JIRA was down and produced error 503, but did the work... so I retried too often.
----- Uwe Schindler H.-H.-Meier-Allee 63, D-28213 Bremen http://www.thetaphi.de eMail: u...@thetaphi.de > -----Original Message----- > From: Uwe Schindler (JIRA) [mailto:j...@apache.org] > Sent: Tuesday, February 02, 2010 1:04 AM > To: java-dev@lucene.apache.org > Subject: [jira] Updated: (LUCENE-2247) Add CharArrayMap to lucene and > make CharAraySet an proxy on the keySet() of it > > > [ https://issues.apache.org/jira/browse/LUCENE- > 2247?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel > ] > > Uwe Schindler updated LUCENE-2247: > ---------------------------------- > > Attachment: (was: LUCENE-2247.patch) > > > Add CharArrayMap to lucene and make CharAraySet an proxy on the > keySet() of it > > --------------------------------------------------------------------- > --------- > > > > Key: LUCENE-2247 > > URL: https://issues.apache.org/jira/browse/LUCENE- > 2247 > > Project: Lucene - Java > > Issue Type: Improvement > > Components: Analysis > > Reporter: Uwe Schindler > > Assignee: Uwe Schindler > > Fix For: 3.1 > > > > Attachments: LUCENE-2247.patch, LUCENE-2247.patch > > > > > > This patch adds a CharArrayMap<V> to Lucene's analysis package as > compagnon of CharArraySet. It supports fast retrieval of char[] keys > like CharArraySet does. This is important for some stemmers and other > places in Lucene. > > Stemers generally use CharArrayMap<String>, which has then > get(char[]) returning String. Strings are compact and can be easily > copied into termBuffer. A Map<String,String> would be slow as the > termBuffer would be first converted to String, then looked up. The > return value as String is perfectly legal, as it can be copied easily > into termBuffer. > > This class borrows lots of code from Solr's pendant, but has > additional features and more consistent API according to CharArraySet. > The key is always <?>, because as of CharArraySet, anything that has a > toString() representation can be used as key (of course with overhead). > It also defines a unmodifiable map and correct iterators (returning the > native char[]). > > CharArraySet was made consistent and now returns for > matchVersion>=3.1 also an iterator on char[]. CharArraySet's code was > almost completely copied to CharArrayMap and removed in the Set. > CharArraySet is now a simple proxy on the keySet(). > > In future we can think of making > CharArraySet/CharArrayMap/CharArrayCollection an interface so the whole > API would be more consistent to the Java collections API. But this > would be a backwards break. But it would be possible to use better impl > instead of hashing (like prefix trees). > > -- > This message is automatically generated by JIRA. > - > You can reply to this email to add a comment to the issue online. > > > --------------------------------------------------------------------- > 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
