date:20110506

[Lucene.Net] [jira] [Updated] (LUCENENET-412) Replacing ArrayLists, Hashtables etc. with appropriate Generics.

2011-05-06 Thread Digy (JIRA)


 [ 
https://issues.apache.org/jira/browse/LUCENENET-412?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Digy updated LUCENENET-412:
---

Attachment: IEquatable for QuerySubclasses.patch

I am not sure about committing this IEquatable patch. To gain a slight 
performance improvement all Equals codes are dublicated. 

Here is the list of affected files:
ConstantScoreQuery.cs
DisjunctionMaxQuery.cs
FilteredQuery.cs
Function/CustomScoreQuery.cs
Function/ValueSourceQuery.cs
MatchAllDocsQuery.cs
MultiPhraseQuery.cs
MultiTermQuery.cs
Payloads/PayloadNearQuery.cs
Payloads/PayloadTermQuery.cs
PhraseQuery.cs
RangeQuery.cs
Spans/SpanFirstQuery.cs
Spans/SpanNearQuery.cs
Spans/SpanNotQuery.cs
Spans/SpanOrQuery.cs
Spans/SpanTermQuery.cs
TermQuery.cs


DIGY

 Replacing ArrayLists, Hashtables etc. with appropriate Generics.
 

 Key: LUCENENET-412
 URL: https://issues.apache.org/jira/browse/LUCENENET-412
 Project: Lucene.Net
  Issue Type: Improvement
Affects Versions: Lucene.Net 2.9.4
Reporter: Digy
Priority: Minor
 Fix For: Lucene.Net 2.9.4

 Attachments: IEquatable for QuerySubclasses.patch, 
 LUCENENET-412.patch, lucene_2.9.4g_exceptions_fix


 This will move Lucene.Net.2.9.4 closer to lucene.3.0.3 and allow some 
 performance gains.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[Lucene.Net] [jira] [Commented] (LUCENENET-410) Lucene In Action (LIA book) samples for .NET.

2011-05-06 Thread Prescott Nasser (JIRA)


[ 
https://issues.apache.org/jira/browse/LUCENENET-410?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13030275#comment-13030275
 ] 

Prescott Nasser commented on LUCENENET-410:
---

Are these added here just for a reference and place to save them? I'm nearly 
positive this isn't bug/issue related. If nobody has a problem I am going to 
set this as Not a Problem

 Lucene In Action (LIA book) samples for .NET.
 -

 Key: LUCENENET-410
 URL: https://issues.apache.org/jira/browse/LUCENENET-410
 Project: Lucene.Net
  Issue Type: New Feature
Reporter: Pasha Bizhan
Priority: Minor
 Attachments: liabook1_net_samples.zip


 First edition, Lucene.Net 1.4
 Not all samples from the book, only suitable for .NET. 
 For example nutch samples excluded.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Commented] (SOLR-2497) Move Solr to new NumericField stored field impl of LUCENE-3065

2011-05-06 Thread Chris Male (JIRA)


[ 
https://issues.apache.org/jira/browse/SOLR-2497?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13029765#comment-13029765
 ] 

Chris Male commented on SOLR-2497:
--

Ah I didn't read the rest of the issue.  Fair enough.  I'm glad its now fixed.

 Move Solr to new NumericField stored field impl of LUCENE-3065
 --

 Key: SOLR-2497
 URL: https://issues.apache.org/jira/browse/SOLR-2497
 Project: Solr
  Issue Type: Improvement
Reporter: Uwe Schindler
Assignee: Uwe Schindler
 Fix For: 3.2, 4.0

 Attachments: SOLR-2497.patch, SOLR-2497.patch, SOLR-2497.patch


 This implements the changes to NumericField (LUCENE-3065) in Solr. TrieField 
  Co would use NumericField for indexing and reading stored fields. To enable 
 this some missing changes in Solr's internals (Field - Fieldable) need to be 
 done. Also some backwards compatible stored fields parsing is needed to read 
 pre-3.2 indexes without reindexing (as the format changed a little bit and 
 Document.getFieldable returns NumericField instances now).

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

[jira] [Updated] (SOLR-2497) Move Solr to new NumericField stored field impl of LUCENE-3065

2011-05-06 Thread Uwe Schindler (JIRA)

[
https://issues.apache.org/jira/browse/SOLR-2497?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Uwe Schindler updated SOLR-2497:

Attachment: SOLR-2497.patch

Huper duper patch that passes all tests!

In general the design of TrieField and its subclasses and the delegation in
TrieDateField are somehow crazy. We should maybe remove the superclass
TrieField completely and copy all code inside the imense switch statements to
the subclasses/TrieDateField. I think the whole thing was done initially
because the original committer (before 1.4) did not want to add lots of extra
classes but shortly before release Yonik changed that to the current state.

There was also inconsistency between TrieDateField and TrieField (with
type=DATE), thats now solved. My problem came from the refactoring I did to get
rid of this. TrieField implemented toExternal() and indexedToReadable()
incorrect, I only fixed toExternal() but missed indexedToReadable(); thanks @
Chris Male.

Move Solr to new NumericField stored field impl of LUCENE-3065
--

Key: SOLR-2497
URL: https://issues.apache.org/jira/browse/SOLR-2497
Project: Solr
Issue Type: Improvement
Reporter: Uwe Schindler
Assignee: Uwe Schindler
Fix For: 3.2, 4.0

Attachments: SOLR-2497.patch, SOLR-2497.patch, SOLR-2497.patch,
SOLR-2497.patch

This implements the changes to NumericField (LUCENE-3065) in Solr. TrieField
Co would use NumericField for indexing and reading stored fields. To enable
this some missing changes in Solr's internals (Field - Fieldable) need to be
done. Also some backwards compatible stored fields parsing is needed to read
pre-3.2 indexes without reindexing (as the format changed a little bit and
Document.getFieldable returns NumericField instances now).

63 matches

Mail list logo