On 8/16/06, Marcos César de Oliveira <[EMAIL PROTECTED]> wrote:
2006/8/15, Simon Willnauer <[EMAIL PROTECTED]>:
> > Yes. May I have a feed with the class Feed and put any subclass of Feed
in
> > it?
> You mean as an entry?
In fact, I want to put in the feed any object whose class is a subclass
I can probably supply a patch against 1.9.1. The problem is that the patch is
more code than it needs to be if the some other core classes were modified as
suggested before (.e. getting access to the contained reader in a MultiReader).
Without the changes to the core classes a lot of other code
There was this discussion regarding adding a reopen method to IndexReader
however it seems to have dropped off the map. Robert Engels submitted some
code however it was not a patch.
http://www.gossamer-threads.com/lists/lucene/java-dev/34898?search_string=reopen
I would submit something but h
FuzzyQuery should not be final
--
Key: LUCENE-657
URL: http://issues.apache.org/jira/browse/LUCENE-657
Project: Lucene - Java
Issue Type: Improvement
Components: Search
Environment: all platform
Lucene-528 and Lucene-565 serve different purposes. One cannot replace
the other.
I'm totally for a version of addIndexes() where optimize() is not
always called. However, with the one proposed in the patch, we could
end up with an index where: segment 0 has 1000 docs, 1 has 2000, 2 has
4000, 3 h
2006/8/15, Simon Willnauer <[EMAIL PROTECTED]>:
> Yes. May I have a feed with the class Feed and put any subclass of Feed
in
> it?
You mean as an entry?
In fact, I want to put in the feed any object whose class is a subclass of
the entry-class configured in gdata-config.xml for the service.
FieldsInfo uses deprecated API
--
Key: LUCENE-656
URL: http://issues.apache.org/jira/browse/LUCENE-656
Project: Lucene - Java
Issue Type: Improvement
Components: Index
Affects Versions: 2.0.1
On 8/15/06, Marcos César de Oliveira <[EMAIL PROTECTED]> wrote:
2006/8/15, Simon Willnauer <[EMAIL PROTECTED]>:
> You can choose a class at the bottom of the class hierarchy and add
> entries of super classes. does that solve your problem?
Yes. May I have a feed with the class Feed and put an
2006/8/15, Simon Willnauer <[EMAIL PROTECTED]>:
You can choose a class at the bottom of the class hierarchy and add
entries of super classes. does that solve your problem?
Yes. May I have a feed with the class Feed and put any subclass of Feed in
it?
Doesn't possible create sub feeds? Like
On 8/15/06, Marcos César de Oliveira <[EMAIL PROTECTED]> wrote:
A service can have more than one feed?
Yes!
If no, what is a difference between a service and a feed?
see above.
If yes, do they have to belong to the same class?
You can choose a class at the bottom of the class hierarchy and a
A service can have more than one feed?
If no, what is a difference between a service and a feed?
If yes, do they have to belong to the same class?
Doesn't possible create sub feeds? Like a comments feed nested in a events
feed?
Why isn't permitted to have an entry of a subclass of the feeds class?
What about using this http://issues.apache.org/jira/browse/LUCENE-528 to solve
this http://issues.apache.org/jira/browse/LUCENE-565 Where the batching is
performed in another index that is then merged into the existing one. This is
something I have been looking for. Is 528 ok to use?
Related to merging more often than one would expect, check out my last
comment in this bug:
http://issues.apache.org/jira/browse/LUCENE-388
-Yonik
http://incubator.apache.org/solr Solr, the open-source Lucene search server
On 8/15/06, Yonik Seeley <[EMAIL PROTECTED]> wrote:
Yes, that's counter-
Yes, that's counter-intuitive a high merge factor is more likely
to cause a merge with the last disk-based segment.
On the other hand... if you have a high maxBufferedDocs and a normal
mergeFactor (much more likely), you could end up with way too many
segments if you didn't merge.
Hmmm, I'm
Hi Sebastian,
In the future, please post these types of questions to the user
list. From there, people will help you determine if it is a bug or
not and help you sort out a fix. The dev list is for people actively
working on Lucene internals.
What Analyzer are you using? Are you sure
field queries does not work as expected
---
Key: LUCENE-655
URL: http://issues.apache.org/jira/browse/LUCENE-655
Project: Lucene - Java
Issue Type: Bug
Components: Search
Affects Versions: 1.
If you are interested in
building such a storage layer we can set up a plan together to
integrate this as a storage for gdata server.
Sure.
This is a kind of a problem if you use a cache or a
persistence layer sharing object instances.
Prevayler keeps all data in RAM. This can be a proble
GData-Server - Website sandbox part
---
Key: LUCENE-654
URL: http://issues.apache.org/jira/browse/LUCENE-654
Project: Lucene - Java
Issue Type: Wish
Components: Website
Reporter: Simon Wi
GData-server storage fix activation depth
-
Key: LUCENE-653
URL: http://issues.apache.org/jira/browse/LUCENE-653
Project: Lucene - Java
Issue Type: Improvement
Components: Other
R
No not yet, the storage implementation are still in heavy development,
but I had a look at the prevayle api as well. If you are interested in
building such a storage layer we can set up a plan together to
integrate this as a storage for gdata server. I thought a while about
the storage topic and c
Hi, I ran into this while reviewing the patch for 565.
It appears that closing an index writer with non empty ram segments (at
least 1 doc was added) is causing a merge with the last (most recent) on
disk segment.
This seems to me problematic in the case that an application has a lot of
interlea
21 matches
Mail list logo
