Re: [VOTE] Solr to become a top-level Apache project (TLP)

[Martijn v Groningen]

+1

On Thu, 14 May 2020 at 19:20, Gora Mohanty  wrote:

> +1
>
> On Thu, 14 May 2020 at 22:42, Kevin Risden  wrote:
>
>> +1 (binding)
>>
>> Kevin Risden
>>
>>
>>
>> On Thu, May 14, 2020 at 12:17 PM Nicholas Knize  wrote:
>>
>>> +1 (binding)
>>>
>>> Nicholas Knize, Ph.D., GISP
>>> Geospatial Software Guy  |  Elasticsearch
>>> Apache Lucene PMC Member and Committer
>>> nkn...@apache.org
>>>
>>>
>>> On Thu, May 14, 2020 at 11:02 AM Namgyu Kim  wrote:
>>>
 +1

 On Thu, May 14, 2020 at 10:33 PM Tommaso Teofili <
 tommaso.teof...@gmail.com> wrote:

> +1 (binding)
>
> Tommaso
>
> On Tue, 12 May 2020 at 09:37, Dawid Weiss 
> wrote:
>
>> Dear Lucene and Solr developers!
>>
>> According to an earlier [DISCUSS] thread on the dev list [2], I am
>> calling for a vote on the proposal to make Solr a top-level Apache
>> project (TLP) and separate Lucene and Solr development into two
>> independent entities.
>>
>> To quickly recap the reasons and consequences of such a move: it seems
>> like the reasons for the initial merge of Lucene and Solr, around 10
>> years ago, have been achieved. Both projects are in good shape and
>> exhibit signs of independence already (mailing lists, committers,
>> patch flow). There are many technical considerations that would make
>> development much easier if we move Solr out into its own TLP.
>>
>> We discussed this issue [2] and both PMC members and committers had a
>> chance to review all the pros and cons and express their views. The
>> discussion showed that there are clearly different opinions on the
>> matter - some people are in favor, some are neutral, others are
>> against or not seeing the point of additional labor. Realistically, I
>> don't think reaching 100% level consensus is going to be possible --
>> we are a diverse bunch with different opinions and personalities. I
>> firmly believe this is the right direction hence the decision to put
>> it under the voting process. Should something take a wrong turn in the
>> future (as some folks worry it may), all blame is on me.
>>
>> Therefore, the proposal is to separate Solr from under Lucene TLP, and
>> make it a TLP on its own. The initial structure of the new PMC,
>> committer base, git repositories and other managerial aspects can be
>> worked out during the process if the decision passes.
>>
>> Please indicate one of the following (see [1] for guidelines):
>>
>> [ ] +1 - yes, I vote for the proposal
>> [ ] -1 - no, I vote against the proposal
>>
>> Please note that anyone in the Lucene+Solr community is invited to
>> express their opinion, though only Lucene+Solr committers cast binding
>> votes (indicate non-binding votes in your reply, please).
>>
>> The vote will be active for a week to give everyone a chance to read
>> and cast a vote.
>>
>> Dawid
>>
>> [1] https://www.apache.org/foundation/voting.html
>> [2]
>> https://lists.apache.org/thread.html/rfae2440264f6f874e91545b2030c98e7b7e3854ddf090f7747d338df%40%3Cdev.lucene.apache.org%3E
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>
>>

-- 
Met vriendelijke groet,

Martijn van Groningen

Re: Welcome Jim Ferenczi to the PMC

[Martijn v Groningen]

Congrats Jim!

On Wed, Dec 20, 2017 at 12:06 PM Alan Woodward  wrote:

> Welcome Jim!
>
> On 20 Dec 2017, at 10:18, Adrien Grand  wrote:
>
> I am pleased to announce that Jim Ferenczi has accepted the PMC's
> invitation to join.
>
> Welcome Jim!
>
>
>

Re: [VOTE] Release Lucene/Solr 7.2.0 RC1

[Martijn v Groningen]

+1

SUCCESS! [1:05:17.701417]

On Mon, Dec 18, 2017 at 1:26 AM Michael McCandless <
luc...@mikemccandless.com> wrote:

> +1
>
> SUCCESS! [0:36:22.387901]
>
> Mike McCandless
>
> http://blog.mikemccandless.com
>
> On Fri, Dec 15, 2017 at 3:22 AM, Adrien Grand  wrote:
>
>> Please vote for release candidate 1 for Lucene/Solr 7.2.0The artifacts can 
>> be downloaded 
>> from:https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-7.2.0-RC1-revbca54cad5a9f6a80800944fd5bd585b68acde8c8/You
>>  can run the smoke tester directly with this command:python3 -u 
>> dev-tools/scripts/smokeTestRelease.py 
>> \https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-7.2.0-RC1-revbca54cad5a9f6a80800944fd5bd585b68acde8c8/Here's
>>  my +1
>>
>>
>

Re: Release 7.1

[Martijn v Groningen]

+1!

On Tue, Oct 10, 2017 at 10:09 AM Ishan Chattopadhyaya <
ichattopadhy...@gmail.com> wrote:

> +1
>
> On Mon, Oct 9, 2017 at 9:52 PM, Adrien Grand  wrote:
>
>> +1 to get 7.1 out!
>>
>> Le lun. 9 oct. 2017 à 17:54, Shalin Shekhar Mangar  a
>> écrit :
>>
>>> Hello,
>>>
>>> The 7.0 release took much longer than anticipated so I would like to
>>> push a 7.1 release on a more aggressive schedule than usual.
>>>
>>> I've already pushed branch_7_1 created from branch_7x a few minutes
>>> back. If no one has any objections, I'd like to cut the first RC after
>>> 24 hours from this email.
>>>
>>> No new features should be pushed to branch_7_1. Critical bug fixes or
>>> test fixes only at this point, please.
>>>
>>> --
>>> Regards,
>>> Shalin Shekhar Mangar.
>>>
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>>
>>>
>

Re: lucene-solr:branch_6_6: LUCENE-7869: Changed MemoryIndex to sort 1d points.

[Martijn v Groningen]

Thanks for noticing this Alan! I've reverted the changes to this file and
then re-added the entry to CHANGES.txt in two separate commits.

On Thu, Jun 8, 2017 at 1:23 PM Martijn v Groningen <
martijn.v.gronin...@gmail.com> wrote:

> Yes, this is a mistake. Let me fix this.
>
> On Thu, Jun 8, 2017 at 1:16 PM Alan Woodward <a...@flax.co.uk> wrote:
>
>> There’s a few unrelated edits to CHANGES.txt here which I think might be
>> a mistake?
>>
>> > On 8 Jun 2017, at 11:23, m...@apache.org wrote:
>> >
>> > Repository: lucene-solr
>> > Updated Branches:
>> >  refs/heads/branch_6_6 0238eeef2 -> 703053094
>> >
>> >
>> > LUCENE-7869: Changed MemoryIndex to sort 1d points.
>> >
>> > In case of 1d points, the PointInSetQuery.MergePointVisitor expects
>> that these points are visited in ascending order.
>> > Prior to this change the memory index doesn't do this and this can
>> result in document with multiple points that should match to not match.
>> >
>> >
>> > Project: http://git-wip-us.apache.org/repos/asf/lucene-solr/repo
>> > Commit:
>> http://git-wip-us.apache.org/repos/asf/lucene-solr/commit/70305309
>> > Tree: http://git-wip-us.apache.org/repos/asf/lucene-solr/tree/70305309
>> > Diff: http://git-wip-us.apache.org/repos/asf/lucene-solr/diff/70305309
>> >
>> > Branch: refs/heads/branch_6_6
>> > Commit: 70305309471e906c8f64e4203aba475445278938
>> > Parents: 0238eee
>> > Author: Martijn van Groningen <martijn.v.gronin...@gmail.com>
>> > Authored: Wed Jun 7 19:55:32 2017 +0200
>> > Committer: Martijn van Groningen <martijn.v.gronin...@gmail.com>
>> > Committed: Thu Jun 8 12:15:30 2017 +0200
>> >
>> > --
>> > lucene/CHANGES.txt  | 29 +---
>> > .../apache/lucene/index/memory/MemoryIndex.java | 35
>> 
>> > .../lucene/index/memory/TestMemoryIndex.java| 24 ++
>> > 3 files changed, 54 insertions(+), 34 deletions(-)
>> > --
>> >
>> >
>> >
>> http://git-wip-us.apache.org/repos/asf/lucene-solr/blob/70305309/lucene/CHANGES.txt
>> > --
>> > diff --git a/lucene/CHANGES.txt b/lucene/CHANGES.txt
>> > index f1bddde..1dfebfe 100644
>> > --- a/lucene/CHANGES.txt
>> > +++ b/lucene/CHANGES.txt
>> > @@ -4,7 +4,12 @@ For more information on past and future Lucene
>> versions, please see:
>> > http://s.apache.org/luceneversions
>> >
>> > === Lucene 6.6.1 ===
>> > -(No Changes)
>> > +
>> > +Bug Fixes
>> > +
>> > +* LUCENE-7869: Changed MemoryIndex to sort 1d points. In case of 1d
>> points, the PointInSetQuery.MergePointVisitor expects
>> > +  that these points are visited in ascending order. The memory index
>> doesn't do this and this can result in document
>> > +  with multiple points that should match to not match. (Martijn van
>> Groningen)
>> >
>> > === Lucene 6.6.0 ===
>> >
>> > @@ -102,9 +107,6 @@ Other
>> > * LUCENE-7761: Fixed comment in ReqExclScorer.
>> >   (Pablo Pita Leira via Adrien Grand)
>> >
>> > -* LUCENE-7815: Deprecate the PostingsHighlighter. It evolved into the
>> > -  UnifiedHighlighter. (David Smiley)
>> > -
>> > === Lucene 6.5.1 ===
>> >
>> > Bug Fixes
>> > @@ -118,9 +120,6 @@ Bug Fixes
>> > * LUCENE-7769: The UnifiedHighligter wasn't highlighting portions of
>> the query
>> >   wrapped in BoostQuery or SpanBoostQuery. (David Smiley, Dmitry
>> Malinin)
>> >
>> > -* LUCENE-7791: Fixed index sorting to work with sparse numeric and
>> binary docvalues field.
>> > -  (Przemyslaw Szeremiota via Jim Ferenczi)
>> > -
>> > Other
>> >
>> > * LUCENE-7763: Remove outdated comment in
>> IndexWriterConfig.setIndexSort javadocs.
>> > @@ -170,16 +169,15 @@ API Changes
>> >   instead of once all shard responses are present. (Simon Willnauer,
>> >   Mike McCandless)
>> >
>> > -* LUCENE-6819: Index-time boosts are deprecated. As a replacement,
>> index-time
>> > -  scoring factors s

Re: lucene-solr:branch_6_6: LUCENE-7869: Changed MemoryIndex to sort 1d points.

[Martijn v Groningen]

Yes, this is a mistake. Let me fix this.

On Thu, Jun 8, 2017 at 1:16 PM Alan Woodward  wrote:

