r, you'll have
> killed the entire app domain.
>
> On Tue, Aug 21, 2012 at 1:19 AM, Itamar Syn-Hershko >wrote:
>
> > This will probably require releasing the core again as well as a new
> RC...
> >
> > The spatial module was updated, still doing some integrat
This will probably require releasing the core again as well as a new RC...
The spatial module was updated, still doing some integration tests, will
send more updates soon
On Tue, Aug 21, 2012 at 1:14 AM, wrote:
> Author: synhershko
> Date: Mon Aug 20 22:14:01 2012
> New Revision: 1375282
>
> UR
Actively working on it as we speak, should be ready by Tuesday. Up to you :)
On Sat, Aug 18, 2012 at 10:43 PM, Prescott Nasser wrote:
>
>
>
> Itamar - can you provide a status update on what work you've done on the
> Geometry stuff? If it's something that you're close on, could we commit it
> to
factoring, and I didn't want to assume it was okay to do
> that.
> >
>
> I'd avoid this for now - a lot of this is a carry over from the java
> version and to rename all those, it starts to get a bit confusing if we
> have to compare java to C# and these are all change
his requires a much
> more significant refactoring, and I didn't want to assume it was okay to do
> that.
>
See above, I don't think we should touch those.
>
> If these questions have already been answered elsewhere and I missed the
> documentation/FAQ/developer guide,
Nowadays git works just great for Windows, and it's much easier to work
with than Hg
On Wed, Aug 1, 2012 at 9:41 PM, Zachary Gramana wrote:
> On Aug 1, 2012, at 12:51 PM, Itamar Syn-Hershko wrote:
>
> > And for heaven's sake, can we move to git when graduating?
>
spatial libraries...not that I'm against waiting for it now.
> > It was just a suggestion on how we can move forward with the project.
> > Thoughts either way on this?
> >
> >
> > On Wed, Aug 1, 2012 at 9:31 AM, Itamar Syn-Hershko >wrote:
> >
> >
ow.
> It was just a suggestion on how we can move forward with the project.
> Thoughts either way on this?
>
> On Wed, Aug 1, 2012 at 9:31 AM, Itamar Syn-Hershko >wrote:
>
> > I agree
> >
> > What about the spatial stuff? you guys want to wait for it?
> &g
gt; clean
> > > up a lot of the test code to use Assert.Throws and to remove
> unnecessary
> > > variables, though that might have only been in catch statements. Either
> > > way, I think we just might be ready as it is.
> > >
> > > I am eager to star
> needed
> > > come cleaning up for a while and some of the clean up work is an
> > > optimization some levels, so I'm definitely okay with spending some
> time
> > > doing that. I'm okay with waiting longer as long as something is
> getting
> > &g
Yes, with the due release. I, for once, always mistake one for another.
On Wed, Aug 1, 2012 at 4:09 AM, Prescott Nasser wrote:
>
>
>
> There are two packages Lucene packages on nuget that are depreciated. With
> some updates nuget made a while ago, we have the ability to remove those
> packages.
ng longer as long as something is getting
> done.
>
>
> Thanks,
> Christopher
>
> On Fri, Jul 27, 2012 at 9:00 AM, Itamar Syn-Hershko >wrote:
>
> > The cleanup consists mainly of going file by file with ReSharper and
> trying
> > to get them as green as possible.
> > > > > > > > > > > Date: Mon, 9 Jul 2012 10:21:42 -0700
> > > > > > > > > > > Subject: Re: Outstanding issues for 3.0.3
> > > > > > >
gt; from
> > > > > > > > LUCENENET-484 getting fixed, as well as LUCENE-493, with the
> > > culture
> > > > > > > > sensitivity. Also, I think we should no longer get any
> culture
> > > > > issues,
> > > > > > > > since the t
+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.Net project
> (incubat
What's the status on the failing tests we had?
On Sun, Jul 8, 2012 at 9:02 PM, Prescott Nasser wrote:
>
> Three issues left that I see:
>
>
>
> Fixing the build output, I did some work, but I'm good on this, we can
> move the rest of work to 3.6
> https://issues.apache.org/jira/browse/LUCENENET-4
Why 3.5 and not 3.6?
In my opinion we should skip all versions in between 3.0.3 and 3.6, and
just port 3.6 after we released 3.0.3. Lucene 4 will probably be released
by the time we are done, and then we could move on to porting it.
On Sat, Jun 23, 2012 at 9:35 AM, wrote:
> Author: pnasser
> Da
[
https://issues.apache.org/jira/browse/LUCENENET-495?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13393633#comment-13393633
]
Itamar Syn-Hershko commented on LUCENENET-495:
--
Makes s
-[Obsolete("Use Dispose() instead")]
+//[Obsolete("Use Dispose() instead")]
public override void Close()
{
Dispose();
Is Close obsolete or not?...
On Mon, Jun 18, 2012 at 1:21 AM, wrote:
> Author: ccurrens
> Date: Sun Jun 17 22:21:07 2012
> New Revisi
[
https://issues.apache.org/jira/browse/LUCENENET-495?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13393629#comment-13393629
]
Itamar Syn-Hershko commented on LUCENENET-495:
--
1. IMO, if there
[
https://issues.apache.org/jira/browse/LUCENENET-495?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13393363#comment-13393363
]
Itamar Syn-Hershko commented on LUCENENET-495:
--
+1
Take a loo
+1 for releasing after graduation, then
With some careful PR and our sponsorship offer, we can get the project
flying
There's still some work to do anyway
On Fri, Jun 15, 2012 at 1:59 PM, Stefan Bodewig wrote:
> On 2012-06-14, Christopher Currens wrote:
>
> > I've gone back and forth on whethe
mit.
>
> Seeing segment files created and merge is definitely expected, but
> it's not expected to see segments_N files unless you pass
> autoCommit=true.
>
> Mike McCandless
>
> http://blog.mikemccandless.com
>
> On Thu, Jun 14, 2012 at 8:14 PM, Itamar Syn-Her
Sorry, misread your question
This can be easily done with xUnit, using Theories.
On Thu, Jun 14, 2012 at 9:26 PM, Itamar Syn-Hershko wrote:
> Something like:
>
> Thread.CurrentThread.CurrentCulture = cultureInfo;
> Thread.CurrentThread.CurrentUICulture = cultureInfo;
>
> A
Something like:
Thread.CurrentThread.CurrentCulture = cultureInfo;
Thread.CurrentThread.CurrentUICulture = cultureInfo;
And setting it back later when the test is done.
You can easily do this with an IDisposable like this:
using(new TemporaryCulture(culture)){
...
}
On Thu, Jun 14, 2012 at 9:1
awiktionary/20120613/gawiktionary-20120613-pages-meta-history.xml.bz2
> ,
> about 20% into the operation. Without the commit, the index is empty. Add
> it in, and I get 755 files in the index after it crashes.
>
>
> Thanks,
> Christopher
>
> On Wed, Jun 13,
Ok, and is the code in 100% compliance with the 3.0.3 Java code?
I'll be spending some time on fixing the index corruption issue, and it is
probably best for Chris to wrap up the work he has started
Anyone else on board to close some tickets?
On Thu, Jun 14, 2012 at 6:19 PM, Prescott Nasser wrot
IMHO, whatever brings more attention to the project, and I'm not sure
graduation is what this project needs right now. In the end it's just
semantics.
I'd focus those efforts on getting more work done and having more frequent
releases. Hence our proposition to sponsor dev, which still stands.
On
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
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-ne
Where do we stand with this?
I want to push to a 3.0.3 release, what items are still pending?
Itamar.
t; luc...@mikemccandless.com> wrote:
>
> > Hi Itamar,
> >
> > One quick question: does Lucene.Net include the fixes done for
> > LUCENE-1044 (to fsync files on commit)? Those are very important for
> > an index to be intact after OS/JVM crash or power loss.
>
Mike,
On Wed, Jun 13, 2012 at 7:31 PM, Michael McCandless <
luc...@mikemccandless.com> wrote:
> Hi Itamar,
>
> One quick question: does Lucene.Net include the fixes done for
> LUCENE-1044 (to fsync files on commit)? Those are very important for
> an index to be intact after OS/JVM crash or power
Hi Java devs,
I'm a Lucene.Net committer, and there is a chance we have a bug in our
FSDirectory implementation that causes indexes to get corrupted when
indexing is cut while the IW is still open. As it roots from some
retroactive fixes you made, I'd appreciate your feedback.
Correct me if I'm w
[
https://issues.apache.org/jira/browse/LUCENENET-457?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13293985#comment-13293985
]
Itamar Syn-Hershko commented on LUCENENET-457:
--
I think having
[
https://issues.apache.org/jira/browse/LUCENENET-438?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13293983#comment-13293983
]
Itamar Syn-Hershko commented on LUCENENET-438:
--
This should be made
(**String value) in
> SpatialContext.cs: line 160
> at Lucene.Net.Contrib.Spatial.**Test.Prefix.**
> BaseRecursivePrefixTreeStrateg**yTestCase.minifiedTest() in
> BaseRecursivePrefixTreeStrateg**yTestCase.cs: line 74
>
> // Simon
>
>
> On 2012-05-30 12:22, Itamar Syn-Hershko wrote
Hi devs,
We are looking to sponsor porting work, to help with keeping up the pace of
development and help Lucene.Net be closer to Java Lucene. Unfortunately the
amount of work I can put on this is very limited, and being up to speed
with Lucene is important to us, hence the idea to offer sponsorsh
Yes, seems like all of them. Will look into it.
On Sat, Jun 2, 2012 at 9:25 PM, Stefan Bodewig wrote:
> On 2012-06-02, Itamar Syn-Hershko wrote:
>
> > I'm using git-svn, with auto-crlf set to true
>
> I'm not familiar enough with git-svn. auto-crlf will cover the
I'm using git-svn, with auto-crlf set to true - I think this will cover it
but let me know if my commits are bad...
On Sat, Jun 2, 2012 at 6:59 PM, Stefan Bodewig wrote:
> Hi all,
>
> a few days ago I saw few files without license headers and wanted to
> provide a patch to fix them. I realized
I was finally able to get git and svn talk to one another, and pushed my
recent changes into trunk.
The new Spatial contrib is bearing the non-standard version of 2.9.9, on
purpose. It also contains Spatial4n in a binary form, mimicking the way it
works in Java Lucene.
The few tests that present
Welcome!
On Thu, May 24, 2012 at 9:40 PM, Digy wrote:
> Welcome Simon
>
> DIGY
>
> -Original Message-
> From: Prescott Nasser [mailto:geobmx...@hotmail.com]
> Sent: Thursday, May 24, 2012 10:06 AM
> To: lucene-net-dev@lucene.apache.org; lucene-net-u...@lucene.apache.org
> Subject: Welcom
Thanks guys
On Wed, May 23, 2012 at 1:14 AM, zoolette wrote:
> Welcome in Itamar !
>
> 2012/5/22 Prescott Nasser
>
> >
> > Hey all,
> > I'd like to officially welcome Itamar as a new committer. I know the
> > community appreciates the work you've been doing with the Spatial contrib
> > project
[
https://issues.apache.org/jira/browse/LUCENENET-483?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13280552#comment-13280552
]
Itamar Syn-Hershko commented on LUCENENET-483:
--
Great.
I updated
[
https://issues.apache.org/jira/browse/LUCENENET-483?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13280266#comment-13280266
]
Itamar Syn-Hershko commented on LUCENENET-483:
--
This code isn&#x
[
https://issues.apache.org/jira/browse/LUCENENET-483?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13280126#comment-13280126
]
Itamar Syn-Hershko commented on LUCENENET-483:
--
That's not t
[
https://issues.apache.org/jira/browse/LUCENENET-483?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13279643#comment-13279643
]
Itamar Syn-Hershko commented on LUCENENET-483:
--
This should be fixed
[
https://issues.apache.org/jira/browse/LUCENENET-462?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13279642#comment-13279642
]
Itamar Syn-Hershko commented on LUCENENET-462:
--
This is now fixed
[
https://issues.apache.org/jira/browse/LUCENENET-489?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Itamar Syn-Hershko updated LUCENENET-489:
-
Issue Type: Improvement (was: Bug)
> New spatial mod
Itamar Syn-Hershko created LUCENENET-489:
Summary: New spatial module
Key: LUCENENET-489
URL: https://issues.apache.org/jira/browse/LUCENENET-489
Project: Lucene.Net
Issue Type: Bug
failing for the Java
version. I reported this to the Spatial4j people.
Latest code was just pushed. As far as I'm concerned this can be merged to
trunk and we can continue working on it there.
On Fri, May 4, 2012 at 5:48 AM, Itamar Syn-Hershko wrote:
> Status update:
>
> The Spatia
ave a look, that'd
be great...)
I'm now working on porting the spatial test suite. As before, any help will
be appreciated.
Itamar.
On Thu, Apr 26, 2012 at 6:45 PM, Itamar Syn-Hershko wrote:
> Hi again,
>
> I completed the port of the external Spatial library, and now am moving
That mail from Stephan got lost in my inbox, so I never followed up on
that. I guess now would be a good chance to tie up all loose ends.
How do I "do the ICLA"?
On Sat, Apr 28, 2012 at 1:11 AM, Troy Howard wrote:
> My understanding is that we can include the code as long as we have a
> ICLA f
[
https://issues.apache.org/jira/browse/LUCENENET-484?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13264399#comment-13264399
]
Itamar Syn-Hershko commented on LUCENENET-484:
--
That's probably
No, but let me know what do I need to do.
On Sat, Apr 28, 2012 at 1:20 AM, Prescott Nasser wrote:
>
> Itamar, have you filed an ICLA? If so we are good to go on this, and I'll
> put this in place of the current spatial code in contrib
> > From: geobmx...@hotmail.com
> > To: lucene-net-dev@lucene
Hi again,
I completed the port of the external Spatial library, and now am moving to
porting the Lucene integration.
The library, Spatial4n, is under ASL2 and can be found here
https://github.com/synhershko/Spatial4n
Anyone who can chip in and help port the tests, that would greatly help.
There
Hi again,
I completed the port of the external Spatial library, and now am moving to
porting the Lucene integration.
The library, Spatial4n, is under ASL2 and can be found here
https://github.com/synhershko/Spatial4n
Anyone who can chip in and help port the tests, that would greatly help.
There
es on any version specific features that may not
> yet be in 3.0.3). So, I say let's go for it, and if you need any help/want
> to divide work between other committers, we can arrange that, and create
> issues for it, that is, if the other committers don't object to this.
>
&
One more thing - what's the deal with ChainedFilter? I can see a commit by
DIGY on 7/7/2011 but it seems to have been removed since?
On Mon, Apr 23, 2012 at 11:06 AM, Itamar Syn-Hershko wrote:
> For starters - CartesianPolyFilterBuilder.GetBoxShape() is not an exact
> port - do you r
For starters - CartesianPolyFilterBuilder.GetBoxShape() is not an exact
port - do you remember why?
Anyway, if it was never fully ported as you say maybe I'll just go ahead
and complete that
For your reference, here are 2 failing tests which pass in Java Lucene (can
send the java file) -
https://
Hi all,
We encountered several bugs with the Sparial contrb, and the ones we tested
with Java Lucene worked there (with 2.9.4). There are about 3 open tickets
in the Jira bug tracker on similar issues.
I'm now sitting with the ultimate goal of fixing this once and for all, but
some code parts are
[
https://issues.apache.org/jira/browse/LUCENENET-486?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13258931#comment-13258931
]
Itamar Syn-Hershko commented on LUCENENET-486:
--
@Prescott no it doe
[
https://issues.apache.org/jira/browse/LUCENENET-470?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13249778#comment-13249778
]
Itamar Syn-Hershko commented on LUCENENET-470:
--
Yes, I followed i
Here it is
http://svn.apache.org/viewvc/lucene/java/tags/lucene_3_0_3/contrib/queries/src/java/org/apache/lucene/search/similar/
On Sun, Mar 4, 2012 at 12:00 AM, Prescott Nasser wrote:
>
> Should we remove this? It looks like it's not part of the contrib for Java
> 3.0.3 http://svn.apache.org/v
[
https://issues.apache.org/jira/browse/LUCENENET-470?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13249615#comment-13249615
]
Itamar Syn-Hershko commented on LUCENENET-470:
--
Considering how
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
>
It should probably implement IDisposable instead
2011/11/3 Björn Kremer
> Hello,
>
> there is a little bug in the SpellChecker.cs class. The finalizer of this
> class calls the close method even if the SpellChecker is already closed.
> This causes an unhandled exception.
>
> This should work bet
Any chance you guys fix and merge this
https://issues.apache.org/jira/browse/LUCENENET-450 before releasing?
On Sun, Oct 30, 2011 at 11:12 PM, Prescott Nasser wrote:
>
>
>
> Alright- this took me way too long, I'm sorry for that.
>
>
>
> Could you guys please take a look at:
> http://people.apach
Hi guys,
What's the status of this? Is there anything I can do to help to wrap
everything up and make a release?
You can also grab whatever you want from
https://github.com/synhershko/Lucene.Net.Contrib - send me the docs you want
me to sign.
Itamar.
On Tue, Sep 20, 2011 at 11:48 PM, Prescott N
Use a Lucene.Net core package for the core, and separate packages for each
contrib. That makes the most sense, and that is how most projects work. This
is also how Java Lucene does.
Don't create a nightly nuget package - nuget should only be used for
distribution packages
On Wed, Sep 21, 2011 at
Big OK from our end
Sorry to be nagging on this again, but it would be very nice if you could
incorporate https://issues.apache.org/jira/browse/LUCENENET-431 in 2.9.4 as
well. It is one of those bugfixes that really fix a lot more than they can
possible break, so I hope this will justify a small d
p.
> > >
> > >
> > > On Wed, Sep 7, 2011 at 6:46 AM, digy digy wrote:
> > >
> > > > Since it includes some level of divergence from java I committed it
> to
> > > only
> > > > 2.9.4g branch.
> > > >
> > > > https://
t; > 2.9.4g branch.
> >
> > https://issues.apache.org/jira/browse/LUCENE-1930
> > https://issues.apache.org/jira/browse/LUCENENET-431
> >
> > DIGY
> >
> > On Wed, Sep 7, 2011 at 1:03 PM, Itamar Syn-Hershko > >wrote:
> >
> > > Ok, c
;
> https://issues.apache.org/jira/browse/LUCENE-1930
> https://issues.apache.org/jira/browse/LUCENENET-431
>
> DIGY
>
> On Wed, Sep 7, 2011 at 1:03 PM, Itamar Syn-Hershko >wrote:
>
> > Ok, core compiles, and all tests pass. We are now running long tests to
> > measure memo
Any chance you can get it in to 2.9.4?
On Wed, Sep 7, 2011 at 1:01 AM, Itamar Syn-Hershko wrote:
> Ok, great, we will run RavenDB on top of 2.9.4 in the next few days and
> will let you know how it went.
>
>
> On Tue, Sep 6, 2011 at 8:59 PM, Michael Herndon <
> mhern...
What version is going to make it to nuget? 2.9.4 or 2.9.4g?
2011/9/7 digy digy
> You are right. I forgot to add a patch related with type-casting.
>
> Summary of the long story:
>
> Since CharArraySet inherits from Hashtable, some unimplemented methods such
> as Add(object,object) refer to the b
x + Signing.
> >
> > Thanks,
> > DIGY
> >
> >
> >
> > -Original Message-
> > From: itamar.synhers...@gmail.com [mailto:itamar.synhers...@gmail.com]
> On
> > Behalf Of Itamar Syn-Hershko
> > Sent: Tuesday, September 06, 2011 2:34
Not a problem, we will test RavenDB on a separate branch, also for potential
memory leaks
Digy, can you make sure the github mirror contains an updated 2.9.4 tag I
can pull from, which includes the latest ThreadLocal fix + the strongly
signed patch applied to it?
2011/9/6 Digy
> To avoid misund
NHibernate has a much bigger community and more active devs afaict.
The proposed changes as I understand them are not about changing class
structure or APIs, but merely touch hunks of code and rewrite them to
use better .NET practices (yield, generics, LINQ etc). In conjunction
with a move to
[
https://issues.apache.org/jira/browse/LUCENENET-426?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13053692#comment-13053692
]
Itamar Syn-Hershko commented on LUCENENET-426:
--
I think we already
[
https://issues.apache.org/jira/browse/LUCENENET-426?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13053692#comment-13053692
]
Itamar Syn-Hershko edited comment on LUCENENET-426 at 6/23/11 8:0
[
https://issues.apache.org/jira/browse/LUCENENET-426?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Itamar Syn-Hershko updated LUCENENET-426:
-
Attachment: fvh.patch
Patch fixing this
> Mark BaseFragmentsBuilder meth
: Lucene.Net Contrib
Affects Versions: Lucene.Net 2.9.2, Lucene.Net 2.9.4, Lucene.Net 3.x,
Lucene.Net 2.9.4g
Reporter: Itamar Syn-Hershko
Priority: Minor
Without marking methods in BaseFragmentsBuilder as virtual, it is meaningless
to have FragmentsBuilder deriving from a class
Making release 2.9.4 and performance tuning are the hottest items IMHO.
If you ask me, there's no need for Luke.NET. Luke is just a tool, and we
can run it just fine in Java. Same goes for docs - the Java version has
this covered.
Itamar.
On 08/05/2011 23:29, Troy Howard wrote:
All,
I'
[
https://issues.apache.org/jira/browse/LUCENENET-407?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13012374#comment-13012374
]
Itamar Syn-Hershko commented on LUCENENET-407:
--
That would work, th
[
https://issues.apache.org/jira/browse/LUCENENET-408?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13012372#comment-13012372
]
Itamar Syn-Hershko commented on LUCENENET-408:
--
Thanks. Can you a
[
https://issues.apache.org/jira/browse/LUCENENET-408?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Itamar Syn-Hershko updated LUCENENET-408:
-
Attachment: commit-40f81a3.patch
Attaching patch
> Mark assembly as
2:28, Scott Lombard wrote:
Itamar,
The best way to have changes incorporated in to the trunk is to create JIRA
issues. You will find the Lucene.Net JIRA at
https://issues.apache.org/jira/browse/LUCENENET.
Scott
-Original Message-
From: Itamar Syn-Hershko [mailto:ita...@code972.com]
Sent: Mo
Issue Type: Improvement
Components: Lucene.Net Core
Reporter: Itamar Syn-Hershko
Priority: Minor
Fix For: Lucene.Net 2.9.2, Lucene.Net 2.9.4, Lucene.Net 3.x
* Making sure that the AlreadyClosedException exception can be serialized
* Making
[
https://issues.apache.org/jira/browse/LUCENENET-407?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Itamar Syn-Hershko updated LUCENENET-407:
-
Attachment: signing.patch
Lucene.NET.snk
snk file and a patch
, Lucene.Net 2.9.4, Lucene.Net 3.x
Reporter: Itamar Syn-Hershko
Fix For: Lucene.Net 2.9.2, Lucene.Net 2.9.4, Lucene.Net 3.x
For our usage of Lucene.NET we need the assembly to be signed.
--
This message is automatically generated by JIRA.
For more information on JIRA, see
Hi all,
We use a local fork of Lucene.NET 2.9.2, and have made made several
small changes we'd like to see incorporated to the main branches (2_9_2
and trunk). I'm attaching the patches with this message.
The changes are for making the AlreadyClosedException serializable, CLS
compliance, a
92 matches
Mail list logo
