Itamar, when you're happy with the tests and code, let me know, I'll re-cut the
RC for core and contrib
> Date: Tue, 21 Aug 2012 02:05:39 +0300
> Subject: Re: svn commit: r1375282 -
> /incubator/lucene.net/trunk/src/core/Util/Parameter.cs
> From: ita...@code972.co
x27;t care much about doing this within a lock as it will
> never
> > > be a bottleneck.
> > >
> > >
> > >
> >
> https://groups.google.com/group/ravendb/browse_thread/thread/a5cf07e80f70c856
> > >
> > > Modified:
> > &g
race condition on
> > accessing allParameters
> >
> > This is not an air-tight solution, as an ArgumentException can still be
> > thrown. I don't care much about doing this within a lock as it will never
> > be a bottleneck.
> >
> >
> >
> https:
much about doing this within a lock as it will never
> be a bottleneck.
>
>
> https://groups.google.com/group/ravendb/browse_thread/thread/a5cf07e80f70c856
>
> Modified:
> incubator/lucene.net/trunk/src/core/Util/Parameter.cs
>
> Modified: incubator/lucene.net/t
ch...@gmail.com]
> Sent: Tuesday, August 14, 2012 12:16 PM
> To: lucene-net-dev@lucene.apache.org
> Subject: Re: Lucene.Net 3.0.3 and medium trust
>
> We should probably try and have unit tests that will spin up medium trust app
> domains and run some basic tests in them, so we
ssage-
From: Christopher Currens [mailto:currens.ch...@gmail.com]
Sent: Tuesday, August 14, 2012 12:16 PM
To: lucene-net-dev@lucene.apache.org
Subject: Re: Lucene.Net 3.0.3 and medium trust
We should probably try and have unit tests that will spin up medium trust app
domains and run some basi
to understand where this issue is coming from as it wasn't in
>> 2.9.4 rather than jumping to a quick fix imo. I'll dig a bit myself
>> ~P
>>
>>> Date: Tue, 14 Aug 2012 17:32:29 +0200
>>> From: si...@devhost.se
>>> To: lucene-net-dev@lucene.apac
here this issue is coming from as it wasn't in
> 2.9.4 rather than jumping to a quick fix imo. I'll dig a bit myself
> ~P
>
>> Date: Tue, 14 Aug 2012 17:32:29 +0200
>> From: si...@devhost.se
>> To: lucene-net-dev@lucene.apache.org
>> Subject: Re: Lucene.Net
It'd be nice to understand where this issue is coming from as it wasn't in
2.9.4 rather than jumping to a quick fix imo. I'll dig a bit myself
~P
> Date: Tue, 14 Aug 2012 17:32:29 +0200
> From: si...@devhost.se
> To: lucene-net-dev@lucene.apache.org
> Subject: Re:
Hi,
It got worse. Building a custom AttributeFactory can only handle a few
cases, I needed to subclass _every_ TokenStream/TokenFilter to override
all attribute-handling methods (AddAttribute, GetAttribute, etc), and
all analyzers to use these streams, to use a dictionary with strong
referenc
I think it's because we use a WeakReference that inherits from
WeakReference, which in turn, requires has this security attribute:
"SecurityPermissionAttribute(SecurityAction.InheritanceDemand, Flags =
SecurityPermissionFlag.UnmanagedCode)]". I'm going to test on a
machine with a medium trust CAS
Hi,
I'm having trouble upgrading a web application running under medium
trust from 2.9.4 to 3.0.3. Code that previously worked now throws a
SecurityException.
[SecurityException: Request for the permission of type
'System.Security.Permissions.SecurityPermission, mscorlib, Version=4.0.0.0,
C
l.com]
> Sent: Saturday, August 11, 2012 1:23 PM
> To: Lucene Developers; Lucene Users
> Subject: RE: Lucene.NET 3.0.3 Build issues
>
> Alright - I see Chris updated the 3.0.3 branch with the solution files and a
> quick fix for the NativeFSLockFactory. We've had some p
cene Users
Subject: RE: Lucene.NET 3.0.3 Build issues
Alright - I see Chris updated the 3.0.3 branch with the solution files and a
quick fix for the NativeFSLockFactory. We've had some people downloading the
pre-release packages (Lucene.Net.Contrib 11 times, Lucene.Net 23 times). Mostly
all
Alright - I see Chris updated the 3.0.3 branch with the solution files and a
quick fix for the NativeFSLockFactory. We've had some people downloading the
pre-release packages (Lucene.Net.Contrib 11 times, Lucene.Net 23 times). Mostly
all quiet regarding issues. Unless there are any i
, 2012 at 7:27 PM, Prescott Nasser > >wrote:
> >
> > > Yes
> > >
> > > Sent from my Windows Phone
> > >
> > > From: Christopher Currens
> > > Sent: 8/8/2012 4:22 PM
> > > To: lucene-net-dev@lucene
> be able to keep the proj files the same.
>
> On Wed, Aug 8, 2012 at 7:27 PM, Prescott Nasser >wrote:
>
> > Yes
> >
> > Sent from my Windows Phone
> >
> > From: Christopher Currens
> > Sent: 8/8/2012 4:22 PM
> > T
Windows Phone
>
> From: Christopher Currens
> Sent: 8/8/2012 4:22 PM
> To: lucene-net-dev@lucene.apache.org
> Subject: Re: Lucene.NET 3.0.3 Build issues
>
> Oh, did you do that so we'd have a branch to do bug fixes? I had forgotten
> about that.
&
Yes
Sent from my Windows Phone
From: Christopher Currens
Sent: 8/8/2012 4:22 PM
To: lucene-net-dev@lucene.apache.org
Subject: Re: Lucene.NET 3.0.3 Build issues
Oh, did you do that so we'd have a branch to do bug fixes? I had forgotten
about that.
On Wed,
my Windows Phone
>
> From: Christopher Currens
> Sent: 8/8/2012 1:35 PM
> To: lucene-net-dev@lucene.apache.org
> Subject: Re: Lucene.NET 3.0.3 Build issues
>
> Thanks for the feedback. Let us know if you run into any more
> issues/concerns.
>
>
>
I just created 3.0.3 last weekend - it should be incredibly up to date.
Anything in trunk should be there
Sent from my Windows Phone
From: Christopher Currens
Sent: 8/8/2012 1:35 PM
To: lucene-net-dev@lucene.apache.org
Subject: Re: Lucene.NET 3.0.3 Build issues
FYI - SVN has been updated with corrected VS2010 solutions and added VS2012
directory/solution files.
On Wed, Aug 8, 2012 at 1:12 PM, Christopher Currens wrote:
> See inline comments.
>
>
> Thanks,
> Christopher
>
> On Wed, Aug 8, 2012 at 12:07 PM, Granroth, Neal V. <
> neal.granr...@thermofishe
See inline comments.
Thanks,
Christopher
On Wed, Aug 8, 2012 at 12:07 PM, Granroth, Neal V. <
neal.granr...@thermofisher.com> wrote:
> I just pulled down the 3.0.3 branch from SVN and have encountered an
> initial problem with the VisualStudio solution file Lucene.Net.Core.sln in
> the VS2010 f
08.08.2012 23:07, Granroth, Neal V. пишет:
I just pulled down the 3.0.3 branch from SVN and have encountered an initial
problem with the VisualStudio solution file Lucene.Net.Core.sln in the VS2010
folder.
This solution will not load in VS2010, Visual Studio complains that it was
created with
now. We still get a big win here as all your hard
work so far should get Lucene.Net back to playing nice for VB.Net consumers.
> Make Lucene.Net CLS Compliant
> -
>
> Key: LUCENENET-446
> URL: https://iss
I've called a vote on the general incubator for our graduation:
> From: geobmx...@hotmail.com
> To: gene...@incubator.apache.org
> Subject: [VOTE] Apache Lucene.Net graduation from the incubator
> Date: Sat, 21 Jul 2012 12:40:53 -0
e to internalXXX with the latest commit. There were some
that could be changed to auto-properties, but some that couldn't that applied a
default value. We still have some CLS issues around volitile and sbyte, but we
aren't going to solve those soon I think.
> Make Lucene.
[
https://issues.apache.org/jira/browse/LUCENENET-446?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Prescott Nasser updated LUCENENET-446:
--
Fix Version/s: Lucene.Net 3.6
Assignee: Prescott Nasser
> M
+1, I am on board
On Tue, Jul 10, 2012 at 10:11 PM, Todd Carrico wrote:
> +1
>
> tc
>
> >
> > Hey All,
> >
> > This is the first step for graduation for the Apache Lucene.Net
> > project (incubating of course..). We're taking a vote for the
>
+1
On Sunday, July 8, 2012, Prescott Nasser wrote:
>
> Hey All,
>
> This is the first step for graduation for the Apache Lucene.Net project
> (incubating of course..). We're taking a vote for the Lucene.Net community
> to see if the community is ready to govern itself
+1
>>> Prescott Nasser 09/07/2012 3:44 AM >>>
Hey All,
This is the first step for graduation for the Apache Lucene.Net project
(incubating of course..). We're taking a vote for the Lucene.Net community to
see if the community is ready to govern itself as a top leve
+1
On 07/08/2012 1:44 PM, Prescott Nasser wrote:
Hey All,
This is the first step for graduation for the Apache Lucene.Net project
(incubating of course..). We're taking a vote for the Lucene.Net community to
see if the community is ready to govern itself as a top level project.
Here
+1
Sendt fra min iPad
Den 08/07/2012 kl. 19.45 skrev Prescott Nasser :
>
> Hey All,
>
> This is the first step for graduation for the Apache Lucene.Net project
> (incubating of course..). We're taking a vote for the Lucene.Net community to
> see if the community is read
+1
From: Prescott Nasser
To: lucene-net-u...@lucene.apache.org; lucene-net-dev@lucene.apache.org
Cc: gene...@incubator.apache.org
Sent: Sunday, July 8, 2012 1:44 PM
Subject: [VOTE] Apache Lucene.Net ready for graduation?
Hey All,
This is the first step
+1
On Mon, Jul 9, 2012 at 8:01 AM, Michael Herndon
wrote:
> +1
>
> On Sun, Jul 8, 2012 at 8:50 PM, Christopher Currens > wrote:
>
>> +1
>>
>> On Sun, Jul 8, 2012 at 4:01 PM, Frank Yu wrote:
>>
>> > +1
>> >
>> > On Sun, Jul 8, 2012 at 12:23 PM, Petersen, Robert
>> > wrote:
>> >
>> > > +1
>> > >
+1
On Sun, Jul 8, 2012 at 4:01 PM, Frank Yu wrote:
> +1
>
> On Sun, Jul 8, 2012 at 12:23 PM, Petersen, Robert
> wrote:
>
> > +1
> >
> >
> > Sent from my iPhone
> >
> > On Jul 8, 2012, at 12:22 PM, "Stefan Bodewig"
> wrote:
> >
> > > On 2012-07-08, Prescott Nasser wrote:
> > >
> > >> As a commu
+1
On Sun, Jul 8, 2012 at 12:23 PM, Petersen, Robert wrote:
> +1
>
>
> Sent from my iPhone
>
> On Jul 8, 2012, at 12:22 PM, "Stefan Bodewig" wrote:
>
> > On 2012-07-08, Prescott Nasser wrote:
> >
> >> As a community, if you would please vote:
> >
> >> [+1] Ready for graduation
> >
> >> [-1] Not
+1
Sent from my iPhone
On Jul 8, 2012, at 12:22 PM, "Stefan Bodewig" wrote:
> On 2012-07-08, Prescott Nasser wrote:
>
>> As a community, if you would please vote:
>
>> [+1] Ready for graduation
>
>> [-1] Not ready because...
>
> +1
>
>> I know I speak for all the developers on this projec
On 2012-07-08, Prescott Nasser wrote:
> As a community, if you would please vote:
> [+1] Ready for graduation
> [-1] Not ready because...
+1
> I know I speak for all the developers on this project, we appreciate
> (and will continue to appreciate) everyone's contributions via the
> mailing lis
+1 for graduation
I still think graduation should be in sync with the 3.0.3 release and a
press release on work towards 3.6 and 4.0 releases.
On Sun, Jul 8, 2012 at 8:44 PM, Prescott Nasser wrote:
>
> Hey All,
>
> This is the first step for graduation for the Apache Lucene
For me you get a +1
2012/7/8 Prescott Nasser
>
> Hey All,
>
> This is the first step for graduation for the Apache Lucene.Net project
> (incubating of course..). We're taking a vote for the Lucene.Net community
> to see if the community is ready to govern itself
+1 from me.
On 2012-07-08 19:44, Prescott Nasser wrote:
Hey All,
This is the first step for graduation for the Apache Lucene.Net project
(incubating of course..). We're taking a vote for the Lucene.Net community to
see if the community is ready to govern itself as a top level pr
Hey All,
This is the first step for graduation for the Apache Lucene.Net project
(incubating of course..). We're taking a vote for the Lucene.Net community to
see if the community is ready to govern itself as a top level project.
Here is a short list of our accomplishments which I be
ttp://incubator.apache.org/lucene.net/
> --
>
> Key: LUCENENET-497
> URL: https://issues.apache.org/jira/browse/LUCENENET-497
> Project: Lucene.Net
> Issue Type: Task
of sound-alike word on http://incubator.apache.org/lucene.net/
> --
>
> Key: LUCENENET-497
> URL: https://issues.apache.org/jira/browse/LUCENENET-497
> P
Astara Athena created LUCENENET-497:
---
Summary: misspelling of sound-alike word on
http://incubator.apache.org/lucene.net/
Key: LUCENENET-497
URL: https://issues.apache.org/jira/browse/LUCENENET-497
I just named it 3.5 becuase that's what we have on our roadmap. I believe
you're right though, we should just target 3.6
> Date: Sun, 24 Jun 2012 01:37:15 +0300
> Subject: Re: svn commit: r1353075 -
> /incubator/lucene.net/branches/Lucene.Net_3_5/
> From: ita...@code97
ser
> Date: Sat Jun 23 06:35:44 2012
> New Revision: 1353075
>
> URL: http://svn.apache.org/viewvc?rev=1353075&view=rev
> Log:
> Branching for 3.5
>
> Added:
>incubator/lucene.net/branches/Lucene.Net_3_5/ (props changed)
> - copied from r1353074, incub
[
https://issues.apache.org/jira/browse/LUCENENET-435?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Christopher Currens updated LUCENENET-435:
--
Affects Version/s: Lucene.Net 3.0.3
Fix Version/s: (was
re culture-sensitive bug appear, new issues can be created, and then
specific tests can be written to check for those issues.
> Make lucene.net culture insensitive (like the java version)
> ---
>
>
e his patch
makes all of the tests pass.
> Make lucene.net culture insensitive (like the java version)
> ---
>
> Key: LUCENENET-493
> URL: https://issues.apache.org/jira/browse/LUCENENET-493
>
ho runs the tests, not
just those with a different system culture, can verify that it is culture
neutral.
> Make lucene.net culture insensitive (like the java version)
> ---
>
> K
not sufficiently clear:
I didn't solve a problem in the testcases, I solved a problem in Lucene.Net
itself
I happened to stumble upon the problem because I executed the tests in a non-US
locale.
The java version tests if Lucene behaves independently of the culture.
Even if we can't dup
It should have been removed and not just commented out. This should not be
obsolete in this case, because it's inheriting from System.IO.TextReader,
and it's not obsoleted in the BCL. Any Close() defined in the Lucene.NET
library should be marked as obsolete, though.
On Sun, Jun 17,
Jun 17 22:21:07 2012
> New Revision: 1351173
>
> URL: http://svn.apache.org/viewvc?rev=1351173&view=rev
> Log:
> [LUCENENET-495] - Replaced several instances of DateTime.Now with
> DateTime.UtcNow. Improves performance by ~31%
>
> Modified:
>incubator/lucene.net/tr
Well, yeah, that's a lot more than I realized.. My assumption was that
there wouldn't be more FileInfo objects created than there were files
created, which is not that many. Whatever is doing that should be
re-written to pass the obj vs recreating it.
-T
On Thu, Jun 14, 2012 at 3:57 PM, Christoph
They're used more than it looks like they are. One of the largest ways
they're used in the Store namespace is *to create FileStream
objects*...which is such a waste of an allocation. A small test program I
wrote created ~1000 FileInfo objects every minute, most of that thanks to
merging. Conside
+1 on the string vs DirectoryInfo overload, Iatmar
Re: Comments and JVM, I'd suggest editing the .NET comments to remove
Java specific recommendations/concerns. We're not running on the JVM,
so consumes of our code don't need that info.
Re: GC pressure on the File/DirectoryInfo objects.. There's
ality.
> How would the actual method call look like? .TermEnum() for the old one,
> and TermEnumerable() for the new one?
>
> I'm not sure what's considered "changes in Lucene.Net kernel". I believe
> we could support further Java ports by declaring these enumera
That comment is correct. We don't have support for NIOFSDirectory in .NET
(and the JVM support for it in windows has a major bug). We also don't
support MMapDirectory, because we haven't bothered to support it yet. I
think digy ported it once, but it didn't add any speed benefits, and was
actual
I'd assume so, at least partially
I just copy-pasted from one method below
On Thu, Jun 14, 2012 at 2:52 PM, Stefan Bodewig wrote:
> On 2012-06-14, wrote:
>
> >> /// Currently this returns cref="SimpleFSDirectory" /> as
> >> /// NIOFSDirectory is currently not support
On 2012-06-14, wrote:
>> /// Currently this returns
>> as
>> /// NIOFSDirectory is currently not supported.
>> ///
>> /// NOTE: this method may suddenly change which
>> /// implementation is returned from release to release, in
>>
This is a proposed change
I got really tired of writing unnecessary code all the time
when opening FSDirectory
-- Forwarded message --
From:
Date: Thu, Jun 14, 2012 at 1:19 PM
Subject: svn commit: r1350178 - /incubator/
lucene.net/trunk/src/core/Store/FSDirectory.cs
To: lucene
considered "changes in Lucene.Net kernel". I believe
we could support further Java ports by declaring these
enumerator-classes partial, and move the actual interface
implementations to another file. We would then only need to redeclare
the ported class as partial if it is ever regene
So,
the code we've ported for testing cultures does not work...period. NUnit
supports changing the cultures via attributes, but only a single culture.
MbUnit allows multiple cultures and will run the test each time in that
culture. We should find a workaround.
> Make l
t; Hi Andy,
>
> I have used similar extension methods for a long time. What I like
> especially in extension methods is that they don't require changes in
> Lucene.Net kernel and make further ports of Lucene.java independent from
> .Net structures.
>
> +1 for a Lucene.Ne
Hi Andy,
I have used similar extension methods for a long time. What I like
especially in extension methods is that they don't require changes in
Lucene.Net kernel and make further ports of Lucene.java independent from
.Net structures.
+1 for a Lucene.Net extensions in contrib. Even a +1
---
Key: LUCENENET-469
URL: https://issues.apache.org/jira/browse/LUCENENET-469
Project: Lucene.Net
Issue Type: Sub-task
Components: Lucene.Net Contrib, Lucene.Net Core
Affects Versions: Lucene.Net 2.9.4, Lucene.Net 3.0.3, Luce
he.org> wrote:
> Convert Java Iterator classes to implement IEnumerable
> -
>
> Key: LUCENENET-469
> URL: https://issues.apache.org/jira/browse/LUCENENET-469
> Project: Lucene.N
[
https://issues.apache.org/jira/browse/LUCENENET-493?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Luc Vanlerberghe updated LUCENENET-493:
---
Attachment: Lucenenet-493.patch
Makes lucene.net locale/culture independent (like
Luc Vanlerberghe created LUCENENET-493:
--
Summary: Make lucene.net culture insensitive (like the java
version)
Key: LUCENENET-493
URL: https://issues.apache.org/jira/browse/LUCENENET-493
Project
e for the limitations this will have? What
> libraries won't be accessible, etc?
>
> > From: geobmx...@hotmail.com
> > To: lucene-net-dev@lucene.apache.org
> > Subject: RE: Metro port of Lucene.net
> > Date: Wed, 30 May 2012 08:34:05 -0700
> >
> >
>
Christopher
>
> --
>
>
> On Wed, May 30, 2012 at 8:36 AM, Prescott Nasser wrote:
>
>>
>> Does anyone have a good reference for the limitations this will have?
>> What libraries won't be accessible, etc?
>>
>> > From: geobmx...@hotmail.com
>>
Does anyone have a good reference for the limitations this will have? What
libraries won't be accessible, etc?
> From: geobmx...@hotmail.com
> To: lucene-net-dev@lucene.apache.org
> Subject: RE: Metro port of Lucene.net
> Date: Wed, 30 May 2012 08:34:05 -0700
>
>
>
I haven't taken too much time to look into the limitations, but this should
definitely be on the list of things to do.
> Date: Tue, 29 May 2012 21:18:33 -0700
> Subject: Metro port of Lucene.net
> From: a...@kno.com
> To: lucene-net-dev@lucene.apache.org
>
> Wonder if
Wonder if there are plans to port Lucene.NET to the restricted Metro .NET
libraries ?
Thanks
Arun
Any news on that?
Worst case, it could be released as -Pre
On Wed, Feb 1, 2012 at 11:11 PM, Simone Chiaretta <
simone.chiare...@gmail.com> wrote:
> I'll look into that, maybe trying to setup something that builds the nuget
> pkg as part of the build script.
> Simone
>
> ---
> Simone Chiaretta
>
tomrrow. ~P
> Date: Thu, 5 Apr 2012 13:38:02 -0700
> Subject: Re: [Lucene.Net] 2.9.4g binary
> From: currens.ch...@gmail.com
> To: lucene-net-dev@lucene.apache.org
>
> Andy,
>
> I'll take a look at that today. I actually don't know how to make the
> changes
at is in dist is the release.
> I
> > will check out the tag tonight
> >
> > Sent from my Windows Phone
> >
> > From: Andy Pook
> > Sent: 2/27/2012 5:09 AM
> > To: lucene-net-...@incubator.apache.org
> > Subject:
hods marked public that
should be internal or protected internal, I think this might be easier than we
originally thought.
> Make Lucene.Net CLS Compliant
> -
>
> Key: LUCENENET-446
> URL: https://issues.apa
class under .net 2
> NullReferenceException in ThreadLocal when Lucene.Net compiled for .Net 2.0
> ---
>
> Key: LUCENENET-477
> URL: https://issues.apache.
NullReferenceException in ThreadLocal when Lucene.Net compiled for .Net 2.0
---
Key: LUCENENET-477
URL: https://issues.apache.org/jira/browse/LUCENENET-477
Project: Lucene.Net
---
From: Prescott Nasser [mailto:geobmx...@hotmail.com]
Sent: Thursday, March 01, 2012 10:03 PM
To: lucene-net-dev@lucene.apache.org
Subject: RE: [Lucene.Net] Official stance on API changes between major
versions
Andy, I appreciate your coppers. Everyone is really quiet, It seems you
want us to move f
On 2012-02-29, Stefan Bodewig wrote:
> I'll see to running RAT
LUCENENET-474
> and looking at the line-ends over the next few days so we can get them
> fixed once and not run into it with the release.
I initially forgot the SVGs and strangely had to fix quite a few files
in src (again?), not su
Missing License Headers in trunk after 3.0.3 merge
--
Key: LUCENENET-474
URL: https://issues.apache.org/jira/browse/LUCENENET-474
Project: Lucene.Net
Issue Type: Bug
Reporter
> Missing License Headers in trunk after 3.0.3 merge
> --
>
> Key: LUCENENET-474
> URL: https://issues.apache.org/jira/browse/LUCENENET-474
> Project: Lucene.Net
>
m
> To: lucene-net-dev@lucene.apache.org
> Subject: Re: [Lucene.Net] Official stance on API changes between major
> versions
>
> I am not a commiter but my company makes extensive use of Lucene.net. So
> here's my two pennies...
>
> I understand that there is a commendab
Thanks Stefan!
> From: bode...@apache.org
> To: lucene-net-...@incubator.apache.org
> Date: Fri, 2 Mar 2012 06:23:01 +0100
> Subject: Re: [Lucene.Net] Merging 3.0.3 into Trunk
>
> On 2012-03-01, Christopher Currens wrote:
>
> > I agree with Prescott. Make a patch fo
On 2012-03-01, Christopher Currens wrote:
> I agree with Prescott. Make a patch for that sucker! :)
Done
Stefan
eds in more than 600 files
>
>
> Key: LUCENENET-473
> URL: https://issues.apache.org/jira/browse/LUCENENET-473
> Project: Lucene.Net
> Issue Type: Bug
>Affects Versions: Lucene.Net 3.0
Fix linefeeds in more than 600 files
Key: LUCENENET-473
URL: https://issues.apache.org/jira/browse/LUCENENET-473
Project: Lucene.Net
Issue Type: Bug
Affects Versions: Lucene.Net 3.0.3
I'm told it should "only take" about 10 minutes to publish now (as opposed to
~2.5 hours before). No harm in trying ;) ~P
> Date: Thu, 1 Mar 2012 21:47:49 -0500
> From: mhern...@wickedsoftware.net
> To: lucene-net-dev@lucene.apache.org
> Subject: Re: [Lucene.Net] FW:
at insteadwhen you get an error
> message indicating the mergefailed (like you just did). I'll keep an eye
> on thingswhile you do.
>
>From: Prescott Nasser
>
> To:
> joe_schae...@yahoo.com; site-...@apache.org
> Sent: Wednesday, February 15, 2012 2:49 PM
>
Jira and then just submit your own patch imo
Sent from my Windows Phone
From: Stefan Bodewig
Sent: 3/1/2012 7:23 AM
To: lucene-net-...@incubator.apache.org
Subject: Re: [Lucene.Net] Merging 3.0.3 into Trunk
On 2012-02-29, Stefan Bodewig wrote:
> On 2012-02
On 2012-02-28, Christopher Currens wrote:
> Alright, it's done! 3.0.3 is now merged in with Trunk!
Great!
> Let me know if anyone has any problems.
I'll see to running RAT and looking at the line-ends over the next few
days so we can get them fixed once and not run into it with the release.
_
>> From: Christopher Currens
>> Sent: 2/28/2012 10:36 AM
>> To: lucene-net-dev@lucene.apache.org
>> Subject: [Lucene.Net] Merging 3.0.3 into Trunk
>>
>> Now that we've release 2.9.4g, are we at a point to where we can merge the
>> 3.0.3 branch in with Trunk? Any thoughts on that either way?
>>
>>
>> Thanks,
>> Christopher
>>
>
>
2012 11:10 AM
To: lucene-net-dev@lucene.apache.org
Subject: Re: [Lucene.Net] MVP Summit
HAIII--CHAAA!
On Mon, Feb 27, 2012 at 10:58 AM, Troy Howard wrote:
> NO SUMMIT 4 U!
>
> On Mon, Feb 27, 2012 at 10:55 AM, Christopher Currens
> wrote:
> > I would have loved t
ent, but what is in dist is the release. I
> will check out the tag tonight
>
> Sent from my Windows Phone
>
> From: Andy Pook
> Sent: 2/27/2012 5:09 AM
> To: lucene-net-...@incubator.apache.org
> Subject: [Lucene.Net] 2.9.4g binary
>
> S
___
From: Christopher Currens
Sent: 2/24/2012 2:45 PM
To: lucene-net-dev@lucene.apache.org
Subject: [Lucene.Net] Official stance on API changes between major versions
A bit of background about what I've been doing lately on the project.
Because we've now confirmed that the .NET 3.0.3 branch is a
here wasn't
any real discussion about the actual features, I just created some (based
on mailing list discussions) and assigned them to the 3.0.3 release. The
improvements I've been working on lately are ones that have bugged me
specifically since I've started using Luc
1 - 100 of 1410 matches
Mail list logo