> There’s a few unrelated edits to CHANGES.txt here which I think might be a
> mistake?
>
> > On 8 Jun 2017, at 11:23, m...@apache.org wrote:
> >
> > Repository: lucene-solr
> > Updated Branches:
> >  refs/heads/branch_6_6 0238eeef2 -> 703053094
> >
> >
> > LUCENE-7869: Changed MemoryIndex to sort 1d points.
> >
> > In case of 1d points, the PointInSetQuery.MergePointVisitor expects that
> these points are visited in ascending order.
> > Prior to this change the memory index doesn't do this and this can
> result in document with multiple points that should match to not match.
> >
> >
> > Project: http://git-wip-us.apache.org/repos/asf/lucene-solr/repo
> > Commit:
> http://git-wip-us.apache.org/repos/asf/lucene-solr/commit/70305309
> > Tree: http://git-wip-us.apache.org/repos/asf/lucene-solr/tree/70305309
> > Diff: http://git-wip-us.apache.org/repos/asf/lucene-solr/diff/70305309
> >
> > Branch: refs/heads/branch_6_6
> > Commit: 70305309471e906c8f64e4203aba475445278938
> > Parents: 0238eee
> > Author: Martijn van Groningen 
> > Authored: Wed Jun 7 19:55:32 2017 +0200
> > Committer: Martijn van Groningen 
> > Committed: Thu Jun 8 12:15:30 2017 +0200
> >
> > --
> > lucene/CHANGES.txt  | 29 +---
> > .../apache/lucene/index/memory/MemoryIndex.java | 35 
> > .../lucene/index/memory/TestMemoryIndex.java| 24 ++
> > 3 files changed, 54 insertions(+), 34 deletions(-)
> > --
> >
> >
> >
> http://git-wip-us.apache.org/repos/asf/lucene-solr/blob/70305309/lucene/CHANGES.txt
> > --
> > diff --git a/lucene/CHANGES.txt b/lucene/CHANGES.txt
> > index f1bddde..1dfebfe 100644
> > --- a/lucene/CHANGES.txt
> > +++ b/lucene/CHANGES.txt
> > @@ -4,7 +4,12 @@ For more information on past and future Lucene
> versions, please see:
> > http://s.apache.org/luceneversions
> >
> > === Lucene 6.6.1 ===
> > -(No Changes)
> > +
> > +Bug Fixes
> > +
> > +* LUCENE-7869: Changed MemoryIndex to sort 1d points. In case of 1d
> points, the PointInSetQuery.MergePointVisitor expects
> > +  that these points are visited in ascending order. The memory index
> doesn't do this and this can result in document
> > +  with multiple points that should match to not match. (Martijn van
> Groningen)
> >
> > === Lucene 6.6.0 ===
> >
> > @@ -102,9 +107,6 @@ Other
> > * LUCENE-7761: Fixed comment in ReqExclScorer.
> >   (Pablo Pita Leira via Adrien Grand)
> >
> > -* LUCENE-7815: Deprecate the PostingsHighlighter. It evolved into the
> > -  UnifiedHighlighter. (David Smiley)
> > -
> > === Lucene 6.5.1 ===
> >
> > Bug Fixes
> > @@ -118,9 +120,6 @@ Bug Fixes
> > * LUCENE-7769: The UnifiedHighligter wasn't highlighting portions of the
> query
> >   wrapped in BoostQuery or SpanBoostQuery. (David Smiley, Dmitry Malinin)
> >
> > -* LUCENE-7791: Fixed index sorting to work with sparse numeric and
> binary docvalues field.
> > -  (Przemyslaw Szeremiota via Jim Ferenczi)
> > -
> > Other
> >
> > * LUCENE-7763: Remove outdated comment in IndexWriterConfig.setIndexSort
> javadocs.
> > @@ -170,16 +169,15 @@ API Changes
> >   instead of once all shard responses are present. (Simon Willnauer,
> >   Mike McCandless)
> >
> > -* LUCENE-6819: Index-time boosts are deprecated. As a replacement,
> index-time
> > -  scoring factors should be indexed into a doc value field and combined
> at
> > -  query time using eg. FunctionScoreQuery. (Adrien Grand)
> > -
> > * LUCENE-7700: A cleanup of merge throughput control logic. Refactored
> all the
> >   code previously scattered throughout the IndexWriter and
> >   ConcurrentMergeScheduler into a more accessible set of public methods
> (see
> >   MergePolicy.OneMergeProgress, MergeScheduler.wrapForMerge and
> >   OneMerge.mergeInit). (Dawid Weiss, Mike McCandless).
> >
> > +* LUCENE-7734: FieldType's copy constructor was widened to accept any
> IndexableFieldType.
> > +  (David Smiley)
> > +
> > New Features
> >
> > * LUCENE-7738: Add new InetAddressRange for indexing and querying
> InetAddress
> > @@ -343,10 +341,6 @@ Other
> > * LUCENE-7658: queryparser/xml CoreParser now implements
> SpanQueryBuilder interface.
> >   (Daniel Collins, Christine Poerschke)
> >
> > -* LUCENE-7664: GeoPointField and its queries are deprecated in favor
> > -  of LatLonPoint, which offers faster indexing and searching
> > -  performance, smaller index, and less search-time heap usage.  (Mike
> McCandless)
> > -
> > * LUCENE-7715: NearSpansUnordered simplifications.
> >   (Paul Elschot via Adrien 

Re: [VOTE] Release Lucene/Solr 6.6.0 RC5

[Martijn v Groningen]

+1

SUCCESS! [1:22:57.327825]

On Wed, May 31, 2017 at 8:39 AM Shalin Shekhar Mangar <
shalinman...@gmail.com> wrote:

> +1
>
> SUCCESS! [1:05:04.157336]
>
> On Tue, May 30, 2017 at 11:37 PM, Ishan Chattopadhyaya 
> wrote:
> > Please vote for release candidate 5 for Lucene/Solr 6.6.0
> >
> > The artifacts can be downloaded from:
> >
> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-6.6.0-RC5-rev5c7a7b65d2aa7ce5ec96458315c661a18b320241
> >
> > You can run the smoke tester directly with this command:
> >
> > python3 -u dev-tools/scripts/smokeTestRelease.py \
> >
> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-6.6.0-RC5-rev5c7a7b65d2aa7ce5ec96458315c661a18b320241
> >
> > Here's my +1
> > SUCCESS! [1:23:31.105482]
>
>
>
> --
> Regards,
> Shalin Shekhar Mangar.
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
>

Re: [VOTE] Release Lucene/Solr 6.6.0 RC3

[Martijn v Groningen]

+1

SUCCESS! [0:48:26.225331]

On Fri, May 26, 2017 at 9:43 AM Ishan Chattopadhyaya <
ichattopadhy...@gmail.com> wrote:

> Please vote for release candidate 3 for Lucene/Solr 6.6.0The artifacts can be 
> downloaded 
> from:https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-6.6.0-RC3-revbfb1ee42b2edbc2f2dea49b9d0e3201069d6e781You
>  can run the smoke tester directly with this command:python3 -u 
> dev-tools/scripts/smokeTestRelease.py 
> \https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-6.6.0-RC3-revbfb1ee42b2edbc2f2dea49b9d0e3201069d6e781Here's
>  my +1SUCCESS! [1:16:00.055493]
>
>

Re: [VOTE] Release Lucene/Solr 6.6.0 RC1

[Martijn v Groningen]

Thanks, I've pushed the change to the 6.6 branch.

On Tue, May 23, 2017 at 8:42 PM Ishan Chattopadhyaya <
ichattopadhy...@gmail.com> wrote:

> Sure Martijn, please go ahead. Thanks.
>
> On Tue, May 23, 2017 at 11:14 PM, Martijn v Groningen <
> martijn.v.gronin...@gmail.com> wrote:
>
>> Hi Ishan,
>>
>> I like to backport LUCENE-7810 to the 6.6 branch. Is that okay with you?
>>
>> Martijn
>>
>> On Tue, May 23, 2017 at 7:02 PM Ishan Chattopadhyaya <
>> ichattopadhy...@gmail.com> wrote:
>>
>>> Thanks Adrien! +1 for the LUCENE-7847 merge.
>>>
>>> On Tue, May 23, 2017 at 10:20 PM, Adrien Grand <jpou...@gmail.com>
>>> wrote:
>>>
>>>> Hi Ishan,
>>>>
>>>> I closed LUCENE-7573 which is actually not a problem. We thought it
>>>> would be buggy or at least trappy given another bug that was discovered but
>>>> the merge logic actually uses the doc-values API in a way that there should
>>>> not be problems.
>>>>
>>>> I took the opportunity of the respin to merge
>>>> https://issues.apache.org/jira/browse/LUCENE-7847 to 6.6, hopefully
>>>> that's ok with you. I can still revert if that does not work for you or if
>>>> you already started building the RC.
>>>>
>>>> Le lun. 22 mai 2017 à 22:35, Ishan Chattopadhyaya <
>>>> ichattopadhy...@gmail.com> a écrit :
>>>>
>>>>> * I see that LUCENE-7573 is an outstanding blocker for 6.6, but it
>>>>> doesn't have a patch and nor has it been updated since March.
>>>>> * I see no other issues marked as a blocker. Can someone aware of the
>>>>> issues discussed above please mark them as a blocker if they absolutely
>>>>> need to go into 6.6?
>>>>>
>>>>> If there is no update about LUCENE-7573 or any other blockers (apart
>>>>> from LUCENE-7573) in another 24 hours from now, I'm planning to downgrade
>>>>> LUCENE-7573 from Blocker to Major and start building the next RC. Please
>>>>> let me know if there are any objections.
>>>>>
>>>>>
>>>>> On Fri, May 19, 2017 at 8:14 PM, Ishan Chattopadhyaya <
>>>>> ichattopadhy...@gmail.com> wrote:
>>>>>
>>>>>> +1 to respin, and have fixes to LUCENE-7833 included.
>>>>>> Uwe, I guess the V2 standalone mode issue is SOLR-10711. Do you
>>>>>> consider it as a blocker? If so, can we mark it as such on the JIRA? Is
>>>>>> there an issue for the Windows space issue?
>>>>>> As for SOLR-10004, I don't think it is a release blocker; however a
>>>>>> nice one to fix before the re-spin, if possible. I'd be glad to 
>>>>>> reconsider,
>>>>>> if someone thinks otherwise.
>>>>>>
>>>>>> On Fri, May 19, 2017 at 6:40 PM, Christine Poerschke (BLOOMBERG/
>>>>>> LONDON) <cpoersc...@bloomberg.net> wrote:
>>>>>>
>>>>>>> The "javadocs want to fail" output sounds like
>>>>>>> https://issues.apache.org/jira/browse/SOLR-10004 ticket.
>>>>>>>
>>>>>>> From: dev@lucene.apache.org At: 05/17/17 18:44:36
>>>>>>> To: dev@lucene.apache.org
>>>>>>> Subject: Re: [VOTE] Release Lucene/Solr 6.6.0 RC1
>>>>>>>
>>>>>>> The smoke tester ended with:
>>>>>>>
>>>>>>> SUCCESS! [0:59:34.797969]
>>>>>>>
>>>>>>> However, after looking at some of its output, I see a:
>>>>>>>***WARNING***: javadocs want to fail!
>>>>>>> Which followed many "missing: ..." messages akin to this:
>>>>>>>
>>>>>>>   unpack solr-6.6.0-src.tgz...
>>>>>>>
>>>>>>> make sure no JARs/WARs in src dist...
>>>>>>>
>>>>>>> run "ant validate documentation-lint"
>>>>>>>
>>>>>>> run tests w/ Java 8 and testArgs=''...
>>>>>>>
>>>>>>> generate javadocs w/ Java 8...
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> /tmp/smoke_lucene_6.6.0_4d055f00bba9a745737e4b6c3f9dff06dd35aa2e/unpack/solr-6.6.0/solr/build/docs/solr-analytics/org/apache/solr/analytics/expression

Re: [VOTE] Release Lucene/Solr 6.6.0 RC1

[Martijn v Groningen]

Hi Ishan,

I like to backport LUCENE-7810 to the 6.6 branch. Is that okay with you?

Martijn

On Tue, May 23, 2017 at 7:02 PM Ishan Chattopadhyaya <
ichattopadhy...@gmail.com> wrote:

> Thanks Adrien! +1 for the LUCENE-7847 merge.
>
> On Tue, May 23, 2017 at 10:20 PM, Adrien Grand  wrote:
>
>> Hi Ishan,
>>
>> I closed LUCENE-7573 which is actually not a problem. We thought it would
>> be buggy or at least trappy given another bug that was discovered but the
>> merge logic actually uses the doc-values API in a way that there should not
>> be problems.
>>
>> I took the opportunity of the respin to merge
>> https://issues.apache.org/jira/browse/LUCENE-7847 to 6.6, hopefully
>> that's ok with you. I can still revert if that does not work for you or if
>> you already started building the RC.
>>
>> Le lun. 22 mai 2017 à 22:35, Ishan Chattopadhyaya <
>> ichattopadhy...@gmail.com> a écrit :
>>
>>> * I see that LUCENE-7573 is an outstanding blocker for 6.6, but it
>>> doesn't have a patch and nor has it been updated since March.
>>> * I see no other issues marked as a blocker. Can someone aware of the
>>> issues discussed above please mark them as a blocker if they absolutely
>>> need to go into 6.6?
>>>
>>> If there is no update about LUCENE-7573 or any other blockers (apart
>>> from LUCENE-7573) in another 24 hours from now, I'm planning to downgrade
>>> LUCENE-7573 from Blocker to Major and start building the next RC. Please
>>> let me know if there are any objections.
>>>
>>>
>>> On Fri, May 19, 2017 at 8:14 PM, Ishan Chattopadhyaya <
>>> ichattopadhy...@gmail.com> wrote:
>>>
 +1 to respin, and have fixes to LUCENE-7833 included.
 Uwe, I guess the V2 standalone mode issue is SOLR-10711. Do you
 consider it as a blocker? If so, can we mark it as such on the JIRA? Is
 there an issue for the Windows space issue?
 As for SOLR-10004, I don't think it is a release blocker; however a
 nice one to fix before the re-spin, if possible. I'd be glad to reconsider,
 if someone thinks otherwise.

 On Fri, May 19, 2017 at 6:40 PM, Christine Poerschke (BLOOMBERG/
 LONDON)  wrote:

> The "javadocs want to fail" output sounds like
> https://issues.apache.org/jira/browse/SOLR-10004 ticket.
>
> From: dev@lucene.apache.org At: 05/17/17 18:44:36
> To: dev@lucene.apache.org
> Subject: Re: [VOTE] Release Lucene/Solr 6.6.0 RC1
>
> The smoke tester ended with:
>
> SUCCESS! [0:59:34.797969]
>
> However, after looking at some of its output, I see a:
>***WARNING***: javadocs want to fail!
> Which followed many "missing: ..." messages akin to this:
>
>   unpack solr-6.6.0-src.tgz...
>
> make sure no JARs/WARs in src dist...
>
> run "ant validate documentation-lint"
>
> run tests w/ Java 8 and testArgs=''...
>
> generate javadocs w/ Java 8...
>
>
>
> /tmp/smoke_lucene_6.6.0_4d055f00bba9a745737e4b6c3f9dff06dd35aa2e/unpack/solr-6.6.0/solr/build/docs/solr-analytics/org/apache/solr/analytics/expression/package-summary.html
>
>   missing: ExpressionFactory
>
>
>
> /tmp/smoke_lucene_6.6.0_4d055f00bba9a745737e4b6c3f9dff06dd35aa2e/unpack/solr-6.6.0/solr/build/docs/solr-analytics/org/apache/solr/analytics/plugin/package-summary.html
>
>   missing: AnalyticsStatisticsCollector
>
>
> On Wed, May 17, 2017 at 9:49 AM Ishan Chattopadhyaya 
> wrote:
>
>> Please vote for release candidate 1 for Lucene/Solr 6.6.0
>>
>> The artifacts can be downloaded from:
>>
>> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-6.6.0-RC1-rev4d055f00bba9a745737e4b6c3f9dff06dd35aa2e
>> 
>>
>> You can run the smoke tester directly with this command:
>>
>> python3 -u dev-tools/scripts/smokeTestRelease.py \
>>
>> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-6.6.0-RC1-rev4d055f00bba9a745737e4b6c3f9dff06dd35aa2e
>> 
>>
>> Here's my +1
>> SUCCESS! [0:32:20.501484]
>>
> --
> Lucene/Solr Search Committer, Consultant, Developer, Author, Speaker
> LinkedIn: http://linkedin.com/in/davidwsmiley | Book:
> http://www.solrenterprisesearchserver.com
>
>

>>>
>

Re: [VOTE] Release Lucene/Solr 6.5.0 RC1

[Martijn v Groningen]

+1 SUCCESS! [1:16:42.421075]

On 24 March 2017 at 17:11, Steve Rowe  wrote:

> +1
>
> Lucene changes, docs and javadocs look good.  The smoke tester passed for
> me (I’ve lost the timing, sorry, was like 28 minutes).
>
> Solr’s HTML changes, docs and javadocs have moved online (see SOLR-9450),
> and so aren’t part of the release artifacts.  I think vetting these docs
> can happen separately from the release vote - it’ll be kosher to fix if
> necessary after a release, since they are excluded from the release vote.
>
> --
> Steve
> www.lucidworks.com
>
> > On Mar 22, 2017, at 3:39 PM, Andi Vajda  wrote:
> >
> >
> > On Tue, 21 Mar 2017, jim ferenczi wrote:
> >
> >> Please vote for release candidate 1 for Lucene/Solr 6.5.0
> >
> > +1
> >
> > I checked out branch_6_5 and built PyLucene with it, all tests pass.
> >
> > Andi..
> >
> >>
> >> The artifacts can be downloaded from:
> >> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-6.5.0-RC1-
> rev4b16c9a10c3c00cafaf1fc92ec3276a7bc7b8c95
> >>
> >> You can run the smoke tester directly with this command:
> >>
> >> python3 -u dev-tools/scripts/smokeTestRelease.py \
> >> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-6.5.0-RC1-
> rev4b16c9a10c3c00cafaf1fc92ec3276a7bc7b8c95
> >>
> >> Here's my +1
> >> SUCCESS! [0:49:02.989006]
> >>
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> > For additional commands, e-mail: dev-h...@lucene.apache.org
> >
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
>


-- 
Met vriendelijke groet,

Martijn van Groningen

Re: [VOTE] Release Lucene/Solr 6.1.0 RC1

[Martijn v Groningen]

+1 SUCCESS! [0:40:22.702419]

On 14 June 2016 at 02:39, Steve Rowe  wrote:

> I’ve committed fixes for all three problems.
>
> --
> Steve
> www.lucidworks.com
>
> > On Jun 13, 2016, at 2:46 PM, Steve Rowe  wrote:
> >
> > Smoke tester was happy: SUCCESS! [0:23:40.900240]
> >
> > Except for the below-described minor issues: changes, docs and javadocs
> look good:
> >
> > * Broken description section links from documentation to javadocs <
> https://issues.apache.org/jira/browse/LUCENE-7338>
> > * Solr’s CHANGES.txt is missing a “Versions of Major Components” section.
> > * Solr’s Changes.html has a section "Upgrading from Solr any prior
> release” that is not formatted properly (the hyphens are put into a bullet
> item below)
> >
> > +0 to release.  I’ll work on the above and backport to the 6.1 branch,
> in case there is another RC.
> >
> > --
> > Steve
> > www.lucidworks.com
> >
> >> On Jun 13, 2016, at 5:15 AM, Adrien Grand  wrote:
> >>
> >> Please vote for release candidate 1 for Lucene/Solr 6.1.0
> >>
> >>
> >> The artifacts can be downloaded from:
> >>
> >>
> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-6.1.0-RC1-rev4726c5b2d2efa9ba160b608d46a977d0a6b83f94/
> >>
> >> You can run the smoke tester directly with this command:
> >>
> >>
> >> python3 -u dev-tools/scripts/smokeTestRelease.py \
> >>
> >>
> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-6.1.0-RC1-rev4726c5b2d2efa9ba160b608d46a977d0a6b83f94/
> >> Here is my +1.
> >> SUCCESS! [0:36:57.750669]
> >
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
> For additional commands, e-mail: dev-h...@lucene.apache.org
>
>


-- 
Met vriendelijke groet,

Martijn van Groningen

Re: Lucene/Solr 6.1.0

[Martijn v Groningen]

+1

On 2 June 2016 at 14:52, Joel Bernstein  wrote:

> +1
>
> Joel Bernstein
> http://joelsolr.blogspot.com/
>
> On Thu, Jun 2, 2016 at 7:09 AM, Uwe Schindler  wrote:
>
>> +1
>>
>>
>>
>> -
>>
>> Uwe Schindler
>>
>> H.-H.-Meier-Allee 63, D-28213 Bremen
>>
>> http://www.thetaphi.de
>>
>> eMail: u...@thetaphi.de
>>
>>
>>
>> *From:* Adrien Grand [mailto:jpou...@gmail.com]
>> *Sent:* Thursday, June 02, 2016 8:55 AM
>> *To:* Lucene Dev 
>> *Subject:* Lucene/Solr 6.1.0
>>
>>
>>
>> I think it is time for a 6.1.0 release? 6.0.0 was released 2 months ago
>> and both Lucene and Solr accumulated an interesting list of
>> features/optimizations since then.
>>
>> I volunteer to be the release manager unless someone else wants to, and I
>> propose to create the 6.1 branch on June 8th and build the first RC on June
>> 10th. Let me know if that does not work for you.
>>
>> Adrien
>>
>
>


-- 
Met vriendelijke groet,

Martijn van Groningen

Re: Welcome Karl Wright as a Lucene/Solr committer!

[Martijn v Groningen]

Welcome!

On 5 April 2016 at 01:35, Karl Wright  wrote:

> Thanks to all for the warm welcome!!  I am honored to be a part of this
> team.
>
> Karl
>
>
> On Mon, Apr 4, 2016 at 7:15 PM, Koji Sekiguchi <
> koji.sekigu...@rondhuit.com> wrote:
>
>> Welcome Karl!
>>
>> Koji
>>
>>
>> On 2016/04/04 23:28, Michael McCandless wrote:
>>
>>> I'm pleased to announce that Karl Wright has accepted the Lucene PMC's
>>> invitation to become a committer.
>>>
>>> Karl, it's tradition that you introduce yourself with a brief bio.
>>>
>>> Karma has been granted to your pre-existing account, so that you can
>>> add yourself to the committers section of the Who We Are page on the
>>> website: http://lucene.apache.org/whoweare.html
>>>
>>> Congratulations and welcome!
>>>
>>> Mike McCandless
>>>
>>> http://blog.mikemccandless.com
>>>
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>>
>>>
>>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
>> For additional commands, e-mail: dev-h...@lucene.apache.org
>>
>>
>


-- 
Met vriendelijke groet,

Martijn van Groningen

Re: [VOTE] Release Lucene/Solr 6.0.0 RC2

[Martijn v Groningen]

+1 Thanks for doing this Nick!

SUCCESS! [0:40:21.687836]

On 1 April 2016 at 22:44, Nicholas Knize  wrote:

> Please vote for the RC2 release candidate for Lucene/Solr 6.0.0.
>
> Artifacts:
>
>
> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-6.0.0-RC2-rev48c80f91b8e5cd9b3a9b48e6184bd53e7619e7e3
>
> Smoke tester:
>
>   python3 -u dev-tools/scripts/smokeTestRelease.py
> https://dist.apache.org/repos/dist/dev/lucene/lucene-solr-6.0.0-RC2-rev48c80f91b8e5cd9b3a9b48e6184bd53e7619e7e3
>
> Here's my +1:
>
> SUCCESS! [0:28:59.770357]
>
> - Nick Knize
>



-- 
Met vriendelijke groet,

Martijn van Groningen

Re: [VOTE] Move trunk to Java 8

[Martijn v Groningen]

+1

On 12 September 2014 17:48, Adrien Grand jpou...@gmail.com wrote:

 +1

 On Fri, Sep 12, 2014 at 5:41 PM, Ryan Ernst r...@iernst.net wrote:
  It has been 6 months since Java 8 was released.  It has proven to be
  both stable (no issues like with the initial release of java 7) and
  faster.  And there are a ton of features that would make our lives as
  developers easier (and that can improve the quality of Lucene 5 when
  it is eventually released).
 
  We should stay ahead of the curve, and move trunk to Java 8.
 
  -
  To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
  For additional commands, e-mail: dev-h...@lucene.apache.org
 



 --
 Adrien

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

Re: [VOTE] 4.9.0

[Martijn v Groningen]

+1 all test pass. Lets close the vote.
Op 23 jun. 2014 09:19 schreef Adrien Grand jpou...@gmail.com:

 +1

 SUCCESS! [0:43:52.973702]

 On Fri, Jun 20, 2014 at 2:13 PM, Robert Muir rcm...@gmail.com wrote:
  Artifacts here:
  http://people.apache.org/~rmuir/staging_area/lucene_solr_4_9_0_r1604085/
 
  Here's my +1
 
  SUCCESS! [0:35:36.654925]
 
  -
  To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
  For additional commands, e-mail: dev-h...@lucene.apache.org
 



 --
 Adrien

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org

Re: 4.9

[Martijn v Groningen]

+1


On 13 June 2014 14:06, Joel Bernstein joels...@gmail.com wrote:

 +1

 Joel Bernstein
 Search Engineer at Heliosearch


 On Fri, Jun 13, 2014 at 6:38 AM, Michael McCandless 
 luc...@mikemccandless.com wrote:

 +1

 Mike McCandless

 http://blog.mikemccandless.com


 On Thu, Jun 12, 2014 at 9:56 PM, Robert Muir rcm...@gmail.com wrote:
  We have a pretty big release already with lots of good performance
  improvements. I'd like to release 4.9 soon, ill be RM. I'm thinking of
  spinning a RC in a week or so.

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org





-- 
Met vriendelijke groet,

Martijn van Groningen

Re: [VOTE] Lucene/Solr release 4.8.1

[Martijn v Groningen]

+1

SUCCESS! [2:12:07.466713]


On 17 May 2014 06:05, Shalin Shekhar Mangar shalinman...@gmail.com wrote:

 +1

 SUCCESS! [2:30:42.364774]


 On Thu, May 15, 2014 at 6:28 AM, Robert Muir rcm...@gmail.com wrote:

 Hello,

 I have created a release candidate at
 http://people.apache.org/~rmuir/staging_area/lucene_solr_4_8_1_r1594670

 Please test and vote.

 Here is my +1 vote. I smoketested and tried to break things over the
 past week during the mail outage.

 SUCCESS! [0:35:43.543536]

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




 --
 Regards,
 Shalin Shekhar Mangar.




-- 
Met vriendelijke groet,

Martijn van Groningen

Re: [VOTE] Lucene / Solr 4.7.1 RC1

[Martijn v Groningen]

+1

SUCCESS! [2:38:57.708807]


On 26 March 2014 13:11, Shalin Shekhar Mangar shalinman...@gmail.comwrote:

 +1

 SUCCESS! [1:19:13.965589]

 On Wed, Mar 26, 2014 at 4:16 AM, Steve Rowe sar...@gmail.com wrote:
  Please vote for the first Release Candidate for Lucene/Solr 4.7.1.
 
  Download it here:
  
 http://people.apache.org/~sarowe/staging_area/lucene-solr-4.7.1-RC1-rev1581444/
 
 
  Smoke tester cmdline:
 
  python3.2 -u dev-tools/scripts/smokeTestRelease.py \
 
 http://people.apache.org/~sarowe/staging_area/lucene-solr-4.7.1-RC1-rev1581444/\
  1581444 4.7.1 /tmp/4.7.1-smoke
 
  The smoke tester passed for me: SUCCESS! [1:08:24.099010]
 
  My vote: +1
 
  Steve
 
 
  -
  To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
  For additional commands, e-mail: dev-h...@lucene.apache.org
 



 --
 Regards,
 Shalin Shekhar Mangar.

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

Re: [VOTE] Lucene / Solr 4.7.0 RC3

[Martijn v Groningen]

+1

SUCCESS! [1:52:31.345809]

Only spotted a small docs typo in the Lucene CHANGES.txt, the second issue
under Changes in Runtime Behavior should be LUCENE-5399 instead of
LUCENE-4399.


On 21 February 2014 02:50, Mark Miller markrmil...@gmail.com wrote:

 +1

 SUCCESS! [1:05:52.694842]

 - Mark

 http://about.me/markrmiller

 On Feb 20, 2014, at 3:52 PM, Simon Willnauer simon.willna...@gmail.com
 wrote:

  Please vote for the third Release Candidate for Lucene/Solr 4.7.0
 
  you can download it here:
 
 http://people.apache.org/~simonw/staging_area/lucene-solr-4.7.0-RC3-rev1570248/
 
  or run the smoke tester directly with this commandline (don't forget
  to set JAVA6_HOME etc.):
 
  $ python3.2 -u dev-tools/scripts/smokeTestRelease.py
 
 http://people.apache.org/~simonw/staging_area/lucene-solr-4.7.0-RC3-rev1570248/
  1570248 4.7.0 /tmp/smoke_test_4_7
 
  Smoketester said: SUCCESS!
 
  here is my +1
 
  -
  To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
  For additional commands, e-mail: dev-h...@lucene.apache.org
 


 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

Re: [VOTE] Lucene / Solr 4.7.0 RC3

[Martijn v Groningen]

Simon, I'll fix the typo in CHANGES.txt and also move the issue under
optimisations as Robert suggested.


On 21 February 2014 14:24, Uwe Schindler u...@thetaphi.de wrote:

 SUCCESS! [2:00:24.392734]

 One thing we should fix in the future: The MANIFEST.MF of almost all JAR
 files contains the following line:

 Main-Class: ${main.class}

 This happens because the ANT property main.class is undefined for most
 modules. Maybe this was added for one of the modules (I assume that the
 Solr-Morphline JARs use this attribute?). We should add some if/then/else
 structure to the jarify/ task that only sets this property, if it is
 actually defined. Otherwise remove it (I think ANT does this automatically
 if its empty, means string-empty, have to try out)

 This leads to an error if the file is double-clicked or started via java
 -jar:

 C:\Users\Uwe Schindler\Desktopjava -jar lucene-core-4.7.0.jar
 Fehler: Hauptklasse ${main.class} konnte nicht gefunden oder geladen werden

 Uwe

 This is not terrible so it should hold the release, but if we respin, we
 should fix it. I will open an issue.

 Nevertheless, +1 to release!

 Uwe

 -
 Uwe Schindler
 H.-H.-Meier-Allee 63, D-28213 Bremen
 http://www.thetaphi.de
 eMail: u...@thetaphi.de


  -Original Message-
  From: Simon Willnauer [mailto:simon.willna...@gmail.com]
  Sent: Thursday, February 20, 2014 9:52 PM
  To: dev@lucene.apache.org
  Subject: [VOTE] Lucene / Solr 4.7.0 RC3
 
  Please vote for the third Release Candidate for Lucene/Solr 4.7.0
 
  you can download it here:
  http://people.apache.org/~simonw/staging_area/lucene-solr-4.7.0-RC3-
  rev1570248/
 
  or run the smoke tester directly with this commandline (don't forget to
 set
  JAVA6_HOME etc.):
 
  $ python3.2 -u dev-tools/scripts/smokeTestRelease.py
  http://people.apache.org/~simonw/staging_area/lucene-solr-4.7.0-RC3-
  rev1570248/
  1570248 4.7.0 /tmp/smoke_test_4_7
 
  Smoketester said: SUCCESS!
 
  here is my +1
 
  -
  To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional
  commands, e-mail: dev-h...@lucene.apache.org


 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

Re: Welcome Benson Margulies as Lucene/Solr committer!

[Martijn v Groningen]

Welcome Benson!


On 28 January 2014 16:19, Wolfgang Hoschek whosc...@cloudera.com wrote:

 Welcome on board!

 Wolfgang.

 On Jan 26, 2014, at 4:32 PM, Erick Erickson wrote:

  Good to have you aboard!
 
  Erick
 
  On Sat, Jan 25, 2014 at 10:52 PM, Mark Miller markrmil...@gmail.com
 wrote:
  Welcome!
 
  - Mark
 
  http://about.me/markrmiller
 
  On Jan 25, 2014, at 4:40 PM, Michael McCandless 
 luc...@mikemccandless.com wrote:
 
  I'm pleased to announce that Benson Margulies has accepted to join our
  ranks as a committer.
 
  Benson has been involved in a number of Lucene/Solr issues over time
  (see
 http://jirasearch.mikemccandless.com/search.py?index=jirachg=ddsa1=allUsersa2=Benson+Margulies
  ), most recently on debugging tricky analysis issues.
 
  Benson, it is tradition that you introduce yourself with a brief bio.
  I know you're heavily involved in other Apache projects already...
 
  Once your account is set up, you should then be able to add yourself
  to the who we are page on the website as well.
 
  Congratulations and welcome!
 
  Mike McCandless
 
  http://blog.mikemccandless.com
 
  -
  To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
  For additional commands, e-mail: dev-h...@lucene.apache.org
 
 
 
  -
  To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
  For additional commands, e-mail: dev-h...@lucene.apache.org
 
 
  -
  To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
  For additional commands, e-mail: dev-h...@lucene.apache.org
 


 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

Re: Welcome Areek Zillur as Lucene/Solr committer!

[Martijn v Groningen]

Welcome Areek!


On 23 January 2014 01:39, Koji Sekiguchi k...@r.email.ne.jp wrote:

 Welcome, Areek!

 koji
 --
 http://soleami.com/blog/mahout-and-machine-learning-
 training-course-is-here.html


 (14/01/22 4:26), Robert Muir wrote:

 I'm pleased to announce that Areek Zillur has accepted to join our ranks
 as
 a committer.

 Areek has been improving suggester support in Lucene and Solr, including a
 revamped Solr component slated for the 4.7 release. [1]

 Areek, it is tradition that you introduce yourself with a brief bio.

 Once your account is setup, you should then be able to add yourself to the
 who we are page on the website as well.

 Congratulations and welcome!

 [1] https://issues.apache.org/jira/browse/SOLR-5378





 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

Re: [VOTE] Lucene / Solr 4.6.0 Take 3

[Martijn v Groningen]

+1 a happy smoker: SUCCESS! [1:35:43.581808]


On 19 November 2013 18:35, Shai Erera ser...@gmail.com wrote:

 +1 smoke tester happy.

 Shai


 On Tue, Nov 19, 2013 at 7:11 PM, Adrien Grand jpou...@gmail.com wrote:

 +1

 --
 Adrien

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org





-- 
Met vriendelijke groet,

Martijn van Groningen

Re: [VOTE] Lucene / Solr 4.6.0

[Martijn v Groningen]

+1! The smoker test succeeded.


On 14 November 2013 15:09, Tommaso Teofili tommaso.teof...@gmail.comwrote:

 +1

  SUCCESS! [2:50:09.253204] ()

 however we have the usual

  ***WARNING***: javadocs want to fail!

 for Solr (which IMHO we should fix)

 Regards,
 Tommaso



 2013/11/14 Shai Erera ser...@gmail.com

 Smoke tester passes for me. +1!

 Shai


 On Thu, Nov 14, 2013 at 11:37 AM, Simon Willnauer 
 simon.willna...@gmail.com wrote:

 Please vote for the first Release Candidate for Lucene/Solr 4.6.0

 you can download it here:

 http://people.apache.org/~simonw/staging_area/lucene-solr-4.6.0-RC1-rev1541686

 or run the smoke tester directly with this commandline (don't forget
 to set JAVA6_HOME etc.):

 python3.2 -u dev-tools/scripts/smokeTestRelease.py

 http://people.apache.org/~simonw/staging_area/lucene-solr-4.6.0-RC1-rev1541686
 1541686 4.6.0 /tmp/smoke_test_4_6


 I integrated the RC into Elasticsearch and all tests pass:


 https://github.com/s1monw/elasticsearch/commit/765e3194bb23f202725bfb28d9a2fd7cc71b49de

 Smoketester said: SUCCESS! [1:15:57.339272]

 here is my +1


 Simon

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org






-- 
Met vriendelijke groet,

Martijn van Groningen

Re: Welcome Ryan Ernst as Lucene/Solr committer

[Martijn v Groningen]

Welcome Ryan!


On 14 October 2013 20:13, Ryan Ernst r...@iernst.net wrote:

 Thanks Adrian.

 I grew up in Bakersfield, CA (colloquially known as the armpit of
 California).  I escaped and went to Cal Poly for my bachelors in computer
 science, and after a very brief stint working on HPUX, I landed working on
 the Amazon search engine for A9. I especially enjoy working with
 compression and encodings, and hope to experiment there some more with
 Lucene.

 Thanks
 Ryan


 On Mon, Oct 14, 2013 at 10:27 AM, Adrien Grand jpou...@gmail.com wrote:

 I'm pleased to announce that Ryan Ernst has accepted to join our ranks
 as a committer.

 Ryan has been working on a number of Lucene and Solr issues and
 recently contributed the new expressions module[1] which allows for
 compiling javascript expressions into SortField instances with
 excellent performance since it doesn't rely on a scripting engine but
 directly generates Java bytecode. This is a very exciting change which
 will be available in Lucene 4.6.

 Ryan, it is tradition that you introduce yourself with a brief bio.

 Congratulations and welcome!

 [1] https://issues.apache.org/jira/browse/LUCENE-5207

 --
 Adrien

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org





-- 
Met vriendelijke groet,

Martijn van Groningen

Re: Welcome Joel Bernstein

[Martijn v Groningen]

Welcome Joel!


On 3 October 2013 15:45, Shawn Heisey s...@elyograg.org wrote:

 On 10/2/2013 11:24 PM, Grant Ingersoll wrote:
  The Lucene PMC is happy to welcome Joel Bernstein as a committer on the
 Lucene and Solr project.  Joel has been working on a number of issues on
 the project and we look forward to his continued contributions going
 forward.

 Welcome to the project!  Best of luck to you!


 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

Re: [VOTE] Release Lucene/Solr 4.5.0 RC5

[Martijn v Groningen]

+1 smoke tester is happy.


On 30 September 2013 14:37, Michael McCandless luc...@mikemccandless.comwrote:

 +1, smoke tester is happy.

 Mike McCandless

 http://blog.mikemccandless.com


 On Sat, Sep 28, 2013 at 12:59 PM, Adrien Grand jpou...@gmail.com wrote:
  Please vote to release the following artifacts:
 
 http://people.apache.org/~jpountz/staging_area/lucene-solr-4.5.0-RC5-rev1527178/
 
  Here is my +1.
 
  --
  Adrien
 
  -
  To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
  For additional commands, e-mail: dev-h...@lucene.apache.org
 

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

Re: [VOTE] Release Lucene/Solr 4.5.0 RC2

[Martijn v Groningen]

+1 smoker is also happy on my end


On 25 September 2013 08:55, Adrien Grand jpou...@gmail.com wrote:

 Here is a new release candidate that fixes some JavaBin codec backward
 compatibility issues (SOLR-5261, SOLR-4221).

 Please vote to release the following artifacts:

 http://people.apache.org/~jpountz/staging_area/lucene-solr-4.5.0-RC2-rev1526012/

 Smoke tester was happy on my end so here is my +1.

 --
 Adrien

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

Re: [VOTE] Release Lucene/Solr 4.5.0

[Martijn v Groningen]

+1 Smoke tester passes


On 19 September 2013 11:47, Steve Rowe sar...@gmail.com wrote:

 +1

 Smoke tester passes; changes, docs and javadocs look good.

 Steve

 On Sep 18, 2013, at 5:46 PM, Adrien Grand jpou...@gmail.com wrote:

  Hi all,
 
  Please test and vote to release the following Lucene and Solr 4.5.0
 artifacts:
 
 http://people.apache.org/~jpountz/staging_area/lucene-solr-4.5.0-RC0-rev1524484/
 
  This vote is open until monday.
 
  Smoke tester passed and Elasticsearch tests ran successfully with
  these artifacts, so here is my +1.
 
  --
  Adrien
 
  -
  To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
  For additional commands, e-mail: dev-h...@lucene.apache.org
 


 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

Re: [JENKINS] Lucene-Solr-trunk-Windows (64bit/jdk1.7.0_25) - Build # 3179 - Still Failing!

[Martijn v Groningen]

Thanks for fixing this test bug!


On 22 August 2013 16:11, Robert Muir rcm...@gmail.com wrote:

 I committed a fix: slowwrapper bug

 On Thu, Aug 22, 2013 at 9:42 AM, Policeman Jenkins Server
 jenk...@thetaphi.de wrote:
  Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Windows/3179/
  Java: 64bit/jdk1.7.0_25 -XX:+UseCompressedOops -XX:+UseG1GC
 
  1 tests failed.
  REGRESSION:
  org.apache.lucene.search.grouping.DistinctValuesCollectorTest.testRandom
 
  Error Message:
  CheckReader failed
 
  Stack Trace:
  java.lang.RuntimeException: CheckReader failed
  at
 __randomizedtesting.SeedInfo.seed([C17F45D490FFB13E:B33360DB219F074D]:0)
  at
 org.apache.lucene.util._TestUtil.checkReader(_TestUtil.java:261)
  at
 org.apache.lucene.util._TestUtil.checkReader(_TestUtil.java:240)
  at
 org.apache.lucene.util.LuceneTestCase.newSearcher(LuceneTestCase.java:1310)
  at
 org.apache.lucene.util.LuceneTestCase.newSearcher(LuceneTestCase.java:1286)
  at
 org.apache.lucene.search.grouping.DistinctValuesCollectorTest.testRandom(DistinctValuesCollectorTest.java:253)
  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
  at
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
  at
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
  at java.lang.reflect.Method.invoke(Method.java:606)
  at
 com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1559)
  at
 com.carrotsearch.randomizedtesting.RandomizedRunner.access$600(RandomizedRunner.java:79)
  at
 com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:737)
  at
 com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:773)
  at
 com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:787)
  at
 org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
  at
 org.apache.lucene.util.TestRuleFieldCacheSanity$1.evaluate(TestRuleFieldCacheSanity.java:51)
  at
 org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
  at
 com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55)
  at
 org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
  at
 org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:70)
  at
 org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
  at
 com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
  at
 com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:358)
  at
 com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:782)
  at
 com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:442)
  at
 com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:746)
  at
 com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:648)
  at
 com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:682)
  at
 com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:693)
  at
 org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
  at
 org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
  at
 com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55)
  at
 com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
  at
 com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
  at
 com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
  at
 org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:43)
  at
 org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
  at
 org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:70)
  at
 org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
  at
 com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
  at
 

