Erik,
It's the fact that the API is exactly the same (as well as the lines
of code, practically) which causes many of the issues in Lucene.NET (not
only in use but in implementation), as while Java and C# are very similar,
that doesn't guarantee the same results.
But that's an iss
Hi Neal,
I would like to see the examples you have, using Lucene.NET from VB ?
Njedeh
--- On Thu, 1/7/10, Granroth, Neal V. wrote:
From: Granroth, Neal V.
Subject: RE: Question
To: "lucene-net-dev@lucene.apache.org"
Date: Thursday, January 7, 2010, 3:05 PM
IFilter is a Microsoft COM inte
[
https://issues.apache.org/jira/browse/LUCENENET-334?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12797814#action_12797814
]
Digy commented on LUCENENET-334:
I translated "TreeMap" as "System.Collections.Generic.S
[
https://issues.apache.org/jira/browse/LUCENENET-334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Digy updated LUCENENET-334:
---
Attachment: LUCENENET-334.patch
> [LUCENE-2086] When resolving deletes, IW should resolve in term sort ord
[
https://issues.apache.org/jira/browse/LUCENENET-334?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Digy updated LUCENENET-334:
---
Description: https://issues.apache.org/jira/browse/LUCENE-2092
> [LUCENE-2086] When resolving deletes, IW
[LUCENE-2086] When resolving deletes, IW should resolve in term sort order
--
Key: LUCENENET-334
URL: https://issues.apache.org/jira/browse/LUCENENET-334
Project: Lucene.Net
[
https://issues.apache.org/jira/browse/LUCENENET-333?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Digy updated LUCENENET-333:
---
Attachment: LUCENENET-333.patch
> [LUCENE-2095] Document not guaranteed to be found after write and commit
[LUCENE-2095] Document not guaranteed to be found after write and commit
Key: LUCENENET-333
URL: https://issues.apache.org/jira/browse/LUCENENET-333
Project: Lucene.Net
Thanks for the offer but this was needed a few years ago. We've since gone with
a high end search platform.
-Original Message-
From: Granroth, Neal V. [mailto:neal.granr...@thermofisher.com]
Sent: 07 January 2010 20:06
To: lucene-net-dev@lucene.apache.org
Subject: RE: Question
IFilter i
Hi Erik,
While I have no doubts that Solr is a capable product I would like to
point out that it may not necessarily the question of the fact that Sorl
can talk to .NET (anything can talk to anything when you know what you
are doing) but perhaps more a problem of the comfort level that an
individu
IFilter is a Microsoft COM interface implemented by components that extract
searchable content from a specific document format (Word, PDF, etc.) Lucene.NET
does not use these components directly, they are used by whatever software you
construct to populate the Lucene index with searchable conten
Remember that not everyone uses c#, many people use VB.net and although it's
relatively simple to move it over to c#, moving from c# to Java is just one
extra step where things can go wrong.
At the time (3 years ago) I offered to spend time trying to make a set of
examples such as how to use iF
I am very surprised by this comment.
There is so much similarity between Java and C# that I found absolutely no
difficulty with the discussion and examples in "Lucene in Action" and in
directly applying the techniques to my C#/.NET projects.
Maybe it would be helpful for some of those who find t
[
https://issues.apache.org/jira/browse/LUCENENET-332?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12797727#action_12797727
]
Digy commented on LUCENENET-332:
So, above patch is enough.
DIGY
> [LUCENE-2092] Boole
[
https://issues.apache.org/jira/browse/LUCENENET-332?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12797725#action_12797725
]
Michael Garski commented on LUCENENET-332:
--
I think we would want to leave the
[
https://issues.apache.org/jira/browse/LUCENENET-332?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Digy updated LUCENENET-332:
---
Attachment: LUCENENET-332.patch
LUCENE-2092 patch for the test case(TestWildcard) is not applicable to Lu
[
https://issues.apache.org/jira/browse/LUCENENET-332?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Digy updated LUCENENET-332:
---
Description: https://issues.apache.org/jira/browse/LUCENE-2092
> [LUCENE-2092] BooleanQuery.hashCode and e
[LUCENE-2092] BooleanQuery.hashCode and equals ignore isCoordDisabled
-
Key: LUCENENET-332
URL: https://issues.apache.org/jira/browse/LUCENENET-332
Project: Lucene.Net
Issue
Ed - that's a reasonable critique, but the API is practically the same
between the Lucene.Net and Lucene Java. There is a section
contributed by George in the upcoming 2nd edition of Lucene in Action
- it's short and says basically that.
But, rather than buy a commercial search engine, co
All I can say is that we found the lack of examples for .net problematic as
when you are not too up to speed with Java there are a lot of basic hurdlers to
overcome.
-Original Message-
From: Olivier Spinelli [mailto:olivier.spine...@invenietis.fr]
Sent: 07 January 2010 09:55
To: lucene-
Lucene.Net sticks to the APIs and classes used in the original Java
implementation of Lucene. The API names as well as class names are preserved
with the intention of giving Lucene.Net the look and feel of the C# language
and the .NET Framework. For example, the method Hits.length() in the Java
im
My problem with Lucene in Action and all the examples on the internet is
that they were all in Java and you have to understand exactly what Java
is doing to understand it all properly. It's for this very reason we had
to shun using Lucene.net in major projects. I wanted dearly to use it
but the lea
From what I can remember the book Lucene in Action has a good section on
indexing documents and PDFs http://www.manning.com/hatcher2/
Roger.
-Original Message-
From: Ben Martz [mailto:benma...@gmail.com]
Sent: 06 January 2010 19:51
To: lucene-net-dev@lucene.apache.org
Cc:
Subject:
23 matches
Mail list logo
