> >
> > > > On Wed, Aug 8, 2012 at 2:23 PM, Prescott Nasser > > > >wrote:
> > > >
> > > > > I just created 3.0.3 last weekend - it should be incredibly up to
> > date.
> > > > > Anything in trunk should be there
The case of the first character of the stored term "Forum" and the search term
"forum" differ.
- Neal G.
-Original Message-
From: hotmail_288fbf38c031d...@live.com
[mailto:hotmail_288fbf38c031d...@live.com] On Behalf Of Gian Maria Ricci
Sent: Thursday, July 19, 2012 10:11 AM
To: lucene
Jesse,
Thanks for making that point. I am also in that situation where I must
support.NET 2.0 for years into the future. While I can experiment with .NET
4.0, there are a number or reasons that preclude its deployment or anything
that depends upon it.
However, consider what the Lucene.NET de
Yes, this was discussed before.
No official discussions or decisions about the project should occur outside the
regular newsgroup.
- Neal
-Original Message-
From: Troy Howard [mailto:thowar...@gmail.com]
Sent: Friday, December 02, 2011 1:15 PM
To: lucene-net-dev@lucene.apache.org
Subject
Don't forget to tag the release in SubVersion.
The latest tag is RC3, and I assume that the trunk is the in-progress work on
version 3.0.3.
- Neal
-Original Message-
From: Prescott Nasser [mailto:geobmx...@hotmail.com]
Sent: Thursday, December 01, 2011 2:26 AM
To: lucene-net-...@incubato
e.apache.org
>> Subject: RE: [Lucene.Net] Nuget, Lucene.Net, and Your Thoughts
>>
>> Any particular reason you guys are not interested in NuGet?
>>
>> Aaron Powell
>> MVP - Internet Explorer (Development) | FunnelWeb Team Member
>>
>> http://apowel
rds -- I'd really like to know why I
shouldn't trust anything but a line-by-line port. Can you explain a
bit?
On Wed, Jun 29, 2011 at 3:47 PM, Granroth, Neal V.
wrote:
> This is has been discussed many times.
> Lucene.NET is not valid, the code cannot be trusted, if it is not a
>
That only works if you are *allowed* to deploy a new or updated .NET framework
on the target system, which is not always true.
But the problem is not really about deployment it is really more for those of
us who must compile from source and who are not permitted to upgrade our
development tools
No, the URL in DIGY's email apepars correct and the SVN revision appears to be
1086410.
Question: Should there be a tag for Lucene.Net_2_9_4 as there are for previous
release candidates?
- Neal
-Original Message-
From: Wyatt Barnett [mailto:wyatt.barn...@gmail.com]
Sent: Tuesday, Apr
Troy,
The source in the SVN tag does not build:
Lucene.Net.Core.sln(1): Solution file error MSB5014: File format version is not
recognized. MSBuild can only read solution files between versions 7.0 and 9.0,
inclusive.
- Neal
-Original Message-
From: Troy Howard [mailto:thowar...@gm
&&test" you expected.
>
>> A.R --> The scenario is if I try search a text "Test&&Test"
>
> But the query "Test&&Test" will also be parsed as "test test" by
> StandardAnalyzer. Since there are 2 sucessive "test&q
I'd recommend using the description from the web-site.
---
Lucene.Net is a source code, class-per-class, API-per-API and algorithmatic
port of the Java Lucene search engine to the C# and .NET platform utilizing
Microsoft .NET Framework.
Lucene.Net sticks to the APIs and classe
Agreed, building Lucene.NET from the source in SVN is simple.
However my understanding is that being able to compile a tagged version of the
source does not meet the ASF criteria for a release.
- Neal
-Original Message-
From: Hans (JIRA) [mailto:j...@apache.org]
Sent: Wednesday, Decembe
Unfortunately no, version 2.9.2 never completed the official release process.
Version 2.0.0.4 is last version for which an official binary release is
available.
- Neal
-Original Message-
From: Robert Jordan (JIRA) [mailto:j...@apache.org]
Sent: Wednesday, December 01, 2010 7:12 AM
To:
As I understand it, only the official Lucene.NET "committers" (DIGY, George
Aroush, and Doug Sale) can commit alterations to the web site or the source.
- Neal
-Original Message-
From: Prescott Nasser (JIRA) [mailto:j...@apache.org]
Sent: Thursday, November 25, 2010 12:04 PM
To: lucene-
Is Java Lucene "grown up" ? Look at how much discussion it took to determine
how to get Java out of the name :)
The discussion about advancing the algorithm in C#/.NET seems to be missing the
point. If you're developing at the concept level the specific language you use
becomes unimportant.
You need to pick a suitable analyzer for use during indexing and for queries.
The StandardAnalyzer you are using will most likely break the words apart at
the non-english characters.
You might want to consider using the Luke tool to inspect the index you've
created and see who the words in you
Thanks for repeating this George.
Everyone's situation is different I suppose. For me, adding the IKVM framework
would make Lucene.NET unsuitable for distribution in the context in which I
work. In addition to software quality/reliability concerns and performance
degradation, its use adds ano
who has done to keep the project alive),
They also don't want any .NET app.
Is this reason enough?
DIGY
-Original Message-
From: Granroth, Neal V. [mailto:neal.granr...@thermofisher.com]
Sent: Tuesday, November 02, 2010 7:36 PM
To: lucene-net-u...@lucene.apache.org
Subject
y (new and improved
with "informed" action :-P).
Josh
-Original Message-----
From: Granroth, Neal V. [mailto:neal.granr...@thermofisher.com]
Sent: Tuesday, November 02, 2010 12:21 PM
To: lucene-net-dev@lucene.apache.org; lucene-net-u...@lucene.apache.org
Cc: Lucene mailing list
Sub
We should not make the Lucene.NET project dependent on a specific IDE (VS2008,
VS2010, etc.) the source should builable from the tools available in the .NET
2.0 SDK or equivalent Mono tools.
- Neal
-Original Message-
From: Jeffrey Cameron (JIRA) [mailto:j...@apache.org]
Sent: Tuesday
We've already been through this process once before. Why repeat?
- Neal
-Original Message-
From: Grant Ingersoll [mailto:gsing...@apache.org]
Sent: Sunday, October 31, 2010 6:38 AM
To: lucene-net-u...@lucene.apache.org
Cc: lucene-net-dev@lucene.apache.org; Lucene mailing list
Subject:
0))
End While
ixSearcher.Close()
End Sub
End Module
- Neal
-Original Message-----
From: tony njedeh [mailto:nje...@yahoo.com]
Sent: Thursday, January 07, 2010 4:30 PM
To: lucene-net-dev@lucene.apache.org
Subject: RE: Question
Hi Neal,
I would like to see the example
ngs 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 iFilters (I think that was the term) but nobody was
interested so my attention moved elsewhere.
-Original Message-----
From: Granroth, Neal V. [mailto:neal.granr...@thermo
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
25 matches
Mail list logo