Re: [JENKINS] Lucene-Solr-trunk-Windows (64bit/jdk1.7.0_25) - Build # 3179 - Still Failing!

[Martijn v Groningen]

oops :) I see that now after checking the commit!


On 23 August 2013 14:56, Robert Muir rcm...@gmail.com wrote:

 the bug was not in the test, the test found a bug in slow wrapper itself!
 :)

 On Fri, Aug 23, 2013 at 5:43 AM, Martijn v Groningen
 martijn.v.gronin...@gmail.com wrote:
  Thanks for fixing this test bug!
 
 
  On 22 August 2013 16:11, Robert Muir rcm...@gmail.com wrote:
 
  I committed a fix: slowwrapper bug
 
  On Thu, Aug 22, 2013 at 9:42 AM, Policeman Jenkins Server
  jenk...@thetaphi.de wrote:
   Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Windows/3179/
   Java: 64bit/jdk1.7.0_25 -XX:+UseCompressedOops -XX:+UseG1GC
  
   1 tests failed.
   REGRESSION:
  
 org.apache.lucene.search.grouping.DistinctValuesCollectorTest.testRandom
  
   Error Message:
   CheckReader failed
  
   Stack Trace:
   java.lang.RuntimeException: CheckReader failed
   at
  
 __randomizedtesting.SeedInfo.seed([C17F45D490FFB13E:B33360DB219F074D]:0)
   at
   org.apache.lucene.util._TestUtil.checkReader(_TestUtil.java:261)
   at
   org.apache.lucene.util._TestUtil.checkReader(_TestUtil.java:240)
   at
  
 org.apache.lucene.util.LuceneTestCase.newSearcher(LuceneTestCase.java:1310)
   at
  
 org.apache.lucene.util.LuceneTestCase.newSearcher(LuceneTestCase.java:1286)
   at
  
 org.apache.lucene.search.grouping.DistinctValuesCollectorTest.testRandom(DistinctValuesCollectorTest.java:253)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at
  
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
   at
  
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
   at java.lang.reflect.Method.invoke(Method.java:606)
   at
  
 com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1559)
   at
  
 com.carrotsearch.randomizedtesting.RandomizedRunner.access$600(RandomizedRunner.java:79)
   at
  
 com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:737)
   at
  
 com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:773)
   at
  
 com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:787)
   at
  
 org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
   at
  
 org.apache.lucene.util.TestRuleFieldCacheSanity$1.evaluate(TestRuleFieldCacheSanity.java:51)
   at
  
 org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
   at
  
 com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55)
   at
  
 org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
   at
  
 org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:70)
   at
  
 org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
   at
  
 com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
   at
  
 com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:358)
   at
  
 com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:782)
   at
  
 com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:442)
   at
  
 com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:746)
   at
  
 com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:648)
   at
  
 com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:682)
   at
  
 com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:693)
   at
  
 org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
   at
  
 org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
   at
  
 com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55)
   at
  
 com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
   at
  
 com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
   at
  
 com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
   at
  
 org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:43)
   at
  
 org.apache.lucene.util.TestRuleMarkFailure$1.evaluate

