Zack,
I'm really pleased to see this you expressing interest in this. Some points
that I'd like to make regarding the topic:
- Distributed Search isn't just hard, it's really hard.
- Lucene, and thus, Lucene.Net is a library, and anything which is
contributed to it should remain within that scop
> If this is the case, 2328 probably made it's way to Lucene.Net since we are
> using the released sources for porting, and we now need to apply 3418 in
> the current version.
Iatmar: I confirmed that 2328 is in the latest code.
Thanks,
Troy
On Wed, Jun 13, 2012 at 5:45 PM, Itamar Syn-Hershko
[
https://issues.apache.org/jira/browse/LUCENENET-481?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13238584#comment-13238584
]
Troy Howard commented on LUCENENET-481:
---
I started in on porting this, how
NO SUMMIT 4 U!
On Mon, Feb 27, 2012 at 10:55 AM, Christopher Currens
wrote:
> I would have loved to, especially since I'm relatively close to the
> Microsoft campus, but I'm not an MVP. :)
>
>
> Thanks,
> Christopher
>
> On Mon, Feb 27, 2012 at 9:27 AM, Simone Chiaretta <
> simone.chiare...@gmail
Why not move docs to http://readthedocs.org/
On Wed, Feb 15, 2012 at 10:45 AM, Christopher Currens
wrote:
> Erg. Was it related to the whole documentation thing? I'm pretty sure
> it's "frowned upon" for our documentation to break SVN every time we do a
> release, so we should probably figure o
I agree with Neal on both points:
- Repeatable, documented process: We need a better more defined,
public and repeatable process for creating and building releases. As
Prescott can attest to, figuring all that out at this point is
non-trivial and poorly documented. We have a wider footprint now th
Looks good.
On Tue, Jan 31, 2012 at 10:38 AM, Michael Herndon
wrote:
> even though we're not voting on this. +1
>
> On Tue, Jan 31, 2012 at 1:30 PM, Prescott Nasser wrote:
>
>> I've updated the board report: wiki.apache.org/incubator/February2012
>>
>> if you guys could take a moment to review.
>
he most value to .NET developers and go from
>> there.
>>
>> - michael
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> On Thu, Dec 29, 2011 at 8:13 PM, Rory Plaire wrote:
>>
>> > The other option for people not wanting a line
s direction.
Anyway, it's just one idea/talking point towards the end goal of
getting the general topic off the table completely.
Thanks,
Troy
On Thu, Dec 29, 2011 at 3:32 PM, Troy Howard wrote:
> Apologies upfront: another long email.
>
> My most firm opinion on this topic is th
which needs to be fixed -
> but it's not clear how to manage that without some large adjustments to the
> API.
>
>
>
> Sent from my Windows Phone
>
> From: Troy Howard
> Sent: 12/29/2011 2:19 PM
> To: lucene-net-...@lucene.apach
My vote goes to merging the two:
Apply the same concepts from 2.9.4g to 3.X development, using generics
where possible, Disposable vs Close, and exposing *additional* APIs
for generics (but leaving the existing old ones) to enable the
underlying performance improvements the generics offer. Also, e
Re: Twitter
Sadly not a single tweet has been sent out on our twitter account.
Really need to remedy that.
Re: IRC/realtime chat
There have been some good reasons expressed by various folks at Apache
(and in our team) that realtime chat in channels which are not
publicly logged should generally
So, if we're getting back to the line by line port discussion... I
think either side of this discussion is too extreme. For the case in
point Chris just mentioned (which I'm not really sure what part was so
difficult, as I ported that library in about 30 minutes from
scratch)... anything is a pain
Well the issue is that Apache's homegrown site CMS system (which our
site is based off of) uses SVN to store/deploy the file for the
site... So deployable artifacts for the site need to be in SVN, in a
particular directory structure under the site directory, so that they
can be picked up by the CMS
Prescott,
Good job figuring out the signing and creating the release packages!
It's non-trivial to figure out the first time from the docs, for sure.
Sorry, I have been so busy this month that I wasn't able to provide
help before you figured it out on your own. :)
Some nitpicky details about the
[
https://issues.apache.org/jira/browse/LUCENENET-404?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Troy Howard resolved LUCENENET-404.
---
Resolution: Fixed
Uploaded the artifacts in r1153264
> Improve brand logo des
[
https://issues.apache.org/jira/browse/LUCENENET-437?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13067388#comment-13067388
]
Troy Howard commented on LUCENENET-437:
---
Sorry, read too fast. Your last com
[
https://issues.apache.org/jira/browse/LUCENENET-437?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13067384#comment-13067384
]
Troy Howard commented on LUCENENET-437:
---
Well, it does, becaus
[
https://issues.apache.org/jira/browse/LUCENENET-437?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13067373#comment-13067373
]
Troy Howard commented on LUCENENET-437:
---
Although, according to that defini
[
https://issues.apache.org/jira/browse/LUCENENET-437?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13067370#comment-13067370
]
Troy Howard commented on LUCENENET-437:
---
>From the docs for List.h
[
https://issues.apache.org/jira/browse/LUCENENET-437?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13067328#comment-13067328
]
Troy Howard edited comment on LUCENENET-437 at 7/18/11 9:5
[
https://issues.apache.org/jira/browse/LUCENENET-437?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13067328#comment-13067328
]
Troy Howard commented on LUCENENET-437:
---
I assume you're referring to
Hi Ofer!
We are close to a release of 2.9.4, and another release following that of
2.9.4g (which diverges from the Java versioning/API somewhat). After that,
we'll be looking into a 3.0 release.
The schedule we hoped to achieve was a bit ambitious. We haven't had the
level of code contribution th
Michael,
I agree with everything you said. My point in saying "whoever commits code
wins" was to illustrate the reality of how and why the project has the
current form.
Building consensus is difficult. It is an essential first step before we can
do something like make a list of bit-sized pieces o
I pretty much agree with Rory.
And as others have said, this issue has been discussed many times. What is
most important about the fact that it has been discussed many times is that
it has not been resolve, even though it has been discussed so many times.
That means that the both the developer co
> meantime if they are unable to edit the page to add to the table on the
> hack-a-thon page. (And there are some who may just not want to join yet
> another wiki).
>
> Do keep an eye out for spam once we elevate privileges.
>
> - Michael
>
> On Wed, May 11, 2011 at 3
gt;
>> >If any of you follow Hanselman on twitter, please take a second a retweet
>> >his on the lucene.net hackathon listed below or even send a thanks.
>> >
>> >"Wanna get involved in Open Source? Why not help with the Lucene.NET
>> >Hac
-deploy the .NET 3.5 dependencies (System.Core, etc) since
> they are all the same CLR
>
> Aaron Powell
> MVP - Internet Explorer (Development) | Umbraco Core Team Member | FunnelWeb
> Team Member
>
> http://apowell.me | http://twitter.com/slace | Skype: aaron.l.powell |
>
uot;drop support for 2.0 completely". But
> now we have two versions(2.9.4 & 2.9.4g) and one can continue to support 2.0
> till its death (2.9.4g may be used as base for future versions, but this is
> not true for 2.9.4)
>
> DIGY
>
> -----Original Message-
> From
All,
Please cast your votes regarding the topic of .Net Framework support.
The question on the table is:
Should Apache Lucene.Net 2.9.4 be the last release which supports the
.Net 2.0 Framework?
Some options are:
[+1] - Yes, move forward to the latest .Net Framework version, and drop
support f
ET-172 & LUCENENET-413, maybe LUCENENET-266) and declare
> that
> > 2.9.4 will be the last version supporting 2.0 framework.
> >
> > DIGY
> >
> >
> >
> >
> > -Original Message-
> > From: Troy Howard [mailto:thowar...@gmail.com]
> &
t; and sand castle and shfb to the /lib folder?
> > >
> > > - Michael
> > >
> > >
> > > On Sat, Apr 23, 2011 at 7:57 AM, Digy wrote:
> > >
> > >> Everything seems to be OK.
> > >> +1 for removing old directory structure.
Thanks for the report, Ryan.
I fixed the issue, and it should be updating shortly,
-Troy
On Tue, Apr 19, 2011 at 6:43 AM, Ryan Barrett wrote:
> I guess this is the right place to mention this?
>
> Think link to the latest binary distribution of DotNet Lucene here:
>
> http://incubator.apache.
We don't have any sort of QA report on the latest build. DIGY called
for testing, but I haven't seen anyone respond to that request
indicating successful testing.
So, how do we want to manage this?
In the business world, we'd never think of making a release without
extensive QA first. In my other
, with appropriate Generics? This would bring us very close
> to lucene 3.0.3 (and not hard to do with the help of VS).
>
> DIGY
>
> On Tue, Mar 29, 2011 at 10:02 PM, Troy Howard wrote:
>
>> Sounds good. I'll make a tag prior to starting the directory changes,
> too.
>
> DIGY.
>
>
>
> On Tue, Mar 29, 2011 at 9:38 PM, Troy Howard wrote:
>
>> Looks like we have a 'lazy consensus', in that, no one has raised any
>> significant objections, a few minor modifications have been suggested
>> (which sound totally
> Codes under Analyzer(by DIGY) can be moved to /src/contrib/analyzers (but
>> they are not ports from java).
>> The others(by M.GARSKI) are extensions to the core(something like
>> Lucene.Net.Core.Extensions)
>>
>> DIGY
>>
>>
>> On Thu, Mar 10, 2011 at 1:36
On Mon, Mar 21, 2011 at 12:58 PM, Digy wrote:
> Is -for ex- MaxInt/2 a valid value? You can get easily an OOM exception( and
> the worst case would be getting sporadic OOM when search fequency increases).
>
> DIGY
>
> -----Original Message-
> From: Troy Howard [mailto:thowar
[
https://issues.apache.org/jira/browse/LUCENENET-391?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13009268#comment-13009268
]
Troy Howard commented on LUCENENET-391:
---
Amanuel: +1 Agreed
> Luke.
mbard wrote:
> +1
>
> Scott
>
> On Mon, Feb 28, 2011 at 5:18 AM, Stefan Bodewig wrote:
>
>> On 2011-02-28, Troy Howard wrote:
>>
>> > One quick concern I have, is how much of the things listed are already
>> > available on the Apache hudson server?
&
t; >
>> > > On Mon, Feb 28, 2011 at 11:04 AM, Glyn Darkin > > >wrote:
>> > >
>> > > > +1
>> > > > On 28 Feb 2011, at 08:39, Troy Howard wrote:
>> > > >
>> > > > > All,
>> > > > >
&g
[
https://issues.apache.org/jira/browse/LUCENENET-377?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12999481#comment-12999481
]
Troy Howard commented on LUCENENET-377:
---
I did another version of this for
l cases in the past?
>
> This will probably be good information for other developers to know in
> general as well.
>
> - Michael
>
> On Wed, Feb 23, 2011 at 10:04 AM, Stefan Bodewig wrote:
>
>> On 2011-02-23, Troy Howard wrote:
>>
>> > I'm happy to announ
rom source. That said,
agree that the binary zip should have a more accessible layout.
I'll create a branch and workup a set of RC2 artifacts.
Thanks,
Troy
On Wed, Feb 23, 2011 at 7:04 AM, Stefan Bodewig wrote:
> On 2011-02-23, Troy Howard wrote:
>
>> I'm happy to announce
Reporter: Troy Howard
Assignee: Prescott Nasser
Update site to work with Apache CMS.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
: Build Automation, Project Infrastructure
Reporter: Troy Howard
Assignee: michael herndon
We would like to have a CI server setup for Lucene.Net.
It has been suggested to do this outside of the ASF infrastructure, but this
would not work for ASF.
Please review the available
[
https://issues.apache.org/jira/browse/LUCENENET-380?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Troy Howard updated LUCENENET-380:
--
Component/s: Build Automation
Due Date: 28/Feb/11 (was: 31/Dec/10)
Fix
Components: Lucene.Net Core, Lucene.Net Test
Reporter: Troy Howard
Fix For: Lucene.Net 2.9.4
Port changes from Java Lucene 2.9.3 and 2.9.4 releases.
The Lucene.Net 2.9.4 release will roll up the changes from both of those
releases into one.
Unit tests should be added or
[
https://issues.apache.org/jira/browse/LUCENENET-372?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Troy Howard updated LUCENENET-372:
--
Due Date: 28/Mar/11
Description:
Port of java analyzers. Sorry for 1.4 version
[
https://issues.apache.org/jira/browse/LUCENENET-398?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Troy Howard updated LUCENENET-398:
--
Due Date: 28/Feb/11
> Prepare the code for ingest
[
https://issues.apache.org/jira/browse/LUCENENET-398?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Troy Howard updated LUCENENET-398:
--
Description:
Prepare source to be imported in the Lucene.Net respository.
Staging area
[
https://issues.apache.org/jira/browse/LUCENENET-397?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Troy Howard updated LUCENENET-397:
--
Due Date: 28/Mar/11
Description:
Resolution of the legal issues around ingesting
[
https://issues.apache.org/jira/browse/LUCENENET-391?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Troy Howard updated LUCENENET-391:
--
Due Date: 28/Mar/11
Description:
Create a port of Java Luke to .NET for
paperwork (like a grant/contributor CLA/etc)?
Thanks,
Troy
On Sat, Feb 19, 2011 at 10:45 PM, Stefan Bodewig wrote:
> On 2011-02-18, Troy Howard wrote:
>
>> Pending resolution of the legal issues around ingesting the code into
>> Lucene.Net,
>
> All it takes is:
>
All,
There was a request, in LUCENENET-389 [1], that our binary release be
signed as a Strong Named Assembly (SNA). There are many compelling
reasons to do this, however managing this as an open source project
raises some questions.
The main question is, how to manage the Strong Name Key (SNK) fi
+1 for dev list
On Feb 1, 2011 6:52 AM, "Prescott Nasser" wrote:
> +1 for dev list.
>
>
> -Original Message-
> From: digy digy
> Date: Tue, 1 Feb 2011 12:31:23
> To:
> Subject: Re: Incubator Infra: JIRA
>
> Lucene.Net users sometimes discuss the same issue in both JIRA and dev
> mailing
wrote:
> Was wondering how the proposal is going: has it been published or sent to
> the ASF?
> Simone
>
> On Fri, Dec 31, 2010 at 1:01 AM, Troy Howard wrote:
>
>> All,
>>
>> I'm working on the Incubator Proposal now, and need to establish a
>>
All,
This is a brief note to announce that the Lucene.Net proposal to move
back to the Incubator was submitted today on the
gene...@incubator.apache.org mailing list.
To follow the discussion, please sign up for that mailing list or view
the archives (with slight delay) at:
http://mail-archives.
ist
>> > of people.
>> >
>> > Thanks,
>> > ~Sri.
>> >
>> >
>> >
>> > > From: digyd...@gmail.com
>> > > To: lucene-net-...@lucene.apache.org
>> > > Subject: RE: Proposal Status, Initial Committors
that.
>
>
> What are the particulars that needs to be covered in affiliations if any by
> committers and contributors?
>
> On Thu, Jan 6, 2011 at 1:28 PM, Troy Howard wrote:
>
>> Thanks, Peter.
>>
>> I forgot to specifically mention... DIGY, Prescott, and
atical issues, but I'm good
> with the content.
>
> Peter Mateja
> peter.mat...@gmail.com
>
>
>
> On Thu, Jan 6, 2011 at 11:47 AM, Troy Howard wrote:
>
>> All,
>>
>> Thanks for all the recent activity in the mailing lists. I'm really
>&g
List
---
I have updated the proposal to reflect the current state of the
Initial Committers list. The list, at present is (alphabetical):
- Chris Currens
- DIGY
- Michael Herndon
- Prescott Nasser
- Scott Lombard
- Sergey Mirvoda
- Troy Howard
The only
or is there a way that the community
> can work on it together?
>
> Thoughts?
> Scott
>
>
> -----Original Message-
> From: Troy Howard [mailto:thowar...@gmail.com]
> Sent: Thursday, December 30, 2010 2:22 PM
> To: lucene-net-...@lucene.apache.org
> Cc: lucene-n
Scott,
I will gladly help put this proposal together and would like to
volunteer as a committer. I am communicating with others to find some
additional candidates to be committers.
Regarding Heath, a quote from his last message in this thread:
"While I have developed extensively against Lucene.
Lucene PMC member. This will assist the PMC in
better managing the project in the future.
Sincerely,
Troy Howard
Neal,
As you said, "If you're developing at the concept level the specific
language you use becomes unimportant. ".
This is exactly why we feel that working on this in C# is not a
problem. We feel that the language should not impede our ability to
contribute. If we develop some interesting or val
66 matches
Mail list logo