Re: Welcome Cassandra Targett as Lucene/Solr committer

[Martijn v Groningen]

Welcome!


On 1 August 2013 09:06, Adrien Grand jpou...@gmail.com wrote:

 Welome Cassandra!

 --
 Adrien

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

Re: [JENKINS] Lucene-Solr-trunk-Linux (64bit/jdk1.8.0-ea-b96) - Build # 6593 - Failure!

[Martijn v Groningen]

I'll fix.


On 16 July 2013 21:05, Policeman Jenkins Server jenk...@thetaphi.de wrote:

 Build: http://jenkins.thetaphi.de/job/Lucene-Solr-trunk-Linux/6593/
 Java: 64bit/jdk1.8.0-ea-b96 -XX:-UseCompressedOops -XX:+UseConcMarkSweepGC

 1 tests failed.
 FAILED:  org.apache.lucene.queries.TermFilterTest.testHashCodeAndEquals

 Error Message:


 Stack Trace:
 java.lang.AssertionError
 at
 __randomizedtesting.SeedInfo.seed([51787609E716C65B:2BA5584D5E07BAAE]:0)
 at org.junit.Assert.fail(Assert.java:92)
 at org.junit.Assert.assertTrue(Assert.java:43)
 at org.junit.Assert.assertFalse(Assert.java:68)
 at org.junit.Assert.assertFalse(Assert.java:79)
 at
 org.apache.lucene.queries.TermFilterTest.testHashCodeAndEquals(TermFilterTest.java:142)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
 at
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:491)
 at
 com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1559)
 at
 com.carrotsearch.randomizedtesting.RandomizedRunner.access$600(RandomizedRunner.java:79)
 at
 com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:737)
 at
 com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:773)
 at
 com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:787)
 at
 org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
 at
 org.apache.lucene.util.TestRuleFieldCacheSanity$1.evaluate(TestRuleFieldCacheSanity.java:51)
 at
 org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
 at
 com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55)
 at
 org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
 at
 org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:70)
 at
 org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
 at
 com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
 at
 com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:358)
 at
 com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:782)
 at
 com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:442)
 at
 com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:746)
 at
 com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:648)
 at
 com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:682)
 at
 com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:693)
 at
 org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
 at
 org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
 at
 com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55)
 at
 com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
 at
 com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
 at
 com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
 at
 org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:43)
 at
 org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
 at
 org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:70)
 at
 org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
 at
 com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
 at
 com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:358)
 at java.lang.Thread.run(Thread.java:724)




 Build Log:
 [...truncated 7923 lines...]
[junit4] Suite: org.apache.lucene.queries.TermFilterTest
[junit4]   2 NOTE: reproduce with: ant test  -Dtestcase=TermFilterTest
 -Dtests.method=testHashCodeAndEquals -Dtests.seed=51787609E716C65B
 -Dtests.multiplier=3 -Dtests.slow=true 

Re: svn commit: r1503837 - /lucene/dev/trunk/lucene/queries/src/test/org/apache/lucene/queries/TermFilterTest.java

[Martijn v Groningen]

Just did this...


On 16 July 2013 21:19, Uwe Schindler u...@thetaphi.de wrote:

 Hi Martijn,

 Maybe remove the System.out?

 Uwe



 m...@apache.org schrieb:

 Author: mvg
 Date: Tue Jul 16 19:15:24 2013
 New Revision: 1503837

 URL: http://svn.apache.org/r1503837
 Log:
 LUCENE-5088: Fixed test

 Modified:
 
 lucene/dev/trunk/lucene/queries/src/test/org/apache/lucene/queries/TermFilterTest.java

 Modified: 
 lucene/dev/trunk/lucene/queries/src/test/org/apache/lucene/queries/TermFilterTest.java
 URL: 
 http://svn.apache.org/viewvc/lucene/dev/trunk/lucene/queries/src/test/org/apache/lucene/queries/TermFilterTest.java?rev=1503837r1=1503836r2=1503837view=diff
 --

 --- 
 lucene/dev/trunk/lucene/queries/src/test/org/apache/lucene/queries/TermFilterTest.java
  (original)
 +++
 lucene/dev/trunk/lucene/queries/src/test/org/apache/lucene/queries/TermFilterTest.java
  Tue Jul 16 19:15:24 2013
 @@ -123,7 +123,7 @@ public class TermFilterTest extends Luce
String field1 = field + i;

String field2 = field + i + num;
String value1 = _TestUtil.randomRealisticUnicodeString(random());
 -  String value2 = _TestUtil.randomRealisticUnicodeString(random());
 +  String value2 = _TestUtil.randomRealisticUnicodeString(random()) + 
 x; // this must be not equal to value1


TermFilter filter1 = termFilter(field1, value1);
TermFilter filter2 = termFilter(field1, value2);
 @@ -139,6 +139,8 @@ public class TermFilterTest extends Luce
  assertEquals(termFilter.hashCode(), otherTermFilter.hashCode());

  assertTrue(termFilter.equals(otherTermFilter));
} else {
 +System.out.println(termFilter);
 +
 System.out.println(otherTermFilter);
  assertFalse(termFilter.equals(otherTermFilter));
}
  }



 --
 Uwe Schindler
 H.-H.-Meier-Allee 63, 28213 Bremen
 http://www.thetaphi.de




-- 
Met vriendelijke groet,

Martijn van Groningen

Re: svn commit: r1503837 - /lucene/dev/trunk/lucene/queries/src/test/org/apache/lucene/queries/TermFilterTest.java

[Martijn v Groningen]

This should fix this, b/c value2 (one extra character) will always be
different than value1. The test initially failed b/c value1 and value2 were
equal.


On 16 July 2013 21:37, Robert Muir rcm...@gmail.com wrote:

 Does this really fix this or just make it less likely to happen...?


 On Tue, Jul 16, 2013 at 12:15 PM, m...@apache.org wrote:


String value1 = _TestUtil.randomRealisticUnicodeString(random());
 -  String value2 = _TestUtil.randomRealisticUnicodeString(random());
 +  String value2 = _TestUtil.randomRealisticUnicodeString(random()) +
 x; // this must be not equal to value1




-- 
Met vriendelijke groet,

Martijn van Groningen

Re: [VOTE] Release 4.4

[Martijn v Groningen]

+1 Smoker ran successful


On 16 July 2013 17:36, Shalin Shekhar Mangar shalinman...@gmail.com wrote:

 +1

 Smoke tester is happy on mac.


 On Tue, Jul 16, 2013 at 12:02 PM, Steve Rowe sar...@gmail.com wrote:

 Please vote to release Lucene and Solr 4.4, built off revision 1503555 of
  https://svn.apache.org/repos/asf/lucene/dev/branches/lucene_solr_4_4.

 RC0 artifacts are available at:


 http://people.apache.org/~sarowe/staging_area/lucene-solr-4.4.0-RC0-rev1503555

 The smoke tester passes for me.

 Here's my +1.

 Steve
 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




 --
 Regards,
 Shalin Shekhar Mangar.




-- 
Met vriendelijke groet,

Martijn van Groningen

Re: svn commit: r1503837 - /lucene/dev/trunk/lucene/queries/src/test/org/apache/lucene/queries/TermFi lterTest.java

[Martijn v Groningen]

True, I misunderstood Robert
and_TestUtil#randomRealisticUnicodeString(random). I will change the test.
Thanks for pointing this out to me.


On 16 July 2013 23:12, Chris Hostetter hossman_luc...@fucit.org wrote:


 : This should fix this, b/c value2 (one extra character) will always be
 : different than value1. The test initially failed b/c value1 and value2
 were
 : equal.

 rmuir's point is that what you are describing is not garunteed to be true,
 because randomRealisticUnicodeString returns strings of random lengths as
 well (unless you specifiy minLength and maxLength)

 The first call to randomRealisticUnicodeString(random()) might set value1
 to foox and the second call to randomRealisticUnicodeString(random())
 might return foo making the value of value1 foox as well.

 I think you just want something like:  String value2 = value1 + x



 : On 16 July 2013 21:37, Robert Muir rcm...@gmail.com wrote:
 :
 :  Does this really fix this or just make it less likely to happen...?
 : 
 : 
 :  On Tue, Jul 16, 2013 at 12:15 PM, m...@apache.org wrote:
 : 
 : 
 : String value1 =
 _TestUtil.randomRealisticUnicodeString(random());
 :  -  String value2 =
 _TestUtil.randomRealisticUnicodeString(random());
 :  +  String value2 =
 _TestUtil.randomRealisticUnicodeString(random()) +
 :  x; // this must be not equal to value1
 : 
 : 
 :
 :
 : --
 : Met vriendelijke groet,
 :
 : Martijn van Groningen
 :

 -Hoss

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

Re: [JENKINS] Lucene-Solr-Tests-4.3-Java6 - Build # 104 - Still Failing

[Martijn v Groningen]

I'll look into this one.


On 25 June 2013 01:40, Apache Jenkins Server jenk...@builds.apache.orgwrote:

 Build: https://builds.apache.org/job/Lucene-Solr-Tests-4.3-Java6/104/

 1 tests failed.
 REGRESSION:
  org.apache.lucene.search.join.TestBlockJoinSorting.testNestedSorting

 Error Message:
 expected:3 but was:15

 Stack Trace:
 java.lang.AssertionError: expected:3 but was:15
 at
 __randomizedtesting.SeedInfo.seed([6E839D84288942FD:666A70C568204F93]:0)
 at org.junit.Assert.fail(Assert.java:93)
 at org.junit.Assert.failNotEquals(Assert.java:647)
 at org.junit.Assert.assertEquals(Assert.java:128)
 at org.junit.Assert.assertEquals(Assert.java:472)
 at org.junit.Assert.assertEquals(Assert.java:456)
 at
 org.apache.lucene.search.join.TestBlockJoinSorting.testNestedSorting(TestBlockJoinSorting.java:226)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
 at
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:616)
 at
 com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1559)
 at
 com.carrotsearch.randomizedtesting.RandomizedRunner.access$600(RandomizedRunner.java:79)
 at
 com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:737)
 at
 com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:773)
 at
 com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:787)
 at
 org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
 at
 org.apache.lucene.util.TestRuleFieldCacheSanity$1.evaluate(TestRuleFieldCacheSanity.java:51)
 at
 org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
 at
 com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55)
 at
 org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
 at
 org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:70)
 at
 org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
 at
 com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
 at
 com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:358)
 at
 com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:782)
 at
 com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:442)
 at
 com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:746)
 at
 com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:648)
 at
 com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:682)
 at
 com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:693)
 at
 org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
 at
 org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
 at
 com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55)
 at
 com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
 at
 com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
 at
 com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
 at
 org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:43)
 at
 org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
 at
 org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:70)
 at
 org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
 at
 com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
 at
 com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:358)
 at java.lang.Thread.run(Thread.java:679)




 Build Log:
 [...truncated 6650 lines...]
 [junit4:junit4] Suite: org.apache.lucene.search.join.TestBlockJoinSorting
 [junit4:junit4]   2 NOTE: reproduce with: ant test
  -Dtestcase=TestBlockJoinSorting 

Re: [VOTE] Lucene Solr 4.3.1 RC1

[Martijn v Groningen]

+1 Smoker ran successful as well.


On 12 June 2013 21:24, Simon Willnauer simon.willna...@gmail.com wrote:

 +1

  I upgraded Elasticsearch and all tests pass. Smoketester is happy too

 simon


 On Tue, Jun 11, 2013 at 4:46 PM, Yonik Seeley yo...@lucidworks.comwrote:

 +1

 -Yonik
 http://lucidworks.com

 On Mon, Jun 10, 2013 at 3:16 AM, Shalin Shekhar Mangar
 shalinman...@gmail.com wrote:
 
 http://people.apache.org/~shalin/staging_area/lucene-solr-4.3.1-RC1-rev1491148/
 
  Smoke tester is happy for me (osx).
 
  Here's my +1!
 
  --
  Regards,
  Shalin Shekhar Mangar.

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org





-- 
Met vriendelijke groet,

Martijn van Groningen

Re: Welcome Han Jiang as a new Lucene/Solr committer

[Martijn v Groningen]

Welcome Han!


On 8 June 2013 17:50, Shawn Heisey s...@elyograg.org wrote:

 On 6/8/2013 4:01 AM, Adrien Grand wrote:
  I'm pleased to announce that Han Jiang has accepted to join our ranks
  as a committer.

 Welcome to the project, Han!

 - Shawn


 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

Re: [JENKINS] Lucene-Solr-4.x-Linux (64bit/jdk1.8.0-ea-b89) - Build # 5736 - Still Failing!

[Martijn v Groningen]

Committed a fix for this. Hopefully it doesn't fail any more.


On 23 May 2013 23:14, Policeman Jenkins Server jenk...@thetaphi.de wrote:

 Build: http://jenkins.thetaphi.de/job/Lucene-Solr-4.x-Linux/5736/
 Java: 64bit/jdk1.8.0-ea-b89 -XX:+UseCompressedOops -XX:+UseConcMarkSweepGC

 1 tests failed.
 REGRESSION:
  org.apache.lucene.search.grouping.AllGroupHeadsCollectorTest.testBasic

 Error Message:
 testBasic(org.apache.lucene.search.grouping.AllGroupHeadsCollectorTest):
 Insane FieldCache usage(s) found expected:0 but was:2

 Stack Trace:
 java.lang.AssertionError:
 testBasic(org.apache.lucene.search.grouping.AllGroupHeadsCollectorTest):
 Insane FieldCache usage(s) found expected:0 but was:2
 at
 __randomizedtesting.SeedInfo.seed([DDCF295067251A85:76353445B8F99CAB]:0)
 at org.junit.Assert.fail(Assert.java:93)
 at org.junit.Assert.failNotEquals(Assert.java:647)
 at org.junit.Assert.assertEquals(Assert.java:128)
 at org.junit.Assert.assertEquals(Assert.java:472)
 at
 org.apache.lucene.util.LuceneTestCase.assertSaneFieldCaches(LuceneTestCase.java:614)
 at
 org.apache.lucene.util.TestRuleFieldCacheSanity$1.evaluate(TestRuleFieldCacheSanity.java:55)
 at
 org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
 at
 com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55)
 at
 org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
 at
 org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:70)
 at
 org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
 at
 com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
 at
 com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:358)
 at
 com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:782)
 at
 com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:442)
 at
 com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:746)
 at
 com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:648)
 at
 com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:682)
 at
 com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:693)
 at
 org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
 at
 org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
 at
 com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55)
 at
 com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
 at
 com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
 at
 com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
 at
 org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:43)
 at
 org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
 at
 org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:70)
 at
 org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
 at
 com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
 at
 com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:358)
 at java.lang.Thread.run(Thread.java:724)




 Build Log:
 [...truncated 7110 lines...]
 [junit4:junit4] Suite:
 org.apache.lucene.search.grouping.AllGroupHeadsCollectorTest
 [junit4:junit4]   2 *** BEGIN
 testBasic(org.apache.lucene.search.grouping.AllGroupHeadsCollectorTest):
 Insane FieldCache usage(s) ***
 [junit4:junit4]   2 VALUEMISMATCH: Multiple distinct value objects for
 java.lang.Object@6facf655+id
 [junit4:junit4]   2
 'java.lang.Object@6facf655'='id',int,org.apache.lucene.search.FieldCache.DEFAULT_INT_PARSER=org.apache.lucene.search.FieldCacheImpl$IntsFromArray#1584282652
 (size =~ 48 bytes)
 [junit4:junit4]   2
 'java.lang.Object@6facf655'='id',int,null=org.apache.lucene.search.FieldCacheImpl$IntsFromArray#1584282652
 (size =~ 48 bytes)
 [junit4:junit4]   2'java.lang.Object@6facf655'='id',class
 org.apache.lucene.index.SortedDocValues,0.5=org.apache.lucene.search.FieldCacheImpl$SortedDocValuesImpl#1849007812
 (size =~ 232 bytes)

Re: [VOTE] Lucene / Solr 4.3 RC4

[Martijn v Groningen]

+1 Smoke tester passed.


On 30 April 2013 20:38, Steve Rowe sar...@gmail.com wrote:

 Thanks Adrien.

 I re-ran the smoke tester and it passed this time.

 +1 to release RC4.

 Steve

 On Apr 30, 2013, at 7:30 AM, Adrien Grand jpou...@gmail.com wrote:

  Hi Steve,
 
  On Tue, Apr 30, 2013 at 3:57 PM, Steve Rowe sar...@gmail.com wrote:
  Smoke tester is unhappy when testing Lucene - this reproduces for me
 100%, both from the unpacked source release tarball and on the release
 branch, under both Java 6 and 7:
 
  -
  [junit4:junit4] Suite:
 org.apache.lucene.index.sorter.TestSortingMergePolicy
  [junit4:junit4]   2 NOTE: reproduce with: ant test
  -Dtestcase=TestSortingMergePolicy -Dtests.method=testSortingMP
 -Dtests.seed=6523067B32537715 -Dtests.slow=true -Dtests.locale=ja_JP_JP
 -Dtests.timezone=Mideast/Riyadh88 -Dtests.file.encoding=UTF-8
  [junit4:junit4] FAILURE 0.97s | TestSortingMergePolicy.testSortingMP 
  [junit4:junit4] Throwable #1: java.lang.AssertionError
  [junit4:junit4]at
 __randomizedtesting.SeedInfo.seed([6523067B32537715:4F6847B6181749F2]:0)
  [junit4:junit4]at
 org.apache.lucene.index.sorter.TestSortingMergePolicy.assertSorted(TestSortingMergePolicy.java:141)
  [junit4:junit4]at
 org.apache.lucene.index.sorter.TestSortingMergePolicy.testSortingMP(TestSortingMergePolicy.java:150)
  [junit4:junit4]at java.lang.Thread.run(Thread.java:680)
  [junit4:junit4]   2 NOTE: test params are:
 codec=DummyCompressingStoredFields(storedFieldsFormat=CompressingStoredFieldsFormat(compressionMode=DUMMY,
 chunkSize=283),
 termVectorsFormat=CompressingTermVectorsFormat(compressionMode=DUMMY,
 chunkSize=283)), sim=DefaultSimilarity, locale=ja_JP_JP,
 timezone=Mideast/Riyadh88
  [junit4:junit4]   2 NOTE: Mac OS X 10.8.3 x86_64/Apple Inc. 1.6.0_45
 (64-bit)/cpus=8,threads=1,free=69496880,total=85000192
  [junit4:junit4]   2 NOTE: All tests run in this JVM:
 [TestSortingMergePolicy]
  [junit4:junit4] Completed in 1.34s, 1 test, 1 failure  FAILURES!
 
  It's a test bug. The assertion that failed only works when the segment
  is the result of a merge and for some reason it doesn't happen with
  this seed (I have source=flush in the diagnostics). I'll fix it.
 
  --
  Adrien
 
  -
  To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
  For additional commands, e-mail: dev-h...@lucene.apache.org
 


 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

Re: [JENKINS] Lucene-Solr-4.x-Linux (32bit/ibm-j9-jdk6) - Build # 5334 - Failure!

[Martijn v Groningen]

Thanks for fixing this Mike!


On 29 April 2013 00:29, Michael McCandless luc...@mikemccandless.comwrote:

 Ahh sneaky ... this has tripped us up before.  I just committed a fix
 to RIW to not doRandomForceMerge when NoMergePolicy is in use.

 Thanks Martijn!

 Mike McCandless

 http://blog.mikemccandless.com


 On Sun, Apr 28, 2013 at 4:36 PM, Uwe Schindler u...@thetaphi.de wrote:
  Ah,
 
 
 
  we have other tests that also set nomerge policy. So RandomIndexWriter
  checks what happens if you call forceMerge? This should be a noop for
 this
  merge policy?
 
 
 
  Uwe
 
 
 
  -
 
  Uwe Schindler
 
  H.-H.-Meier-Allee 63, D-28213 Bremen
 
  http://www.thetaphi.de
 
  eMail: u...@thetaphi.de
 
 
 
  From: martijn.is.h...@gmail.com [mailto:martijn.is.h...@gmail.com] On
 Behalf
  Of Martijn v Groningen
  Sent: Sunday, April 28, 2013 8:34 PM
  To: dev@lucene.apache.org
  Subject: Re: [JENKINS] Lucene-Solr-4.x-Linux (32bit/ibm-j9-jdk6) - Build
 #
  5334 - Failure!
 
 
 
  I looked into a previous failure of this test and committed a fix for
 that.
  I think that fix caused this failure. In the fix I use of the
 NoMergePolicy
  and this seems to break the assert in the
  RandomIndexWriter#doRandomForceMerge() method.
 
 
 
  On 28 April 2013 19:17, Michael McCandless luc...@mikemccandless.com
  wrote:
 
  I think Martijn is looking into it?
  Mike McCandless
 
  http://blog.mikemccandless.com
 
 
 
  On Sun, Apr 28, 2013 at 11:34 AM, Uwe Schindler u...@thetaphi.de wrote:
  This one reproduces with Oracle JDK 6 or 7, 32 or 64 bit. It is not an
 J9
  issue, it's a real bug!
 
  Uwe
 
  -
  Uwe Schindler
  H.-H.-Meier-Allee 63, D-28213 Bremen
  http://www.thetaphi.de
  eMail: u...@thetaphi.de
 
  -Original Message-
  From: Policeman Jenkins Server [mailto:jenk...@thetaphi.de]
  Sent: Sunday, April 28, 2013 5:19 PM
  To: dev@lucene.apache.org; u...@thetaphi.de
  Subject: [JENKINS] Lucene-Solr-4.x-Linux (32bit/ibm-j9-jdk6) - Build #
  5334 -
  Failure!
 
  Build: http://jenkins.thetaphi.de/job/Lucene-Solr-4.x-Linux/5334/
  Java: 32bit/ibm-j9-jdk6
 
  1 tests failed.
  REGRESSION:
  org.apache.lucene.search.join.TestBlockJoinSorting.testNestedSorting
 
  Error Message:
  limit=2 actual=4
 
  Stack Trace:
  java.lang.AssertionError: limit=2 actual=4
at
  __randomizedtesting.SeedInfo.seed([51EE345C29BF7C40:5907D91D6916712E
  ]:0)
at
  org.apache.lucene.index.RandomIndexWriter.doRandomForceMerge(Rando
  mIndexWriter.java:293)
at
  org.apache.lucene.index.RandomIndexWriter.close(RandomIndexWriter.jav
  a:336)
at
 
 
 org.apache.lucene.search.join.TestBlockJoinSorting.testNestedSorting(TestB
  lockJoinSorting.java:212)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
  sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.j
  ava:60)
at
  sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
  sorImpl.java:37)
at java.lang.reflect.Method.invoke(Method.java:611)
at
  com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(Randomize
  dRunner.java:1559)
at
  com.carrotsearch.randomizedtesting.RandomizedRunner.access$600(Rando
  mizedRunner.java:79)
at
  com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(Rando
  mizedRunner.java:737)
at
  com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(Rando
  mizedRunner.java:773)
at
  com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(Rando
  mizedRunner.java:787)
at
  org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRule
  SetupTeardownChained.java:50)
at
 
 
 org.apache.lucene.util.TestRuleFieldCacheSanity$1.evaluate(TestRuleFieldCa
  cheSanity.java:51)
at
 
 org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeA
  fterRule.java:46)
at
 
 com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1
  .evaluate(SystemPropertiesInvariantRule.java:55)
at
  org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleTh
  readAndTestName.java:49)
at
 
 org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRule
  IgnoreAfterMaxFailures.java:70)
at
 
 org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure
  .java:48)
at
  com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(Stat
  ementAdapter.java:36)
at
  com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.
  run(ThreadLeakControl.java:358)
at
  com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask
  (ThreadLeakControl.java:782)
at
  com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadL
  eakControl.java:442)
at
  com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(Ran
  domizedRunner.java:746)
at
  com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate

Re: [JENKINS] Lucene-Solr-4.x-Linux (32bit/ibm-j9-jdk6) - Build # 5334 - Failure!

[Martijn v Groningen]

I looked into a previous failure of this test and committed a fix for that.
I think that fix caused this failure. In the fix I use of the NoMergePolicy
and this seems to break the assert in the
RandomIndexWriter#doRandomForceMerge() method.


On 28 April 2013 19:17, Michael McCandless luc...@mikemccandless.comwrote:

 I think Martijn is looking into it?
 Mike McCandless

 http://blog.mikemccandless.com


 On Sun, Apr 28, 2013 at 11:34 AM, Uwe Schindler u...@thetaphi.de wrote:
  This one reproduces with Oracle JDK 6 or 7, 32 or 64 bit. It is not an
 J9 issue, it's a real bug!
 
  Uwe
 
  -
  Uwe Schindler
  H.-H.-Meier-Allee 63, D-28213 Bremen
  http://www.thetaphi.de
  eMail: u...@thetaphi.de
 
  -Original Message-
  From: Policeman Jenkins Server [mailto:jenk...@thetaphi.de]
  Sent: Sunday, April 28, 2013 5:19 PM
  To: dev@lucene.apache.org; u...@thetaphi.de
  Subject: [JENKINS] Lucene-Solr-4.x-Linux (32bit/ibm-j9-jdk6) - Build #
 5334 -
  Failure!
 
  Build: http://jenkins.thetaphi.de/job/Lucene-Solr-4.x-Linux/5334/
  Java: 32bit/ibm-j9-jdk6
 
  1 tests failed.
  REGRESSION:
  org.apache.lucene.search.join.TestBlockJoinSorting.testNestedSorting
 
  Error Message:
  limit=2 actual=4
 
  Stack Trace:
  java.lang.AssertionError: limit=2 actual=4
at
  __randomizedtesting.SeedInfo.seed([51EE345C29BF7C40:5907D91D6916712E
  ]:0)
at
  org.apache.lucene.index.RandomIndexWriter.doRandomForceMerge(Rando
  mIndexWriter.java:293)
at
  org.apache.lucene.index.RandomIndexWriter.close(RandomIndexWriter.jav
  a:336)
at
 
 org.apache.lucene.search.join.TestBlockJoinSorting.testNestedSorting(TestB
  lockJoinSorting.java:212)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
  sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.j
  ava:60)
at
  sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
  sorImpl.java:37)
at java.lang.reflect.Method.invoke(Method.java:611)
at
  com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(Randomize
  dRunner.java:1559)
at
  com.carrotsearch.randomizedtesting.RandomizedRunner.access$600(Rando
  mizedRunner.java:79)
at
  com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(Rando
  mizedRunner.java:737)
at
  com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(Rando
  mizedRunner.java:773)
at
  com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(Rando
  mizedRunner.java:787)
at
  org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRule
  SetupTeardownChained.java:50)
at
 
 org.apache.lucene.util.TestRuleFieldCacheSanity$1.evaluate(TestRuleFieldCa
  cheSanity.java:51)
at
 
 org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeA
  fterRule.java:46)
at
  com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1
  .evaluate(SystemPropertiesInvariantRule.java:55)
at
  org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleTh
  readAndTestName.java:49)
at
 
 org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRule
  IgnoreAfterMaxFailures.java:70)
at
 
 org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure
  .java:48)
at
  com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(Stat
  ementAdapter.java:36)
at
  com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.
  run(ThreadLeakControl.java:358)
at
  com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask
  (ThreadLeakControl.java:782)
at
  com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadL
  eakControl.java:442)
at
  com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(Ran
  domizedRunner.java:746)
at
  com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(Rando
  mizedRunner.java:648)
at
  com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(Rando
  mizedRunner.java:682)
at
  com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(Rando
  mizedRunner.java:693)
at
 
 org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeA
  fterRule.java:46)
at
  org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreCl
  assName.java:42)
at
  com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1
  .evaluate(SystemPropertiesInvariantRule.java:55)
at
  com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMet
  hodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
at
  com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMet
  hodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
at
  com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(Stat
  ementAdapter.java:36)
at
  

Re: [JENKINS] Lucene-Solr-NightlyTests-trunk - Build # 246 - Still Failing

[Martijn v Groningen]

I'm looking into this failure.


On 26 April 2013 12:01, Apache Jenkins Server jenk...@builds.apache.orgwrote:

 Build: https://builds.apache.org/job/Lucene-Solr-NightlyTests-trunk/246/

 1 tests failed.
 FAILED:
  org.apache.lucene.search.join.TestBlockJoinSorting.testNestedSorting

 Error Message:
 expected:3 but was:15

 Stack Trace:
 java.lang.AssertionError: expected:3 but was:15
 at
 __randomizedtesting.SeedInfo.seed([4B29DA6E6F69E159:43C0372F2FC0EC37]:0)
 at org.junit.Assert.fail(Assert.java:93)
 at org.junit.Assert.failNotEquals(Assert.java:647)
 at org.junit.Assert.assertEquals(Assert.java:128)
 at org.junit.Assert.assertEquals(Assert.java:472)
 at org.junit.Assert.assertEquals(Assert.java:456)
 at
 org.apache.lucene.search.join.TestBlockJoinSorting.testNestedSorting(TestBlockJoinSorting.java:226)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
 at
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:601)
 at
 com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1559)
 at
 com.carrotsearch.randomizedtesting.RandomizedRunner.access$600(RandomizedRunner.java:79)
 at
 com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:737)
 at
 com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:773)
 at
 com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:787)
 at
 org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
 at
 org.apache.lucene.util.TestRuleFieldCacheSanity$1.evaluate(TestRuleFieldCacheSanity.java:51)
 at
 org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
 at
 com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55)
 at
 org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:49)
 at
 org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:70)
 at
 org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
 at
 com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
 at
 com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:358)
 at
 com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:782)
 at
 com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:442)
 at
 com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:746)
 at
 com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:648)
 at
 com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:682)
 at
 com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:693)
 at
 org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:46)
 at
 org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
 at
 com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55)
 at
 com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
 at
 com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
 at
 com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
 at
 org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:43)
 at
 org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
 at
 org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:70)
 at
 org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
 at
 com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
 at
 com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:358)
 at java.lang.Thread.run(Thread.java:722)




 Build Log:
 [...truncated 7132 lines...]
 [junit4:junit4] Suite: org.apache.lucene.search.join.TestBlockJoinSorting
 [junit4:junit4]   2 NOTE: download the large Jenkins line-docs file by
 running 'ant 

Re: [VOTE] Lucene Solr 4.3.0 RC3

[Martijn v Groningen]

+1, smoker is happy


On 24 April 2013 10:03, Tommaso Teofili tommaso.teof...@gmail.com wrote:

 +1, smoke tests pass.

 Tommaso


 2013/4/23 Simon Willnauer simon.willna...@gmail.com

 Here is a new RC candidate...


 http://people.apache.org/~simonw/staging_area/lucene-solr-4.3.0-RC3-rev1470846/

 here is my +1

 thanks for voting...

 simon

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org





-- 
Met vriendelijke groet,

Martijn van Groningen

Re: [VOTE] Lucene/Solr 4.3 RC1

[Martijn v Groningen]

+1 The smoker tester ran successful!


On 19 April 2013 08:18, Simon Willnauer simon.willna...@gmail.com wrote:


 http://people.apache.org/~simonw/staging_area/lucene-solr-4.3.0-RC1-rev1469340/

 Thanks everybody for the hard work!

 Smoke tester says: SUCCESS!
 Integration into ES is successful!

 there is my +1

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

Re: Welcome Shalin Shekhar Mangar to the PMC

[Martijn v Groningen]

Congrats Shalin!


On 6 April 2013 00:54, Shawn Heisey s...@elyograg.org wrote:

 On 4/4/2013 12:24 PM, Steve Rowe wrote:

 I'm pleased to announce that Shalin Shekhar Mangar has accepted the PMC's
 invitation to join.


 Congratulations, Shalin!



 --**--**-
 To unsubscribe, e-mail: 
 dev-unsubscribe@lucene.apache.**orgdev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

Re: Welcome Adrien Grand to the PMC

[Martijn v Groningen]

Welcome Adrien :)

On 29 March 2013 08:49, Dawid Weiss dawid.we...@cs.put.poznan.pl wrote:


 Seems like you have those release voting rights now after all :)
 Congratulations.

 Dawid




-- 
Met vriendelijke groet,

Martijn van Groningen

Re: [VOTE] Lucene/Solr 4.2.1 RC2

[Martijn v Groningen]

+1 The smokeReleaseTest again ran successfully.

On 27 March 2013 16:09, Adrien Grand jpou...@gmail.com wrote:

 On Tue, Mar 26, 2013 at 9:36 PM, Mark Miller markrmil...@gmail.com
 wrote:
  Is that a +1 ? :)

 That's a good question. I didn't want to +1 in order to make the
 counting easier since I have no binding vote (not being in Lucene
 PMC). Or does Lucene allow anyone contributing to the project to vote
 for releases?

 --
 Adrien

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

Re: [VOTE] Lucene/Solr 4.2.1

[Martijn v Groningen]

+1 The smokeTestRelease script ran successful

On 26 March 2013 08:53, Simon Willnauer simon.willna...@gmail.com wrote:

 Upgrade ES to 4.2.1 - all tests pass

 +1

 thanks mark for rolling this release!

 simon

 On Tue, Mar 26, 2013 at 4:24 AM, Mark Miller markrmil...@gmail.com
 wrote:
  http://people.apache.org/~markrmiller/lucene_solr_4_2_1r1460810/
 
  Thanks for voting!
 
  Smoke tester passes for me,
 
  +1.
 
  --
  - Mark
 
  -
  To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
  For additional commands, e-mail: dev-h...@lucene.apache.org
 

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

Re: [VOTE] Release 4.1

[Martijn v Groningen]

+1! The smoke test ran successful.

On 17 January 2013 17:38, Steve Rowe sar...@gmail.com wrote:
 Sorry, Christian, I should have pointed to the JIRA issue for the apache- 
 prefix removal:
 https://issues.apache.org/jira/browse/SOLR-4287 - Steve

 On Jan 17, 2013, at 11:24 AM, Steve Rowe sar...@gmail.com wrote:

 Thanks for bringing up the apache- prefix issue, Christian, I've added it 
 to the Solr release note. - Steve

 On Jan 17, 2013, at 10:22 AM, Christian Moen c...@atilika.com wrote:

 Hello,

 I've been indexing Japanese Wikipedia continuously while introducing 
 approx. 200 QPS sustained query load. I'm seeing heap-size being stable, 
 garbage collection running smoothly and things looking good overall.

 +1

 One question; will we get an apache- prefix in the file and directory 
 names for any released artifacts or has convention changed?

 Many thanks,

 Christian Moen
 アティリカ株式会社
 http://www.atilika.com

 On Jan 17, 2013, at 8:53 AM, Steve Rowe sar...@apache.org wrote:

 Please vote to release Lucene and Solr 4.1.

 Unless respinning becomes necessary, I plan to keep the vote open until 
 Monday, since the 72 hour VOTE period extends into the weekend.

 RC1 artifacts are here: http://s.apache.org/lusolr41rc1

 The smoke tester passes for me.

 Here's my +1.

 Steve


 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org



 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: VOTE: release 3.6.2

[Martijn v Groningen]

+1

Besides the mentioned jdoc warnings the smoke tester ran fine.

On 21 December 2012 01:07, Steve Rowe sar...@gmail.com wrote:
 +1

 On OS X 10.8.2, the smoke tester passes for me, except for the same javadoc 
 errors Mike reported, under Oracle Java 1.7.0_10.  (I commented out the Java7 
 javadocs run after it failed for me.)

 I first had to install Java 5 using the manual instructions here (the linked 
 script didn't work for me): http://www.s-seven.net/java_15_mountain_lion

 Steve

 On Dec 19, 2012, at 6:28 PM, Michael McCandless luc...@mikemccandless.com 
 wrote:

 I don't think these javadocs warnings require a re-spin so +1 to
 release current artifacts.

 Mike McCandless

 http://blog.mikemccandless.com


 On Wed, Dec 19, 2012 at 3:46 PM, Michael McCandless
 luc...@mikemccandless.com wrote:
 On Wed, Dec 19, 2012 at 2:01 PM, Robert Muir rcm...@gmail.com wrote:
 On Wed, Dec 19, 2012 at 1:48 PM, Michael McCandless
 luc...@mikemccandless.com wrote:
 Hmm my smoke test run was angry about this javadocs warning:

  [javadoc] 
 /l/36x/tmp/unpack/apache-solr-3.6.2/lucene/contrib/facet/src/java/org/apache/lucene/facet/taxonomy/writercache/lru/NameIntCacheLRU.java:76:
 warning - @return tag has no arguments.

 It hit this when running javadocs with 1.7.0_07.

 Thanks Mike... can you fix? I have no idea why different versions of
 java7 have different levels of pickiness.

 This is no issue for e.g. 4.x+, because we have the eclipse checker as
 part of our build which fails on this. But for 3.x we don't have as
 many tools unfortunately.

 I dont think we should put a lot of effort into this: but when
 backporting bugfixes to old branches like this please be really
 careful about this stuff.

 OK I committed that fix and a couple other javadocs warnings.

 Thanks for spinning 3.6.2 Robert!

 Mike McCandless

 http://blog.mikemccandless.com

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org



 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: Welcome Sami Siren to the PMC

[Martijn v Groningen]

Welcome Sami!

On 13 December 2012 17:17, Simon Willnauer simon.willna...@gmail.com wrote:
 welcome!

 On Thu, Dec 13, 2012 at 5:10 PM, Sami Siren ssi...@gmail.com wrote:
 Thanks guys for the warm welcome. It's great to be back ;)

 --
  Sami Siren


 On Thu, Dec 13, 2012 at 12:51 PM, Adrien Grand jpou...@gmail.com wrote:

 Congratulations Sami!

 --
 Adrien



 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: Welcome Alan Woodward as Lucene/Solr committer

[Martijn v Groningen]

Welcome Alan!

On 17 October 2012 10:04, Alan Woodward
alan.woodw...@romseysoftware.co.uk wrote:
 Thanks Robert.

 I'm a developer based in Cambridge, UK, and have been working on search 
 engines for 10 years or so.  Up until a couple of years ago I was mainly 
 using closed-source implementations, and discovering lucene/solr was a breath 
 of fresh air (you can see the code!  you can fix bugs yourself!).  After 
 failing to convince my employer to switch to open source, I decided to set 
 out on my own, and now work as a consultant specialising in search and 
 monitoring software.

 I divide my time between being coding and looking after my two daughters, and 
 occasionally am allowed out to the pub.

 Thanks for voting me on to the team - it's an honour and a privilege, and I 
 look forward to contributing as best I can.

 Alan

 On 17 Oct 2012, at 06:36, Robert Muir wrote:

 I'm pleased to announce that the Lucene PMC has voted Alan as a
 Lucene/Solr committer.

 Alan has been contributing patches on various tricky stuff: positions
 iterators, span queries, highlighters, codecs, and so on.

 Alan: its tradition that you introduce yourself with your background.

 I think your account is fully working and you should be able to add
 yourself to the who we are page on the website as well.

 Congratulations!

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org



 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: VOTE: release 4.0 (RC2)

[Martijn v Groningen]

+1

On 10 October 2012 05:23, Yonik Seeley yo...@lucidworks.com wrote:
 +1

 -Yonik
 http://lucidworks.com


 On Sat, Oct 6, 2012 at 4:10 AM, Robert Muir rcm...@gmail.com wrote:
 artifacts here: http://s.apache.org/lusolr40rc2

 Thanks for the good inspection of rc#1 and finding bugs, which found
 test bugs and other bugs!
 I am happy this was all discovered and sorted out before release.

 vote stays open until wednesday, the weekend is just extra time for
 evaluating the RC.

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org


 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: VOTE: release 4.0 (take two)

[Martijn v Groningen]

+1 smoke tester is also happy on my machine.

Martijn

On 27 September 2012 21:16, Michael McCandless
luc...@mikemccandless.com wrote:
 +1, smoke tester is happy on my [Linux] env.

 Mike McCandless

 http://blog.mikemccandless.com

 On Thu, Sep 27, 2012 at 3:15 PM, Robert Muir rcm...@gmail.com wrote:
 artifacts are here: http://s.apache.org/lusolr40rc1

 By the way, thanks for all the help improving smoketesting and
 packaging and so on. This will pay off in the future!

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org


 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org


-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: VOTE: release 4.0

[Martijn v Groningen]

+1, Smoker tester also ran successfully on my machine (Ubuntu 12.04.1)

Martijn

On 24 September 2012 14:48, Michael McCandless
luc...@mikemccandless.com wrote:
 +1, smoke tester is happy on Ubuntu 12.04.

 Mike McCandless

 http://blog.mikemccandless.com

 On Mon, Sep 24, 2012 at 12:11 AM, Robert Muir rcm...@gmail.com wrote:
 Artifacts are here: http://s.apache.org/lusolr40rc0

 Thanks,
 Robert

 --
 lucidworks.com

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org


 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org


-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: [JENKINS] Lucene-Solr-Tests-4.x-Java6 - Build # 608 - Failure

[Martijn v Groningen]

Committed a fix for this.

On 9 September 2012 21:31, Michael McCandless luc...@mikemccandless.com wrote:
 This failure reproduces ... I'm not sure what's up ...

 ant test  -Dtestcase=GroupFacetCollectorTest -Dtests.method=testRandom
 -Dtests.seed=115039C6A89AE1D1 -Dtests.multiplier=3 -Dtests.slow=true
 -Dtests.locale=vi_VN -Dtests.timezone=Jamaica
 -Dtests.file.encoding=UTF-8

 Mike McCandless

 http://blog.mikemccandless.com


 On Sat, Sep 8, 2012 at 9:44 PM, Apache Jenkins Server
 jenk...@builds.apache.org wrote:
 Build: https://builds.apache.org/job/Lucene-Solr-Tests-4.x-Java6/608/

 1 tests failed.
 REGRESSION:  
 org.apache.lucene.search.grouping.GroupFacetCollectorTest.testRandom

 Error Message:
 expected:9 but was:8

 Stack Trace:
 java.lang.AssertionError: expected:9 but was:8
 at 
 __randomizedtesting.SeedInfo.seed([115039C6A89AE1D1:631C1CC919FA57A2]:0)
 at org.junit.Assert.fail(Assert.java:93)
 at org.junit.Assert.failNotEquals(Assert.java:647)
 at org.junit.Assert.assertEquals(Assert.java:128)
 at org.junit.Assert.assertEquals(Assert.java:472)
 at org.junit.Assert.assertEquals(Assert.java:456)
 at 
 org.apache.lucene.search.grouping.GroupFacetCollectorTest.testRandom(GroupFacetCollectorTest.java:393)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
 at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at java.lang.reflect.Method.invoke(Method.java:616)
 at 
 com.carrotsearch.randomizedtesting.RandomizedRunner.invoke(RandomizedRunner.java:1559)
 at 
 com.carrotsearch.randomizedtesting.RandomizedRunner.access$600(RandomizedRunner.java:79)
 at 
 com.carrotsearch.randomizedtesting.RandomizedRunner$6.evaluate(RandomizedRunner.java:737)
 at 
 com.carrotsearch.randomizedtesting.RandomizedRunner$7.evaluate(RandomizedRunner.java:773)
 at 
 com.carrotsearch.randomizedtesting.RandomizedRunner$8.evaluate(RandomizedRunner.java:787)
 at 
 org.apache.lucene.util.TestRuleSetupTeardownChained$1.evaluate(TestRuleSetupTeardownChained.java:50)
 at 
 org.apache.lucene.util.TestRuleFieldCacheSanity$1.evaluate(TestRuleFieldCacheSanity.java:51)
 at 
 org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
 at 
 com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55)
 at 
 org.apache.lucene.util.TestRuleThreadAndTestName$1.evaluate(TestRuleThreadAndTestName.java:48)
 at 
 org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:70)
 at 
 org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
 at 
 com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
 at 
 com.carrotsearch.randomizedtesting.ThreadLeakControl$StatementRunner.run(ThreadLeakControl.java:358)
 at 
 com.carrotsearch.randomizedtesting.ThreadLeakControl.forkTimeoutingTask(ThreadLeakControl.java:782)
 at 
 com.carrotsearch.randomizedtesting.ThreadLeakControl$3.evaluate(ThreadLeakControl.java:442)
 at 
 com.carrotsearch.randomizedtesting.RandomizedRunner.runSingleTest(RandomizedRunner.java:746)
 at 
 com.carrotsearch.randomizedtesting.RandomizedRunner$3.evaluate(RandomizedRunner.java:648)
 at 
 com.carrotsearch.randomizedtesting.RandomizedRunner$4.evaluate(RandomizedRunner.java:682)
 at 
 com.carrotsearch.randomizedtesting.RandomizedRunner$5.evaluate(RandomizedRunner.java:693)
 at 
 org.apache.lucene.util.AbstractBeforeAfterRule$1.evaluate(AbstractBeforeAfterRule.java:45)
 at 
 org.apache.lucene.util.TestRuleStoreClassName$1.evaluate(TestRuleStoreClassName.java:42)
 at 
 com.carrotsearch.randomizedtesting.rules.SystemPropertiesInvariantRule$1.evaluate(SystemPropertiesInvariantRule.java:55)
 at 
 com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
 at 
 com.carrotsearch.randomizedtesting.rules.NoShadowingOrOverridesOnMethodsRule$1.evaluate(NoShadowingOrOverridesOnMethodsRule.java:39)
 at 
 org.apache.lucene.util.TestRuleAssertionsRequired$1.evaluate(TestRuleAssertionsRequired.java:40)
 at 
 org.apache.lucene.util.TestRuleMarkFailure$1.evaluate(TestRuleMarkFailure.java:48)
 at 
 org.apache.lucene.util.TestRuleIgnoreAfterMaxFailures$1.evaluate(TestRuleIgnoreAfterMaxFailures.java:70)
 at 
 org.apache.lucene.util.TestRuleIgnoreTestSuites$1.evaluate(TestRuleIgnoreTestSuites.java:55)
 at 
 com.carrotsearch.randomizedtesting.rules.StatementAdapter.evaluate(StatementAdapter.java:36)
 at 
 

Re: VOTE: 4.0-BETA

[Martijn v Groningen]

+1 SmokeTestRelease.py ran successfully.

On 7 August 2012 05:32, Robert Muir rcm...@gmail.com wrote:
 Artifacts here:
 http://people.apache.org/~rmuir/staging_area/lucene-solr-4.0bRC0-rev1370099/

 The list of changes since 4.0-ALPHA is pretty large: lots of important
 bugs were fixed.

 This passes the smoketester (if you use it, you must use python3 now),
 so here is my +1. I think we should get it out and iterate towards the
 final release.

 P.S.: I will clean up JIRA etc as discussed before, so I don't ruin
 Hossman's day. If we need to respin we can just move the additional
 issues into CHANGES/JIRA section and then respin.

 --
 lucidimagination.com

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: ToParentBlockJoinQuery vs filtered search

[Martijn v Groningen]

Hi Mikhail,

I'd love to have a look at the patch. I wasn't involved at all with
reviewing the work, just pointed you to the relevant issue, and
currently quite busy, so on my end, it will take time until I manage
to get to reviewing it.
Maybe someone else involved with the patch can take this over to speed things up

Martijn

On 2 August 2012 08:51, Mikhail Khludnev mkhlud...@griddynamics.com wrote:
 Martin,
 Half year ago you asked me attach my work to SOLR-3076. From my point of
 view the latest patch is considerable for commit. I want to add override
 support for block indexing, but I'm not really sure that it's needed for
 anyone.

 Could you please provide feedback for the latest patch, and/or move it forth
 or back?

  Regards

 by Martijn v Groningen-2 on Feb 06, 2012; 7:57pm
 URL:
 http://lucene.472066.n3.nabble.com/ToParentBlockJoinQuery-vs-filtered-search-tp3717911p3719987.html

 Hi Mikhail,

 There is already an issue open for supporting block join in Solr:
 https://issues.apache.org/jira/browse/SOLR-3076

 Maybe you can attach your work in that issue and we can iterate from
 there.

 Martijn

 --
 Sincerely yours
 Mikhail Khludnev
 Tech Lead
 Grid Dynamics






-- 
Met vriendelijke groet,

Martijn van Groningen

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: svn commit: r1363272 - /lucene/dev/trunk/lucene/test-framework/src/java/org/apache/lucene/util/LuceneTestCase.java

[Martijn v Groningen]

Thanks for also taking a look at the test failures!

On 20 July 2012 19:14, Robert Muir rcm...@gmail.com wrote:
 Hi Martinj: thanks for looking into this!

 I think have a better fix for these:

 the problem is actually in the AssertingAtomicReaders that
 AssertingDirectoryReader wraps its subreaders with.
 So I added the invisible-cache-key hack there, and removed it
 completely from LuceneTestCase.
Yes this was the problem. I think this fix wouldn't make hudson fail
again. Since the
FC insanity can't be detected.

During some test runs the AtomicReaderContext (in
Collector#setNextReader method) contains a
SlowCompositeReaderWrapper and this reader wraps another reader
something like this:
SlowCompositeReaderWrapper(ParallelCompositeReader(FCInvisibleMultiReader(StandardDirectoryReader(segments_4:9
_0(5.0):C463 _1(5.0):C930 _2(5.0):C378 _3(5.0):C184

This used to cause the FC insanity test failures, but is this a
scenario that actually needs to be tested? Having a top level
readercontext in the setNextReader method seems like wrong usage to
me.

Martijn

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: svn commit: r1363272 - /lucene/dev/trunk/lucene/test-framework/src/java/org/apache/lucene/util/LuceneTestCase.java

[Martijn v Groningen]

 That is wanted! We want to test SlowMultiReaderWrapper and verify that it 
 really behaves like a full conformant AtomicReader. Because of that we 
 sometimes war with it. The fix Robert did is fine and is identical to the one 
 we did in the past. As this is no real Lucene usage pattern, not detecting 
 the obvious cache violation is wanted here.
Ok. I was just wondering about the fact that a toplevel readercontext
is given as argument to Collector#setNextReader(). It confused me, but
as you said it is no real Lucene usage pattern.


 For incorrect Lucene usage (like getting a field cache entry on a slow 
 wrapper), we can still warn the user. Buf for tests this insanity is wanted 
 by the wrapping.
I think the SlowCompositeReaderWrapper jdocs warns the user already
enough, so that is fine for now.

Martijn

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: Move ValueSourceFilter to query module?

[Martijn v Groningen]

+1 Good idea. I think that there also should be other implementations
for the different primitive types.
Maybe the inclusive or exclusive filtering can be a boolean option?

Martijn

On 23 July 2012 19:37, Smiley, David W. dsmi...@mitre.org wrote:
 In the spatial utils package I've got a ValueSourceFilter which is a Filter
 based on a ValueSource with a minimum and maximum range.  It does what you'd
 think it does.  This seems like something useful in the query module in the
 org.apache.lucene.queries.function package.  Any opinions?  Here is the
 source, by the way:

 public class ValueSourceFilter extends Filter {

   final Filter startingFilter;
   final ValueSource source;
   final double min;
   final double max;

   public ValueSourceFilter( Filter startingFilter, ValueSource source,
 double min, double max )
   {
 if (startingFilter == null) {
   throw new IllegalArgumentException(please provide a non-null
 startingFilter; you can use QueryWrapperFilter(MatchAllDocsQuery) as a no-op
 filter);
 }
 this.startingFilter = startingFilter;
 this.source = source;
 this.min = min;
 this.max = max;
   }

   @Override
   public DocIdSet getDocIdSet(AtomicReaderContext context, Bits acceptDocs)
 throws IOException {
 final FunctionValues values = source.getValues( null, context );
 return new FilteredDocIdSet(startingFilter.getDocIdSet(context,
 acceptDocs)) {
   @Override
   public boolean match(int doc) {
 double val = values.doubleVal( doc );
 return val  min  val  max;
   }
 };
   }
 }


 I would prefer the range check use = and =.

 ~ David

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: FieldCache goes insane in JoinUtils

[Martijn v Groningen]

I tried to reproduce the failure on my local machine, but the test didn't fail:
ant test
-Dtestcase=TestJoinUtil -Dtests.method=testSingleValueRandomJoin
-Dtests.seed=4613CDE1DF5391F -Dtests.multiplier=3 -Dtests.nightly=true
-Dtests.slow=true
-Dtests.linedocsfile=/var/lib/jenkins/lucene-data/enwiki.random.lines.txt
-Dtests.locale=cs -Dtests.timezone=NET -Dtests.file.encoding=UTF-8

I'd expect that the test would fail on local machine as well.
Apparently there is a toplevel reader entry and a segment reader entry
in the FC for a field with the name 'from'.
This is weird since the FC is only invoked with a segment reader like this:
FieldCache.DEFAULT.getTerms(context.reader(), fromField)

I guess that I'm overlooking something...

Martijn

On 16 July 2012 11:35, Simon Willnauer sim...@apache.org wrote:
 Just wanna forward this to the list in the case this it serious:

 simon

 Changes:

 [sarowe] LUCENE-4199: IntelliJ configuration: add lucene tools library
 to allow compilation where the asm jar is a dependency

 --
 [...truncated 16387 lines...]
 [junit4:junit4] Suite: org.apache.lucene.search.highlight.HighlighterTest
 [junit4:junit4] Completed on J0 in 9.35s, 45 tests
 [junit4:junit4]
 [junit4:junit4] Suite:
 org.apache.lucene.search.vectorhighlight.IndexTimeSynonymTest
 [junit4:junit4] Completed on J1 in 4.23s, 17 tests
 [junit4:junit4]
 [junit4:junit4] Suite:
 org.apache.lucene.search.vectorhighlight.SingleFragListBuilderTest
 [junit4:junit4] Completed on J1 in 0.53s, 3 tests
 [junit4:junit4]
 [junit4:junit4] Suite:
 org.apache.lucene.search.vectorhighlight.WeightedFragListBuilderTest
 [junit4:junit4] Completed on J1 in 0.43s, 1 test
 [junit4:junit4]
 [junit4:junit4] Suite:
 org.apache.lucene.search.vectorhighlight.ScoreOrderFragmentsBuilderTest
 [junit4:junit4] Completed on J1 in 0.25s, 1 test
 [junit4:junit4]
 [junit4:junit4] Suite:
 org.apache.lucene.search.vectorhighlight.SimpleBoundaryScannerTest
 [junit4:junit4] Completed on J1 in 0.28s, 2 tests
 [junit4:junit4]
 [junit4:junit4] Suite: org.apache.lucene.search.vectorhighlight.FieldQueryTest
 [junit4:junit4] Completed on J0 in 3.99s, 27 tests
 [junit4:junit4]
 [junit4:junit4] Suite:
 org.apache.lucene.search.highlight.custom.HighlightCustomQueryTest
 [junit4:junit4] Completed on J1 in 0.24s, 1 test
 [junit4:junit4]
 [junit4:junit4] JVM J0: 0.68 ..21.82 =21.14s
 [junit4:junit4] JVM J1: 0.68 ..21.83 =21.15s
 [junit4:junit4] Execution time total: 22 seconds
 [junit4:junit4] Tests summary: 16 suites, 157 tests
  [echo] 5 slowest tests:
 [junit4:tophints]   9.35s | org.apache.lucene.search.highlight.HighlighterTest
 [junit4:tophints]   5.66s |
 org.apache.lucene.search.vectorhighlight.FieldPhraseListTest
 [junit4:tophints]   5.01s |
 org.apache.lucene.search.vectorhighlight.SimpleFragListBuilderTest
 [junit4:tophints]   4.23s |
 org.apache.lucene.search.vectorhighlight.IndexTimeSynonymTest
 [junit4:tophints]   3.99s |
 org.apache.lucene.search.vectorhighlight.FieldQueryTest
  [echo] Building join...

 ivy-availability-check:

 ivy-fail:

 ivy-configure:
 [ivy:configure] :: loading settings :: file =
 builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64/ws/checkout/lucene/ivy-settings.xml

 resolve:

 common.init:

 compile-lucene-core:

 jflex-uptodate-check:

 jflex-notice:

 javacc-uptodate-check:

 javacc-notice:

 ivy-availability-check:

 ivy-fail:

 ivy-configure:
 [ivy:configure] :: loading settings :: file =
 builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64/ws/checkout/lucene/ivy-settings.xml

 resolve:

 init:

 -clover.disable:

 -clover.setup:

 clover:

 common.compile-core:
 [javac] Compiling 1 source file to
 builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64/ws/checkout/lucene/build/core/classes/java

 compile-core:

 module-build.init:

 check-grouping-uptodate:

 jar-grouping:

 init:

 test:
  [echo] Building join...

 ivy-availability-check:

 ivy-fail:

 ivy-configure:
 [ivy:configure] :: loading settings :: file =
 builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64/ws/checkout/lucene/ivy-settings.xml

 resolve:

 common.init:

 compile-lucene-core:

 module-build.init:

 check-grouping-uptodate:

 jar-grouping:

 init:

 compile-test:
  [echo] Building join...

 ivy-availability-check:

 ivy-fail:

 ivy-configure:
 [ivy:configure] :: loading settings :: file =
 builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64/ws/checkout/lucene/ivy-settings.xml

 resolve:

 common.init:

 compile-lucene-core:

 module-build.init:

 check-grouping-uptodate:

 jar-grouping:

 init:

 -clover.disable:

 -clover.setup:

 clover:

 compile-core:

 compile-test-framework:

 ivy-availability-check:

 ivy-fail:

 ivy-configure:
 [ivy:configure] :: loading settings :: file =
 builds.flonkings.com/job/Lucene-trunk-Linux-Java6-64/ws/checkout/lucene/ivy-settings.xml

 resolve:

 init:

 compile-lucene-core:

 compile-core:

 common.compile-test:

 

Re: Welcome Greg Bowyer

[Martijn v Groningen]

Welcome!

On 21 June 2012 13:09, Sami Siren ssi...@gmail.com wrote:
 Welcome Greg!

 --
  Sami Siren

 On Thu, Jun 21, 2012 at 1:56 PM, Erick Erickson erickerick...@gmail.com 
 wrote:
 I'm pleased to announce that Greg Bowyer has been added as a
 Lucene/Solr committer.

 Greg:
 It's a tradition that you reply with a brief bio.

 Your SVN access should be set up and ready to go.

 Congratulations!

 Erick Erickson

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org


 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: Grouping - Boosting large groups

[Martijn v Groningen]

Hi Corwin,

This not yet possible out of the box. However I think it is possible:
1) Create a Lucene collector that counts for all groups the number of
document that match. This collector will basically compute a map with
the group value as key and a count as value
2) Run this collector as an extra phase before you run the
TermFirstPassGroupingCollector.
3) Use BoostedQuery with a custom value source. The custom value
source can emit a boost value per document (via FunctionValues) and in
this case you base it on the document count
from the group to document count map computed in step 1.

Note: This approach is more expensive then what you are doing now. It
requires another extra search.
Note: The approach assumes lucene 4.0 (which isn't released), but
should be possible with lucene 3.6 (I think)

Make an issue in Jira about this if you start working on it. This and
similar group properties based sorting / boosting are much needed
features.

Martijn

On 11 June 2012 18:10, corwin rechter...@gmail.com wrote:
 Hi forum,

 I've implemented grouping using the TermFirstPassGroupingCollector and
 TermSecondPassGroupingCollector, pretty much exactly as the example at the
 API. This works really well. I'm getting a the groups sorted by the computed
 relevance, within each groups the docs are sorted by a numeric field. So
 far, so good.

 Now I want to make things more complicated by boosting larger groups in
 addition to the existing relevance sort. For example, if the first result
 has a relevancy score of 1 and the group has 2 docs and the second group has
 a score of 0.9 and 4 docs, I want to boost the second group so it will
 appear before the first.

 Basically I'm trying to boost the groups according to the number of elements
 in the groups.

 I couldn't figure out how to do that or find an example anywhere.

 I hope I'm making sense

 Thanks in advance.

 --
 View this message in context: 
 http://lucene.472066.n3.nabble.com/Grouping-Boosting-large-groups-tp3988959.html
 Sent from the Lucene - Java Developer mailing list archive at Nabble.com.

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: Grouping - Boosting large groups

[Martijn v Groningen]

I assumed using the queries module, which isn't in 3.x. After a look
at the 3.x codebase this doesn't seem to be a problem.
Since all the classes you need are in: o.a.l.search.function package
inside core Lucene. You can use
the CustomScoreQuery  ValueSourceQuery instead of the BoostedQuery.

Martijn

On 12 June 2012 21:24, corwin rechter...@gmail.com wrote:
 That's a good idea, thanks for the tip Martijn. I'm not a fan of performing
 an extra search, but it does seem like it's unavoidable for this scenario.

 We are currently working with Lucene 3.5 and you mentioned that it assumes
 Lucene 4 or 3.6. Any particular reason for that? I prefer not upgrading just
 yet unless there's a feature that will specifically help me accomplish this.

 Thanks again,

 Corwin.

 --
 View this message in context: 
 http://lucene.472066.n3.nabble.com/Grouping-Boosting-large-groups-tp3988959p3989266.html
 Sent from the Lucene - Java Developer mailing list archive at Nabble.com.

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: Welcome Adrien Grand as a new Lucene/Solr committer

[Martijn v Groningen]

Welcome!

On 7 June 2012 22:16, Smiley, David W. dsmi...@mitre.org wrote:
 Welcome Adrien!
 ~ David

 On Jun 7, 2012, at 2:11 PM, Michael McCandless wrote:

 I'm pleased to announce that Adrien Grand has joined our ranks as a
 committer.

 He has been contributing various patches to Lucene/Solr, recently to
 Lucene's packed ints implementation, giving a nice performance gain in
 some cases.  For example check out
 http://people.apache.org/~mikemccand/lucenebench/TermTitleSort.html
 (look for annotation U).

 Adrien, its tradition that you introduce yourself with a brief bio.

 As soon as your SVN access is setup, you should then be able to add
 yourself to the committers list on the website as well.

 Congratulations!

 Mike McCandless

 http://blog.mikemccandless.com

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org



 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: remove via

[Martijn v Groningen]

+1 to remove the via. If someone has done work other then reviewing
and committing then he could add himself as one of the author (Order
is important; contributor first then committer. Depending on the work
done).

Maybe the contributors that have contributed in a release can also be
highlighted inside the release notes? (Just like improvements and
features are highlighted) Tika lists all people (committers and
contributors) that have contributed inside the changes.txt. I think
this will be a nice gesture.

Martijn

On 6 June 2012 15:44, Uwe Schindler u...@thetaphi.de wrote:
 Hi Eric,

 I agree 100% with you, we should keep via.

 Uwe

 -
 Uwe Schindler
 H.-H.-Meier-Allee 63, D-28213 Bremen
 http://www.thetaphi.de
 eMail: u...@thetaphi.de


 -Original Message-
 From: Eric Pugh [mailto:ep...@opensourceconnections.com]
 Sent: Wednesday, June 06, 2012 2:33 PM
 To: dev@lucene.apache.org
 Subject: Re: remove via

 I've looked at the via in the changelog to figure out which committer
 works in
 which areas the most, and therefore who to ping about a patch.  And I do
 think
 that shepherding a patch file through to commit is worthy of some credit.
 It's
 often a fair amount of work to evaluate a patch file, offer constructive
 suggestions to someone who may not be familiar with how the process works,
 and eventually get it committed.  And it's often fairly thankless since
 you
 typically are helping someone else scratch their itch, not your own!


 On Jun 6, 2012, at 8:14 AM, Mark Miller wrote:

 
  On Jun 5, 2012, at 6:40 PM, Robert Muir wrote:
 
  Opinions?
 
  I disagree - I think it makes it really easy to track who actually did
 the commit
 (the person *responsible* if it's a bad commit or a good commit) and I
 think
 there is some credit in a committer applying someones patch. They are
 doing
 the review and taking responsibility for the code change. I think *via* is
 pretty
 clear regarding credit, and I think it has value in it's information. Even
 if you
 simply commit someone else work, *you* are contributing to the issue. You
 better have reviewed it, you better be willing to take responsibility for
 it.
 
  Appears I'm in the strong minority though.
 
  - Mark Miller
  lucidimagination.com
 
 
 
 
 
 
 
 
 
 
 
 
  -
  To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For
  additional commands, e-mail: dev-h...@lucene.apache.org
 

 -
 Eric Pugh | Principal | OpenSource Connections, LLC | 434.466.1467 |
 http://www.opensourceconnections.com
 Co-Author: Apache Solr 3 Enterprise Search Server available from
 http://www.packtpub.com/apache-solr-3-enterprise-search-server/book

 This e-mail and all contents, including attachments, is considered to be
 Company Confidential unless explicitly stated otherwise, regardless of
 whether
 attachments are marked as such.












 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional
 commands, e-mail: dev-h...@lucene.apache.org


 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: VOTE: Lucene/Solr 3.6 (take two)

[Martijn v Groningen]

+1. I ran the smokeTestRelease script successfully and everything looks
fine to me.

Martijn

On 7 April 2012 12:31, Tommaso Teofili tommaso.teof...@gmail.com wrote:

 +1 (tested on 2 different machines, Mac OSX 10.6/10.7)
 Tommaso


 2012/4/6 Robert Muir rcm...@gmail.com

 Artifacts here: http://s.apache.org/lusolr36rc1

 I tested with smoketester, (including newly added checks), so here is my
 +1.
 Note: smoketester currently does not support windows (use a linux system)

 --
 lucidimagination.com

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org





-- 
Met vriendelijke groet,

Martijn van Groningen

Re: VOTE: Lucene/Solr 3.6

[Martijn v Groningen]

Hi,

A few days ago Cody Young discovered a bug in Solr's distributed grouping
(SOLR-3316). This bug also occurs in the 3x code.
I attached a bug fix in the issue. I think it is an important bug fix. Can
I commit the fix to branch3x or is it already too late?

Martijn

On 6 April 2012 13:35, Robert Muir rcm...@gmail.com wrote:

 On Fri, Apr 6, 2012 at 6:35 AM, Uwe Schindler u...@thetaphi.de wrote:

  - Binary Javadocs still Geocities-like, it's no problem, but was it not
 planned to use Java 7? - It's of course fine!
 

 Right: as i proposed originally on the list, this would be something
 special I would do for the website *only*.

 In my opinion its too risky to do this in the build we ship, because
 it would mean i would have to compile with java7 and java5 bootstrap
 classpath: of course in theory that shoudl all work, but i feel much
 more comfortable building the release with an actual java 5 compiler.

 --
 lucidimagination.com

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org

 --
 Met vriendelijke groet,

 Martijn van Groningen

  dev-h...@lucene.apache.org

Re: svn commit: r1304320 - /lucene/dev/trunk/lucene/core/src/java/org/apache/lucene/index/IndexWriter.java

[Martijn v Groningen]

I don't know. I wasn't aware that iff has a meaning. I'll change it back
if it is: if and only if.

Martijn

On 23 March 2012 13:57, Robert Muir rcm...@gmail.com wrote:

 Is this a typo or intended to be iff (if and only if)?

 On Fri, Mar 23, 2012 at 8:50 AM,  m...@apache.org wrote:
  Author: mvg
  Date: Fri Mar 23 12:50:14 2012
  New Revision: 1304320
 
  URL: http://svn.apache.org/viewvc?rev=1304320view=rev
  Log:
  fixed small typo
 
  Modified:
 
  
 lucene/dev/trunk/lucene/core/src/java/org/apache/lucene/index/IndexWriter.java
 
  Modified:
 lucene/dev/trunk/lucene/core/src/java/org/apache/lucene/index/IndexWriter.java
  URL:
 http://svn.apache.org/viewvc/lucene/dev/trunk/lucene/core/src/java/org/apache/lucene/index/IndexWriter.java?rev=1304320r1=1304319r2=1304320view=diff
 
 ==
  ---
 lucene/dev/trunk/lucene/core/src/java/org/apache/lucene/index/IndexWriter.java
 (original)
  +++
 lucene/dev/trunk/lucene/core/src/java/org/apache/lucene/index/IndexWriter.java
 Fri Mar 23 12:50:14 2012
  @@ -3699,7 +3699,7 @@ public class IndexWriter implements Clos
}
 
/**
  -   * Returns codetrue/code iff the index in the named directory is
  +   * Returns codetrue/code if the index in the named directory is
 * currently locked.
 * @param directory the directory to check for a lock
 * @throws IOException if there is a low-level IO error
 
 



 --
 lucidimagination.com

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

Re: svn commit: r1304320 - /lucene/dev/trunk/lucene/core/src/java/org/apache/lucene/index/IndexWriter.java

[Martijn v Groningen]

On 23 March 2012 14:06, Robert Muir rcm...@gmail.com wrote:

 I agree, and if its really important for some reason to document
 something as if and only if, I think we should write it out
 completely and avoid specialized abbreviations.

+1 I Completely agree.

Martijn

Re: svn commit: r1304320 - /lucene/dev/trunk/lucene/core/src/java/org/apache/lucene/index/IndexWriter.java

[Martijn v Groningen]

I found 103 occurrences of iff in the codebase... most in lucene-core
For each case we need then to find out if this is or isn't typo, so an
issue for this would a good idea.

On 23 March 2012 14:09, Robert Muir rcm...@gmail.com wrote:

 this is all over the codebase too by the way. Maybe we should open an
 issue to fix this confusion?

 On Fri, Mar 23, 2012 at 9:08 AM, Martijn v Groningen
 martijn.v.gronin...@gmail.com wrote:
  On 23 March 2012 14:06, Robert Muir rcm...@gmail.com wrote:
 
  I agree, and if its really important for some reason to document
  something as if and only if, I think we should write it out
  completely and avoid specialized abbreviations.
 
  +1 I Completely agree.
 
  Martijn



 --
 lucidimagination.com

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

Re: svn commit: r1304320 - /lucene/dev/trunk/lucene/core/src/java/org/apache/lucene/index/IndexWriter.java

[Martijn v Groningen]

 Early days of electronic text and a math professor I had had a colleague
 who submitted a math textbook. Someone decided that iff was a typo
 and did a mass substitution of if. As my prof said

 Going through a math text and putting back all the iff's that were
 supposed to be in the proofs was non-trivial

I can image... I could have be that someone! Luckily we have version
control :-)

Re: 3.6 branching

[Martijn v Groningen]

 I propose for 3.6 that we don't create a release branch but just use
 our branch_3x as the release branch. We can 'svn mv' it to
 'lucene_solr_3_6' when the release is ready.

 Normally we would branch and open up branch_3x as 3.7 for changes, but
 from previous discussions we intend to release 4.0 next (and put 3.x
 in maintenance mode).

+1 This fine with me.

Re: [jira] [Commented] (SOLR-3265) TestSolrEntityProcessorEndToEnd fails if you have a running Solr instance

[Martijn v Groningen]

:-) If I run the tests on my personal macbook it also takes a very very
very long time to complete. This macbook is 5 years old... Luckily I do
have another faster machine.

On 22 March 2012 15:00, Erick Erickson erickerick...@gmail.com wrote:

 No, I have an OS X about 3 years old. Sometimes in only feels like
 a 386 G...

 On Thu, Mar 22, 2012 at 9:56 AM, Robert Muir (Commented) (JIRA)
 j...@apache.org wrote:
 
 [
 https://issues.apache.org/jira/browse/SOLR-3265?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13235581#comment-13235581]
 
  Robert Muir commented on SOLR-3265:
  ---
 
  {quote}
  especially as 3.x ant test is taking 50+ minutes
  {quote}
 
  Erick do you have a 386?
 
  TestSolrEntityProcessorEndToEnd fails if you have a running Solr
 instance
 
 -
 
  Key: SOLR-3265
  URL: https://issues.apache.org/jira/browse/SOLR-3265
  Project: Solr
   Issue Type: Test
 Affects Versions: 3.6, 4.0
 Reporter: Erick Erickson
 Assignee: Erick Erickson
 Priority: Minor
 
  When running ant test from the command line in 3.x, if you have a
 Solr server running then TestSolrentityProcessorEndToEnd fails since it
 uses the default port (stack trace with address already in use). This
 should use some other port, especially as 3.x ant test is taking 50+
 minutes and I often open up a server to look at something else.
  In 4.0, some of the cloud tests also use 8983 as a port. Should these
 be changed too?
  And just to make my life *especially* interesting, at least one test
 puts the string 8983 in a document, which doesn't have to be changed
 G...
  Of course one can start your local server on a different port, but this
 seems trappy.
 
  --
  This message is automatically generated by JIRA.
  If you think it was sent incorrectly, please contact your JIRA
 administrators:
 https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
  For more information on JIRA, see:
 http://www.atlassian.com/software/jira
 
 
 
  -
  To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
  For additional commands, e-mail: dev-h...@lucene.apache.org
 

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

Re: Java 1.6 EOL

[Martijn v Groningen]

Maybe some time after the 4.x branch is created, the trunk can move to Java
7?
3.x branch supports Java 5, 4.x and current trunk support Java 6. Seems
natural to me that the future 5.x and future trunk would support Java 7...

Martijn

On 16 March 2012 15:50, Erick Erickson erickerick...@gmail.com wrote:

 OK, that settles that G, 1.6 going forward.



 On Fri, Mar 16, 2012 at 9:28 AM, Uwe Schindler u...@thetaphi.de wrote:
  Sorry, I misunderstood the original question...
 
  -1 to *only* support Java 7 in both Lucene and Solr. This is way to
 early.
 
  Java 7 is not yet released to the public end user, you can only get it as
  developer resource, not on official end-user java download triggered
 e.g.
  from the browser on missing plugin.
 
  Uwe
 
  --
  Uwe Schindler
  H.-H.-Meier-Allee 63, 28213 Bremen
  http://www.thetaphi.de
 
 
 
  Yonik Seeley yo...@lucidimagination.com schrieb:
 
  On Fri, Mar 16, 2012 at 9:49 AM, Erick Erickson 
 erickerick...@gmail.com
  wrote:
   Which just begs the question (sorry if it has been discussed before)
 of
   whether we should officially only support Solr/Lucene 4.0 under Java
   1.7.
 
  Lucene's purpose is to be a dependency for other projects, and that
  would force all those projects to require Java7 also.  Seems like that
  should wait.
 
  Solr is a different matter, and has historically moved to new Java
  versions earlier.  But it feels a bit early there too... unless the
  features in Java7 outweigh the potential pain to people when we
  require it.
  From a practical development point of view, it would be nice to have
  4.x and 5.0 on the same Java version to minimize backporting pain.
 
  -Yonik
  lucenerevolution.com - Lucene/Solr
Open
  Source Search Conference.
  Boston May 7-10
 
  
 
  To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
  For additional commands, e-mail: dev-h...@lucene.apache.org
 
 

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

Re: [JENKINS] Lucene-Solr-tests-only-trunk - Build # 12754 - Failure

[Martijn v Groningen]

I committed a fix for this.

Martijn

On 15 March 2012 12:11, Apache Jenkins Server jenk...@builds.apache.orgwrote:

 Build: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/12754/

 All tests passed

 Build Log (for compile errors):
 [...truncated 15069 lines...]




 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

Re: [JENKINS] Lucene-Solr-tests-only-trunk - Build # 12658 - Failure

[Martijn v Groningen]

I committed a fix for this.

Martijn

On 8 March 2012 11:11, Apache Jenkins Server jenk...@builds.apache.orgwrote:

 Build: https://builds.apache.org/job/Lucene-Solr-tests-only-trunk/12658/

 All tests passed

 Build Log (for compile errors):
 [...truncated 4672 lines...]
[junit]
[junit] - Standard Error -
[junit] NOTE: Ignoring @nightly test method 'testbig'
[junit] -  ---
[junit] Testsuite:
 org.apache.lucene.facet.taxonomy.writercache.cl2o.TestCompactLabelToOrdinal
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 2.134 sec
[junit]
[junit] Testsuite: org.apache.lucene.util.UnsafeByteArrayInputStreamTest
[junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 0.012 sec
[junit]
[junit] Testsuite: org.apache.lucene.util.collections.IntHashSetTest
[junit] Tests run: 10, Failures: 0, Errors: 0, Time elapsed: 0.041 sec
[junit]
[junit] Testsuite: org.apache.lucene.util.collections.ObjectToIntMapTest
[junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 0.024 sec
[junit]
[junit] Testsuite: org.apache.lucene.util.collections.TestLRUHashMap
[junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.006 sec
[junit]

 common.test:
 [echo] Building grouping...

 common.init:

 compile-lucene-core:

 jflex-uptodate-check:

 jflex-notice:

 javacc-uptodate-check:

 javacc-notice:

 init:

 clover.setup:

 clover.info:
 [echo]
 [echo]   Clover not found. Code coverage reports disabled.
 [echo]

 clover:

 common.compile-core:
[javac] Compiling 1 source file to
 /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-tests-only-trunk/checkout/lucene/build/core/classes/java

 compile-core:

 init:

 test:
 [echo] Building grouping...

 common.init:

 compile-lucene-core:

 init:

 compile-test:
 [echo] Building grouping...

 common.init:

 compile-lucene-core:

 init:

 clover.setup:

 clover.info:
 [echo]
 [echo]   Clover not found. Code coverage reports disabled.
 [echo]

 clover:

 compile-core:
[mkdir] Created dir:
 /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-tests-only-trunk/checkout/modules/grouping/build/classes/java
[javac] Compiling 23 source files to
 /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-tests-only-trunk/checkout/modules/grouping/build/classes/java

 compile-test-framework:

 init:

 compile-lucene-core:

 compile-core:

 common.compile-test:
[mkdir] Created dir:
 /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-tests-only-trunk/checkout/modules/grouping/build/classes/test
[javac] Compiling 5 source files to
 /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-tests-only-trunk/checkout/modules/grouping/build/classes/test
[javac]
 /usr/home/hudson/hudson-slave/workspace/Lucene-Solr-tests-only-trunk/checkout/modules/grouping/src/test/org/apache/lucene/search/grouping/TestGrouping.java:1066:
 incompatible types
[javac] found   :
 org.apache.lucene.search.grouping.TopGroupscapture#62 of ?
[javac] required:
 org.apache.lucene.search.grouping.TopGroupsorg.apache.lucene.util.BytesRef
[javac]   final TopGroupsBytesRef tempTopGroupsBlocks =
 c3.getTopGroups(docSort, groupOffset, docOffset, docOffset+docsPerGroup,
 fillFields);
[javac]
  ^
[javac] 1 error
 [...truncated 17 lines...]




 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org

Re: TestStressNRT failures.

[Martijn v Groningen]

I also don't get any failures. I ran the test on a linux box (latest
checkout) and with -Dtests.iter=1000

Martijn

On 8 March 2012 13:45, Erick Erickson erickerick...@gmail.com wrote:

 Not a linux box, but -Dtests.iter=1000 and no failures on my
 Macbook Pro.

 FWIW
 Erick

 On Wed, Mar 7, 2012 at 5:52 PM, Dawid Weiss dawid.we...@gmail.com wrote:
  https://issues.apache.org/jira/browse/LUCENE-3855
 
  Ehm, either I'm going crazy or my machines are somehow different from
  anybody else's ;)
 
  If you have a spare cycle could you:
 
  cd lucene
  ant test-core -Dtestcase=TestStressNRT -Dtestmethod=test
  -Dtests.seed=69468941c1bbf693:19e66d58475da929:69e9d2f81769b6d0
  -Dargs=-Dfile.encoding=UTF-8
 
  A few times? In my case (a few different machines, different hardware,
  JVMs, but all Linuxes) the above yields errors in about 25-30% of
  executions.
 
  Dawid
 
  -
  To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
  For additional commands, e-mail: dev-h...@lucene.apache.org
 

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

Re: Plans to add functions to results of groups

[Martijn v Groningen]

I haven't seen an issue describing this. Something like this was available
in the SOLR-236 patches, but never got committed.
I started to create a second pass collector that counts the distinct values
of a particular field for the top N groups in LUCENE-3444.

I think there might be a need for a more general approach for this kind of
functionality that uses the ValueSource concept in the queries module.

Martijn

On 7 March 2012 07:03, Jason Rutherglen jason.rutherg...@gmail.com wrote:

 Are there plans to add the ability to apply functions (eg, sum,
 average, distinct, or custom functions) to group'd documents.  Such
 that the document list per group is not returned, instead the result
 of the function is.

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

Re: pending backports for 3.6

[Martijn v Groningen]

+1!

On 6 March 2012 07:35, Shai Erera ser...@gmail.com wrote:

 I think we should then release 3.6, freeze 3.x for maintenance, and
 create branch_4x to work towards a 4.0 beta (this is March 2012).


 +1.


 On Tue, Mar 6, 2012 at 4:00 AM, Robert Muir rcm...@gmail.com wrote:

 Hello,

 Can we get any pending issues for 3.6 resolved in the next two weeks?

 I think we should then release 3.6, freeze 3.x for maintenance, and
 create branch_4x to work towards a 4.0 beta (this is March 2012).

 --
 lucidimagination.com

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org





-- 
Met vriendelijke groet,

Martijn van Groningen

Re: ideas for alphas/betas?

[Martijn v Groningen]

Seems like a good idea to me.

Martijn

On 6 March 2012 07:42, Shai Erera ser...@gmail.com wrote:

 I agree.

 Maybe we should also tag issues as 4.0-alpha, 4.0-beta in JIRA? For
 4.0-alpha we'll tag all the issues that are expected to change the index
 format, and 4.0-beta all the issues that require API changes?

 Shai


 On Tue, Mar 6, 2012 at 5:20 AM, Robert Muir rcm...@gmail.com wrote:

 Just thinking ahead a bit: since 4.0 will really be a pretty big
 release, we have mentioned on the list a few times the ideas of
 alphas/betas.
 I like the idea of trying to iterate towards a release here, as I
 think there will be numerous packaging and documentation issues,
 forget about
 any real bugs or API problems.

 I was thinking that in order to actually get people to use and test
 these things, we should try to make them more than just nightly
 builds.

 Here are some quick ideas:

 Alpha:
  We won't change the index format unless necessary to fix a bug

 Beta:
  We won't change public apis or configuration files unless necessary
 to fix a bug

 Any opinions?
 We could always add more caveats if needed, but the less the better.

 --
 lucidimagination.com

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org





-- 
Met vriendelijke groet,

Martijn van Groningen

Re: Welcome Stefan Matheis

[Martijn v Groningen]

Welcome Stefan!

Martijn

On 29 February 2012 22:14, Sami Siren ssi...@gmail.com wrote:

 Welcome Stefan!
 --
  Sami Siren

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org

Re: FieldCache future?

[Martijn v Groningen]

 Grouping etc could work solely on a docvalues api and maybe they have
 a special ctor to take a SortedBytes impl (and fieldcache implements
 the docvalues api or some other backwards mechanism).
 This would remove the redundant implementations (both fieldcache and
 DV implementations) in stuff like grouping, join, sort, etc
+1 That is great, b/c there already are docvalues based grouping
implementations.

We don't need to have a special SortedBytes ctor, right? The grouping
ctors do take a DocValues.Type (joining, faceting etc can do the
same). In the setNextReader method IR.docValues(groupField) is
invoked.

I'll also close LUCENE-3360 since it only couples the FC with IR.

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: Welcome Sami Siren as committer

[Martijn v Groningen]

Welcome Sami!

Martijn

On 19 February 2012 19:24, Dawid Weiss dawid.we...@cs.put.poznan.pl wrote:
 Congratulations Sami!
 Dawid


 On Sun, Feb 19, 2012 at 6:46 PM, Shai Erera ser...@gmail.com wrote:
 Welcome !

 Shai

 On Feb 19, 2012 6:44 PM, Erick Erickson erickerick...@gmail.com wrote:

 Welcome aboard!

 On Sun, Feb 19, 2012 at 10:52 AM, Steven A Rowe sar...@syr.edu wrote:
  Welcome Sami!
 
  -Original Message-
  From: Robert Muir [mailto:rcm...@gmail.com]
  Sent: Sunday, February 19, 2012 10:33 AM
  To: dev@lucene.apache.org
  Subject: Welcome Sami Siren as committer
 
  I'm pleased to announce that Sami Siren has joined our ranks as a
  committer.
 
  He has been contributing various patches to Lucene/Solr, especially to
  Solr's distributed indexing capabilities.
 
  Sami, its tradition that you introduce yourself with a brief bio.
 
  As soon as your SVN access is setup, you should then be able to add
  yourself to the committers list on the website as well.
 
  Congratulations!
 
  --
  lucidimagination.com
 
  -
  To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
  For additional commands, e-mail: dev-h...@lucene.apache.org
 

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org


 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org


-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: Welcome Christian Moen as committer

[Martijn v Groningen]

Welcome Christian!

Martijn

On 14 February 2012 23:01, Michael McCandless luc...@mikemccandless.com wrote:
 Welcome Christian!

 Mike McCandless

 http://blog.mikemccandless.com

 On Tue, Feb 14, 2012 at 4:48 PM, Robert Muir rcm...@gmail.com wrote:
 I'm pleased to announce that Christian Moen has joined our ranks as a 
 committer.

 He has been contributing to our language capabilities, especially
 filling the gap for the Japanese language.

 Christian, its tradition that you introduce yourself with a brief bio.

 I think your SVN access is already configured, so you should also be
 able to add yourself to the committers list on the website as well.

 Congratulations!

 --
 lucidimagination.com

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org


 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: Welcome Jan Høydahl to the PMC

[Martijn v Groningen]

Congrats Jan!
Op 13 feb. 2012 15:53 schreef Shai Erera ser...@gmail.com het volgende:

 Welcome Jan !

 Shai

 On Mon, Feb 13, 2012 at 4:50 PM, Robert Muir rcm...@gmail.com wrote:

 Hello,

 I'm pleased to announce that Jan has accepted the PMC's invitation to
 join.

 Congratulations Jan!

 --
 lucidimagination.com

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org

Re: Welcome James Dyer

[Martijn v Groningen]

Welcome!

On 10 February 2012 14:18, Chris Male gento...@gmail.com wrote:
 Welcome


 On Sat, Feb 11, 2012 at 2:15 AM, Michael McCandless
 luc...@mikemccandless.com wrote:

 Welcome James!

 Mike McCandless

 http://blog.mikemccandless.com

 On Fri, Feb 10, 2012 at 8:08 AM, Grant Ingersoll gsing...@apache.org
 wrote:
  I'm pleased to announce the PMC has elected James Dyer to be a committer
  on the project and he has agreed to join.
 
  Welcome aboard, James!
 
  -Grant
  -
  To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
  For additional commands, e-mail: dev-h...@lucene.apache.org
 

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




 --
 Chris Male | Software Developer | DutchWorks | www.dutchworks.nl



-- 
Met vriendelijke groet,

Martijn van Groningen

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: Welcome Martijn van Groningen to the Lucene PMC

[Martijn v Groningen]

Thanks guys! I'm really delighted.

@Erick
Sure! There is lots of open source work to do.

Martijn

On 8 February 2012 08:44, Dawid Weiss dawid.we...@cs.put.poznan.pl wrote:
 Congratulations Martijn.

 On Wed, Feb 8, 2012 at 6:05 AM, Shai Erera ser...@gmail.com wrote:
 Congrats Martijn!

 Shai


 On Wed, Feb 8, 2012 at 4:23 AM, Erick Erickson erickerick...@gmail.com
 wrote:

 So the reward for lots of hard work is... more hard work?

 Congrats Martijn!

 Erick

 On Tue, Feb 7, 2012 at 8:18 PM, Chris Male gento...@gmail.com wrote:
  Congratulations Martijn!
 
 
  On Wed, Feb 8, 2012 at 2:16 PM, Robert Muir rcm...@gmail.com wrote:
 
  Hello,
 
  I'm pleased to announce that the Lucene PMC has voted to add Martijn
  as a PMC Member.
 
  Congratulations Martijn!
 
  --
  lucidimagination.com
 
  -
  To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
  For additional commands, e-mail: dev-h...@lucene.apache.org
 
 
 
 
  --
  Chris Male | Software Developer | DutchWorks | www.dutchworks.nl

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org



 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: Welcome Dawid Weiss to the Lucene/Solr PMC

[Martijn v Groningen]

Congratulations Dawid!

On 8 February 2012 08:44, Dawid Weiss dawid.we...@cs.put.poznan.pl wrote:
 Thank you guys, I'm truly honored.

 Dawid

 On Wed, Feb 8, 2012 at 2:10 AM, Mark Miller markrmil...@gmail.com wrote:
 I'm please to announce that Dawid has accepted the PMC's invitation to join.

 Welcome Dawid!

 - Mark Miller
 lucidimagination.com












 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org


 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: [JENKINS] Solr-3.x - Build # 592 - Failure

[Martijn v Groningen]

Oops my fault. Javadoc error.

On 7 February 2012 23:04, Apache Jenkins Server
jenk...@builds.apache.org wrote:
 Build: https://builds.apache.org/job/Solr-3.x/592/

 No tests ran.

 Build Log (for compile errors):
 [...truncated 19887 lines...]



 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: [JENKINS] Solr-3.x - Build # 592 - Failure

[Martijn v Groningen]

Committed a fix.

On 7 February 2012 23:06, Martijn v Groningen
martijn.v.gronin...@gmail.com wrote:
 Oops my fault. Javadoc error.

 On 7 February 2012 23:04, Apache Jenkins Server
 jenk...@builds.apache.org wrote:
 Build: https://builds.apache.org/job/Solr-3.x/592/

 No tests ran.

 Build Log (for compile errors):
 [...truncated 19887 lines...]



 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




 --
 Met vriendelijke groet,

 Martijn van Groningen



-- 
Met vriendelijke groet,

Martijn van Groningen

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: ToParentBlockJoinQuery vs filtered search

[Martijn v Groningen]

Hi Mikhail,

There is already an issue open for supporting block join in Solr:
https://issues.apache.org/jira/browse/SOLR-3076

Maybe you can attach your work in that issue and we can iterate from there.

Martijn

On 6 February 2012 14:54, Michael McCandless luc...@mikemccandless.com wrote:

 On Sun, Feb 5, 2012 at 11:43 PM, Mikhail Khludnev
 mkhlud...@griddynamics.com wrote:

  Thanks for resolving my hesitations. It allows me move forward.

 You're welcome!

  It looks like that's what your test case is testing for...?  Does it pass?
 
  Of course it doesn't.
  the first reason is that BlockJoinWeight.scorer()
  http://svn.apache.org/viewvc/lucene/dev/trunk/modules/join/src/java/org/apache/lucene/search/join/ToParentBlockJoinQuery.java?view=markup
  has the opposite intention (btw, are you %100 sure?):
   * Children query is filtered by the given filter
  childWeight.scorer(readerContext, true, false, *acceptDocs*);
   * Parent filter  is not constrained
  parentsFilter.getDocIdSet(readerContext,
  *readerContext.reader().getLiveDocs()*);
  That's why I asked for the rationale of filtered BJQ search.
 
  The also complication which I met is that
  AssertingIndexSearcher.wrapFilter() randomly switches from filtered
  search to FilteredQuery.
  http://svn.apache.org/viewvc/lucene/dev/trunk/lucene/src/test-framework/java/org/apache/lucene/search/AssertingIndexSearcher.java
  it leads to IllegalStateExceptionparentFilter must return
  FixedBitSet; got BitsFilteredDocIdSet. I suppose I can deal with it.

 Hang on -- there are 2 different filters here.

 The first one, the parentsFilter that you pass to
 ToParent/ChildBlockJoinQuery, is very specific: it must identify which
 docs are parent docs.  This is unchangeable: every BJQ must use this
 same filter, since what is parent and what is child was determined at
 indexing time when you indexed the blocks.  It must produce a
 FixedBitSet per segment (using CachingWrapperFilter does so).

 The second filter, is the optional filter the outside app can pass to
 IndexSearcher.search -- it's this filter that I was describing in my
 last response (ie, that it will be used in the to document space,
 only).  This filter is obviously free to change per query, depending
 on what the app is doing...

 Mike

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




--
Met vriendelijke groet,

Martijn van Groningen

-
To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
For additional commands, e-mail: dev-h...@lucene.apache.org

Re: Welcome David Smiley

[Martijn v Groningen]

Welcome!

On 5 February 2012 16:01, Dawid Weiss dawid.we...@cs.put.poznan.pl wrote:

 Welcome David!

 Dawid

 On Sun, Feb 5, 2012 at 3:50 PM, Uwe Schindler u...@thetaphi.de wrote:
  Welcome!
 
  -
  Uwe Schindler
  H.-H.-Meier-Allee 63, D-28213 Bremen
  http://www.thetaphi.de
  eMail: u...@thetaphi.de
 
 
  -Original Message-
  From: Grant Ingersoll [mailto:gsing...@apache.org]
  Sent: Sunday, February 05, 2012 2:46 PM
  To: dev@lucene.apache.org
  Subject: Welcome David Smiley
 
  I'm pleased to announce that the Lucene PMC has elected to add David
  Smiley
  as a committer to the Lucene/Solr project in recognition of  his ongoing
  contributions.
 
  David, custom is to say a little bit about yourself, so feel free to
 give
  a little
  background on yourself.
 
  Welcome aboard,
  Grant
  -
  To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For
 additional
  commands, e-mail: dev-h...@lucene.apache.org
 
 
  -
  To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
  For additional commands, e-mail: dev-h...@lucene.apache.org
 

 -
 To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org
 For additional commands, e-mail: dev-h...@lucene.apache.org




-- 
Met vriendelijke groet,

Martijn van Groningen

Re: Welcome Tommaso Teofili as Lucene/Solr committer

[Martijn v Groningen]

Welcome!

On 27 January 2012 05:49, Shai Erera ser...@gmail.com wrote:

 Welcome !

 Shai


 On Fri, Jan 27, 2012 at 12:42 AM, Michael McCandless 
 luc...@mikemccandless.com wrote:

 Welcome Tommaso!





-- 
Met vriendelijke groet,

Martijn van Groningen