You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@lucene.apache.org by Robert Muir <rc...@gmail.com> on 2010/10/17 16:58:05 UTC
possible to filter the output to commits@ list????
Lets say i change a single line of code, and merge it back to the 3x_branch.
Currently we get 6 or 7 emails of mergeproperty changes to the
commits@ list... this is making it difficult or impossible for
backports to be reviewed at all... I think this is terrible.
How can we get this fixed so that these mergeprop-changes only are
filtered in the emails? Someone could always click the link to viewvc
or whatever if they are interested in this...
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: possible to filter the output to commits@ list????
Posted by Robert Muir <rc...@gmail.com>.
On Mon, Oct 18, 2010 at 12:47 PM, Grant Ingersoll <gs...@apache.org> wrote:
>
> I find it onerous that one need do a merge for this kind of thing period. Why not just apply the patch a second time? Sure, something is lost in SVN, but it's covered elsewhere. Of course, the flip side is that by not doing it, it becomes all that much harder to merge in the future.
>
why use version control at all?
by merging, the practical benefit to me is it tracks what has and
hasn't been merged (my ide has a nice interface that lets me quickly
see eligible revs by my username, etc)
but if you just patch and commit twice, it looks to svn from the
mergeinfo that you never merged that change back to branch_3x... if
you are going to do this, then at least mark the revision as merged so
it doesnt mislead people who are using version control.
(separately merging makes life easier to me for anything non-trivial,
a patch wouldn't apply cleanly anyway to both our branches, i'd rather
just resolve the conflicting parts)
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: possible to filter the output to commits@ list????
Posted by Chris Hostetter <ho...@fucit.org>.
: I find it onerous that one need do a merge for this kind of thing
: period. Why not just apply the patch a second time? Sure, something is
: lost in SVN, but it's covered elsewhere. Of course, the flip side is
: that by not doing it, it becomes all that much harder to merge in the
: future.
Exactly -- the amount of work required to apply a one line patch to two
distinct branches is about the same as the amount of work to apply that
patch to trunk and then svn merge it to the branch -- but the impact on
other people who have much more complicated merges is huge. when you use
svn merge, you make all of those future (big) merges much simpler to deal
with -- but every time you apply a patch directly to both branches and
commit individually, you introduce a conflict that has to be resolved
manually by every person who ever tries an svn merge on that file in the
future.
-Hoss
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: possible to filter the output to commits@ list????
Posted by Grant Ingersoll <gs...@apache.org>.
On Oct 17, 2010, at 10:58 AM, Robert Muir wrote:
> Lets say i change a single line of code, and merge it back to the 3x_branch.
>
> Currently we get 6 or 7 emails of mergeproperty changes to the
> commits@ list... this is making it difficult or impossible for
> backports to be reviewed at all... I think this is terrible.
I find it onerous that one need do a merge for this kind of thing period. Why not just apply the patch a second time? Sure, something is lost in SVN, but it's covered elsewhere. Of course, the flip side is that by not doing it, it becomes all that much harder to merge in the future.
-Grant
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
RE: possible to filter the output to commits@ list????
Posted by Uwe Schindler <uw...@thetaphi.de>.
> (I am allowed to see it).
I mean: (if I am allowed to see it.)
-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: uwe@thetaphi.de
> -----Original Message-----
> From: Uwe Schindler [mailto:uwe@thetaphi.de]
> Sent: Tuesday, October 19, 2010 11:21 PM
> To: dev@lucene.apache.org
> Subject: RE: possible to filter the output to commits@ list????
>
> Hi Upayavira,
>
> Thanks for the hint. Indeed with changing the config file (which allows
special
> configs for specific subtrees of the svn, so we can do it only for
Lucene), we can
> do it very easy:
>
> http://opensource.perlig.de/svnmailer/doc-1.0/#groups-generate-diffs
>
> "The generate_diffs option defines which actions diffs are generated for.
It
> takes a space or tab separated list of one or more of the following
tokens:
> add, modify, copy, delete, propchange and none.
>
> If the add token is given and a new file is added to the repository, the
svnmailer
> generates a diff between an empty file and the newly added one. If the
modify
> token is given and the content of an already existing file is changed, a
diff
> between the old revision and the new revision of that file is generated.
The
> copy token only worries about files, that are copied and modified during
one
> commit. The delete token generates a diff between the previous revision of
the
> file and an empty file, if a file was deleted.
>
> If the propchange token is given, the svnmailer also takes care of changes
in
> versioned properties. Whether it should actually generate diffs for the
property
> change action depends on the other tokens of the generate_diffs list. The
same
> rules as for files apply, except that the svnmailer never generates
property diffs
> for deleted files"
>
>
> If we change that config option and remove propchange, then the diffs
would
> not contain propchanges anymore. It would it only list as modified files,
but
> with that we can live.
>
> Grant: Can you send me a copy of the current config file of that tool? I
could
> create a patch! (I am allowed to see it).
>
> Uwe
>
> -----
> Uwe Schindler
> H.-H.-Meier-Allee 63, D-28213 Bremen
> http://www.thetaphi.de
> eMail: uwe@thetaphi.de
>
>
> > -----Original Message-----
> > From: Upayavira [mailto:uv@odoko.co.uk]
> > Sent: Tuesday, October 19, 2010 1:07 PM
> > To: dev@lucene.apache.org
> > Subject: Re: possible to filter the output to commits@ list????
> >
> > FWIW, the commit notices are just an SVN post-commit hook that uses
> > the
> svn-
> > mailer tool [http://opensource.perlig.de/svnmailer/]. I believe Grant
> > has commit rights to that file - it is in the infra SVN right next to
> > the old
> asf-auth
> > file.
> >
> > Right now I have no idea whether svn-mailer can support the kind of
> filtering
> > you are talking about, but there's no harm looking!
> >
> > Upayavira
> >
> > On Tue, 19 Oct 2010 06:45 -0400, "Michael McCandless"
> > <lu...@mikemccandless.com> wrote:
> > > On Mon, Oct 18, 2010 at 3:03 PM, Grant Ingersoll
> > > <gs...@apache.org>
> > > wrote:
> > >
> > > > It was just a bit of a shocker for me the first time I did it and
> > > > I
> see like 30
> > files changed when I only changed one file.
> > >
> > > Me too. In fact I think it's ridiculous -- violates principle of
> > > least surprise. I shouldn't have to see such details of the source
> > > control system's impl....
> > >
> > > Furthermore, I think it may eventually turn into a serious perf
> > > issue, since it seems to be an O(N^2) growth. We are at 7 emails
> > > today, which was only 3 emails not long ago. Where will be be a few
> > > months from now? (Though I guess it is bounded by the total number
> > > of source files we have in 3.x...).
> > >
> > > Maybe svn is trying to tell us to release 4.0, heh ;)
> > >
> > > Mike
> > >
> > > --------------------------------------------------------------------
> > > - To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For
> > > additional commands, e-mail: dev-help@lucene.apache.org
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For
> > additional commands, e-mail: dev-help@lucene.apache.org
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional
> commands, e-mail: dev-help@lucene.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
RE: possible to filter the output to commits@ list????
Posted by Uwe Schindler <uw...@thetaphi.de>.
Hi Upayavira,
Thanks for the hint. Indeed with changing the config file (which allows
special configs for specific subtrees of the svn, so we can do it only for
Lucene), we can do it very easy:
http://opensource.perlig.de/svnmailer/doc-1.0/#groups-generate-diffs
"The generate_diffs option defines which actions diffs are generated for. It
takes a space or tab separated list of one or more of the following tokens:
add, modify, copy, delete, propchange and none.
If the add token is given and a new file is added to the repository, the
svnmailer generates a diff between an empty file and the newly added one. If
the modify token is given and the content of an already existing file is
changed, a diff between the old revision and the new revision of that file
is generated. The copy token only worries about files, that are copied and
modified during one commit. The delete token generates a diff between the
previous revision of the file and an empty file, if a file was deleted.
If the propchange token is given, the svnmailer also takes care of changes
in versioned properties. Whether it should actually generate diffs for the
property change action depends on the other tokens of the generate_diffs
list. The same rules as for files apply, except that the svnmailer never
generates property diffs for deleted files"
If we change that config option and remove propchange, then the diffs would
not contain propchanges anymore. It would it only list as modified files,
but with that we can live.
Grant: Can you send me a copy of the current config file of that tool? I
could create a patch! (I am allowed to see it).
Uwe
-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: uwe@thetaphi.de
> -----Original Message-----
> From: Upayavira [mailto:uv@odoko.co.uk]
> Sent: Tuesday, October 19, 2010 1:07 PM
> To: dev@lucene.apache.org
> Subject: Re: possible to filter the output to commits@ list????
>
> FWIW, the commit notices are just an SVN post-commit hook that uses the
svn-
> mailer tool [http://opensource.perlig.de/svnmailer/]. I believe Grant has
> commit rights to that file - it is in the infra SVN right next to the old
asf-auth
> file.
>
> Right now I have no idea whether svn-mailer can support the kind of
filtering
> you are talking about, but there's no harm looking!
>
> Upayavira
>
> On Tue, 19 Oct 2010 06:45 -0400, "Michael McCandless"
> <lu...@mikemccandless.com> wrote:
> > On Mon, Oct 18, 2010 at 3:03 PM, Grant Ingersoll <gs...@apache.org>
> > wrote:
> >
> > > It was just a bit of a shocker for me the first time I did it and I
see like 30
> files changed when I only changed one file.
> >
> > Me too. In fact I think it's ridiculous -- violates principle of
> > least surprise. I shouldn't have to see such details of the source
> > control system's impl....
> >
> > Furthermore, I think it may eventually turn into a serious perf issue,
> > since it seems to be an O(N^2) growth. We are at 7 emails today,
> > which was only 3 emails not long ago. Where will be be a few months
> > from now? (Though I guess it is bounded by the total number of source
> > files we have in 3.x...).
> >
> > Maybe svn is trying to tell us to release 4.0, heh ;)
> >
> > Mike
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For
> > additional commands, e-mail: dev-help@lucene.apache.org
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional
> commands, e-mail: dev-help@lucene.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
RE: possible to filter the output to commits@ list????
Posted by Uwe Schindler <uw...@thetaphi.de>.
No. Once the files have a property they have it irreversible. This is why
single-file merges are a no-go.
-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: uwe@thetaphi.de
> -----Original Message-----
> From: Grant Ingersoll [mailto:gsingers@apache.org]
> Sent: Wednesday, October 20, 2010 1:01 PM
> To: dev@lucene.apache.org
> Subject: Re: possible to filter the output to commits@ list????
>
>
> On Oct 19, 2010, at 4:14 PM, Robert Muir wrote:
>
> > On Tue, Oct 19, 2010 at 3:51 PM, Michael McCandless
> > <lu...@mikemccandless.com> wrote:
> >
> >> Hmm but how does this explain how the number of mergeprops has grown
> >> so much recently? I think recent merges have generally been toplevel?
> >>
> >
> > i introduced a lot of them by combining trunk's analyzers into
> > modules/analysis, because things were reorganized, there are many, but
> > still there are more than necessary and this could be cleaned up.
>
> Couldn't 3.x move contrib/analysis to modules? We could just move it to
> contrib as part of the release packaging if the goal is to be consistent,
but
> otherwise who cares where it is located?
>
> Would that reduce some of this?
>
> >
> > still, if we are going to refactor lucene+lucene contrib+solr in other
> > ways (i hope we will!) I would imagine we would see more of this in
> > the future.
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For
> > additional commands, e-mail: dev-help@lucene.apache.org
> >
>
> --------------------------
> Grant Ingersoll
> http://www.lucidimagination.com/
>
> Search the Lucene ecosystem docs using Solr/Lucene:
> http://www.lucidimagination.com/search
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional
> commands, e-mail: dev-help@lucene.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: possible to filter the output to commits@ list????
Posted by Grant Ingersoll <gs...@apache.org>.
Hoss, you and I should see if we can wrangle some of the SVN guys at ApacheCon and see if we can get this stuff straightened out.
On Oct 24, 2010, at 8:33 PM, Yonik Seeley wrote:
> Another downside to the current situation - "svn log" shows all these
> updates to the mergeprops, so we're losing the real updates in the
> noise.
>
> Maybe we should try to merge only from trunk to branch_3x, so at least
> trunk says relatively clean. Making sense of branch_3x is getting
> very difficult.
>
> Example:
> yonik@WOLVERINE /cygdrive/c/code/lusolr_3x
> $ svn log lucene/src/test/org/apache/lucene/search/spans/TestPayloadSpans.java
> ------------------------------------------------------------------------
> r1026921 | yonik | 2010-10-24 20:23:17 -0400 (Sun, 24 Oct 2010) | 1 line
>
> tests: fix resource leaks (merge from trunk)
> ------------------------------------------------------------------------
> r1026885 | yonik | 2010-10-24 16:56:54 -0400 (Sun, 24 Oct 2010) | 1 line
>
> SOLR-2192: sync runners in StreamingUpdateSolrServer.blockUntilFinished
> ------------------------------------------------------------------------
> r1026873 | yonik | 2010-10-24 15:52:34 -0400 (Sun, 24 Oct 2010) | 1 line
>
> SOLR-2160: tests - use classloader from core resource loader
> ------------------------------------------------------------------------
> r1026869 | yonik | 2010-10-24 15:24:39 -0400 (Sun, 24 Oct 2010) | 1 line
>
> SOLR-2162: tests should use multi-threaded connection manager
> ------------------------------------------------------------------------
> r1026739 | koji | 2010-10-24 00:42:39 -0400 (Sun, 24 Oct 2010) | 1 line
>
> fix indent in DIH sample
> ------------------------------------------------------------------------
> r1026593 | mikemccand | 2010-10-23 06:23:02 -0400 (Sat, 23 Oct 2010) | 1 line
>
> LUCENE-2618: allow optimize to complete during IW.close, take 2
> ------------------------------------------------------------------------
> r1026432 | mikemccand | 2010-10-22 13:59:16 -0400 (Fri, 22 Oct 2010) | 1 line
>
> LUCENE-2618: revert
> ------------------------------------------------------------------------
> r1026337 | mikemccand | 2010-10-22 10:17:10 -0400 (Fri, 22 Oct 2010) | 1 line
>
> LUCENE-2618: make sure optimize merge complete even if a close is pending
> ------------------------------------------------------------------------
> r1026170 | uschindler | 2010-10-21 18:39:44 -0400 (Thu, 21 Oct 2010) | 1 line
>
> merge: remove warning
> ------------------------------------------------------------------------
> r1026053 | yonik | 2010-10-21 12:16:22 -0400 (Thu, 21 Oct 2010) | 1 line
>
> SOLR-2180: close request in finally block
> ------------------------------------------------------------------------
> r1026035 | yonik | 2010-10-21 11:49:45 -0400 (Thu, 21 Oct 2010) | 1 line
>
> tests: fix resource leaks, convert to Junit4 (merged from trunk)
> ------------------------------------------------------------------------
> r1026024 | yonik | 2010-10-21 11:09:32 -0400 (Thu, 21 Oct 2010) | 1 line
>
> axe extra distrib test (merge trunk 1022805)
> ------------------------------------------------------------------------
> r1026000 | gsingers | 2010-10-21 09:48:34 -0400 (Thu, 21 Oct 2010) | 1 line
>
> SOLR-2010, including Yonik's fix, SOLR-2181 -- hope I did this merge correctly
> ------------------------------------------------------------------------
> r1025931 | mikemccand | 2010-10-21 06:29:01 -0400 (Thu, 21 Oct 2010) | 1 line
>
> fix MTQ.CutOffTermCollector to check limits after adding term, not before
> ------------------------------------------------------------------------
> r1025606 | rmuir | 2010-10-20 10:51:12 -0400 (Wed, 20 Oct 2010) | 1 line
>
> LUCENE-1938: Precedence query parser using the contrib/queryparser framework
> ------------------------------------------------------------------------
> r1024481 | yonik | 2010-10-19 21:27:57 -0400 (Tue, 19 Oct 2010) | 1 line
>
> SOLR-2197: wait for search executor to close before closing main
> server (merge trunk 1024476)
> ------------------------------------------------------------------------
> r1024409 | uschindler | 2010-10-19 16:57:52 -0400 (Tue, 19 Oct 2010) | 1 line
>
> LUCENE-2556: Improve memory usage after cloning TermAttribute
> ------------------------------------------------------------------------
> r1024405 | rmuir | 2010-10-19 16:46:23 -0400 (Tue, 19 Oct 2010) | 1 line
>
> LUCENE-1937: add methods to manipulate QueryNodeProcessorPipeline elements
> ------------------------------------------------------------------------
> r1024258 | rmuir | 2010-10-19 11:04:11 -0400 (Tue, 19 Oct 2010) | 1 line
>
> SOLR-1794: Dataimport of CLOB fields fails when getCharacterStream()
> is defined in a superclass
> ------------------------------------------------------------------------
> r1024223 | rmuir | 2010-10-19 08:59:48 -0400 (Tue, 19 Oct 2010) | 1 line
>
> LUCENE-2652: remove obselete runners, they are inconsistent with
> @beforeClass and obselete in the build today
> ------------------------------------------------------------------------
> r1024197 | mikemccand | 2010-10-19 06:27:19 -0400 (Tue, 19 Oct 2010) | 1 line
>
> add some missing super.setParams so alg.toString shows the params
> ------------------------------------------------------------------------
> r1023877 | uschindler | 2010-10-18 12:01:46 -0400 (Mon, 18 Oct 2010) | 1 line
>
> merge from trunk: fix last commit
> ------------------------------------------------------------------------
> r1023854 | uschindler | 2010-10-18 11:35:21 -0400 (Mon, 18 Oct 2010) | 3 lines
>
> merge from trunk:
> Reenable the test: The bug was that all classes (even test classes)
> were handled as SolrInfoMBeans, so the test loaded all classes. Some
> tests initialized statics at the wrong time. This patch adds a check,
> that only build/solr classes are loaded by classloader.
> If there are still problems, we may have solr core classes, that
> initialize statics in a wrong way. In this case we have to fix those,
> these are real bugs!
> ------------------------------------------------------------------------
> r1023723 | mikemccand | 2010-10-18 06:07:40 -0400 (Mon, 18 Oct 2010) | 1 line
>
> LUCENE-2711: also use bulk sub-scorer API in BooleanScorer.nextDoc
> ------------------------------------------------------------------------
> r1023638 | rmuir | 2010-10-17 22:57:44 -0400 (Sun, 17 Oct 2010) | 1 line
>
> LUCENE-2712: Fix FieldBoostMapAttribute to not use CharSequence as a map key
> ------------------------------------------------------------------------
> r1023636 | rmuir | 2010-10-17 22:48:04 -0400 (Sun, 17 Oct 2010) | 1 line
>
> remove suppressed generics violations
> ------------------------------------------------------------------------
> r1023623 | rmuir | 2010-10-17 22:17:02 -0400 (Sun, 17 Oct 2010) | 1 line
>
> merge back my test improvements today (-c 1023562 -r 1023578:1023588 -c 1023621)
> ------------------------------------------------------------------------
> r1023515 | yonik | 2010-10-17 11:50:52 -0400 (Sun, 17 Oct 2010) | 1 line
>
> merge trunk 1023509,1023510
> ------------------------------------------------------------------------
> r1023512 | rmuir | 2010-10-17 10:53:18 -0400 (Sun, 17 Oct 2010) | 1 line
>
> for now, when a test fails list all the tests that ran in that jvm
> ------------------------------------------------------------------------
> r1023495 | rmuir | 2010-10-17 09:10:44 -0400 (Sun, 17 Oct 2010) | 1 line
>
> add another for now, since it appears to have TZ problems :(
> ------------------------------------------------------------------------
> r1023357 | yonik | 2010-10-16 15:26:10 -0400 (Sat, 16 Oct 2010) | 1 line
>
> merge trunk 1023355
> ------------------------------------------------------------------------
> r1023348 | uschindler | 2010-10-16 14:36:03 -0400 (Sat, 16 Oct 2010) | 1 line
>
> Reenable scripting test, only hudson uses OpenJDK which has no Rhino
> engine, so add assume.
> ------------------------------------------------------------------------
> r1023334 | yonik | 2010-10-16 13:21:57 -0400 (Sat, 16 Oct 2010) | 1 line
>
> merge trunk 1023330
> ------------------------------------------------------------------------
> r1023321 | uschindler | 2010-10-16 12:05:55 -0400 (Sat, 16 Oct 2010) | 1 line
>
> LUCENE-2708: when a test Assume fails, display information, improved one
> ------------------------------------------------------------------------
> r1023268 | rmuir | 2010-10-16 08:18:08 -0400 (Sat, 16 Oct 2010) | 1 line
>
> add reasons why the tests are @Ignored so you see them from the
> console (backport)
> ------------------------------------------------------------------------
> r1023256 | rmuir | 2010-10-16 07:40:48 -0400 (Sat, 16 Oct 2010) | 1 line
>
> LUCENE-2710: reproduce-with on test failure isnt right if you manually
> override things
> ------------------------------------------------------------------------
> r1023248 | rmuir | 2010-10-16 07:21:51 -0400 (Sat, 16 Oct 2010) | 1 line
>
> backport test workarounds
> ------------------------------------------------------------------------
> r1023118 | yonik | 2010-10-15 17:27:17 -0400 (Fri, 15 Oct 2010) | 1 line
>
> merge trunk 1023040
> ------------------------------------------------------------------------
> r1023117 | yonik | 2010-10-15 17:26:01 -0400 (Fri, 15 Oct 2010) | 1 line
>
> merge trunk 1022989
> ------------------------------------------------------------------------
> r1023108 | yonik | 2010-10-15 16:49:24 -0400 (Fri, 15 Oct 2010) | 1 line
>
> merge trunk 1023106
> ------------------------------------------------------------------------
> r1023032 | rmuir | 2010-10-15 13:37:56 -0400 (Fri, 15 Oct 2010) | 1 line
>
> backport test fixes (svn merge -r 1022707:1022710 -r 1022729:1022735
> -r 1022747:1022755 -r 1022761:1022793 -r 1022797:1022802 -c 1022927 -c
> 1022956 -c 1022998)
> ------------------------------------------------------------------------
> r1023025 | rmuir | 2010-10-15 13:16:25 -0400 (Fri, 15 Oct 2010) | 1 line
>
> LUCENE-2709: if a test has methods with @ignore, we should print out a notice
> ------------------------------------------------------------------------
> r1023016 | rmuir | 2010-10-15 12:54:34 -0400 (Fri, 15 Oct 2010) | 1 line
>
> LUCENE-2708: when a test Assume fails, display information
> ------------------------------------------------------------------------
> r1023007 | mikemccand | 2010-10-15 12:35:28 -0400 (Fri, 15 Oct 2010) | 1 line
>
> LUCENE-2705: drop number of simultaneous threads from 100 to 10
> ------------------------------------------------------------------------
> r1022948 | rmuir | 2010-10-15 10:35:30 -0400 (Fri, 15 Oct 2010) | 1 line
>
> SOLR-2163: SolrRequestParserTest.testStreamURL test failure
> ------------------------------------------------------------------------
> r1022831 | sarowe | 2010-10-15 02:30:46 -0400 (Fri, 15 Oct 2010) | 1 line
>
> LUCENE-2699: Update StandardTokenizer and UAX29Tokenizer to Unicode 6.0.0
> ------------------------------------------------------------------------
> r1022634 | rmuir | 2010-10-14 14:14:24 -0400 (Thu, 14 Oct 2010) | 1 line
>
> fix solr logging in tests
> ------------------------------------------------------------------------
> r1022201 | rmuir | 2010-10-13 13:28:51 -0400 (Wed, 13 Oct 2010) | 1 line
>
> use unique temp directories
> ------------------------------------------------------------------------
> r1022170 | rmuir | 2010-10-13 12:17:05 -0400 (Wed, 13 Oct 2010) | 1 line
>
> SOLR-2002: minor cleanups to dih tests
> ------------------------------------------------------------------------
> r1021972 | rmuir | 2010-10-12 21:47:14 -0400 (Tue, 12 Oct 2010) | 1 line
>
> merge improvements to TestLBHttpSolrServer from trunk
> ------------------------------------------------------------------------
> r1021496 | gsingers | 2010-10-11 16:25:56 -0400 (Mon, 11 Oct 2010) | 1 line
>
> SOLR-2010, LUCENE-2692: merged to 3.x
> ------------------------------------------------------------------------
> r1021454 | gsingers | 2010-10-11 14:35:58 -0400 (Mon, 11 Oct 2010) | 1 line
>
> merge in addition of new search method on Searcher
> ------------------------------------------------------------------------
> r1021451 | rmuir | 2010-10-11 14:20:38 -0400 (Mon, 11 Oct 2010) | 1 line
>
> LUCENE-2529: add this test from the discussion
> ------------------------------------------------------------------------
> r1021341 | mikemccand | 2010-10-11 09:27:00 -0400 (Mon, 11 Oct 2010) | 1 line
>
> LUCENE-2695: don't create 2 arrays per .score() call
> ------------------------------------------------------------------------
> r1006325 | rmuir | 2010-10-10 13:52:22 -0400 (Sun, 10 Oct 2010) | 1 line
>
> SOLR-2002: avoid using deprecated/simplify test dependency
> ------------------------------------------------------------------------
> r1006305 | rmuir | 2010-10-10 11:26:40 -0400 (Sun, 10 Oct 2010) | 1 line
>
> SOLR-2002: minor changes to lucene build so solr can re-use it
> ------------------------------------------------------------------------
> r1006147 | mikemccand | 2010-10-09 08:49:12 -0400 (Sat, 09 Oct 2010) | 1 line
>
> don't double-parse query text in this test
> ------------------------------------------------------------------------
> r1005366 | mikemccand | 2010-10-07 04:52:54 -0400 (Thu, 07 Oct 2010) | 1 line
>
> LUCENE-2689: don't attempt to acquire a test lock in NativeFSLockFactory
> ------------------------------------------------------------------------
> r1005357 | mikemccand | 2010-10-07 04:05:23 -0400 (Thu, 07 Oct 2010) | 1 line
>
> LUCENE-2682: improve Test2BTerms to not generate pathological
> (sequential) terms for the BytesRefHash; they are generated fully
> randomly now
> ------------------------------------------------------------------------
> r1005312 | rmuir | 2010-10-06 21:46:34 -0400 (Wed, 06 Oct 2010) | 1 line
>
> LUCENE-2687: Remove pq trap in MultiTermQuery.TopTermsBooleanQueryRewrite
> ------------------------------------------------------------------------
> r1004585 | mikemccand | 2010-10-05 05:26:37 -0400 (Tue, 05 Oct 2010) | 1 line
>
> LUCENE-2682: add test that confirm we can index more than 2B terms in
> one segment, @Ignored since it takes > 4 hrs to run on a fast machine
> ------------------------------------------------------------------------
> r1004344 | rmuir | 2010-10-04 14:05:41 -0400 (Mon, 04 Oct 2010) | 1 line
>
> LUCENE-2683: upgrade icu libraries to 4.4.2
> ------------------------------------------------------------------------
> r1004244 | rmuir | 2010-10-04 10:13:53 -0400 (Mon, 04 Oct 2010) | 1 line
>
> LUCENE-2685: add an assume for this test on broken sun jres
> ------------------------------------------------------------------------
> r1004218 | rmuir | 2010-10-04 08:20:02 -0400 (Mon, 04 Oct 2010) | 1 line
>
> clear up 1.5-only javadocs warnings
> ------------------------------------------------------------------------
> r1004202 | rmuir | 2010-10-04 07:34:56 -0400 (Mon, 04 Oct 2010) | 1 line
>
> document this fallthrough
> ------------------------------------------------------------------------
> r1004086 | rmuir | 2010-10-03 22:24:12 -0400 (Sun, 03 Oct 2010) | 1 line
>
> clear up some compiler warnings (non-generics)
> ------------------------------------------------------------------------
> r1004075 | rmuir | 2010-10-03 20:36:21 -0400 (Sun, 03 Oct 2010) | 1 line
>
> clear up javadocs warnings
> ------------------------------------------------------------------------
> r1003992 | rmuir | 2010-10-03 12:38:40 -0400 (Sun, 03 Oct 2010) | 1 line
>
> clear up more warnings in modules/contrib
> ------------------------------------------------------------------------
> r1003980 | rmuir | 2010-10-03 11:52:55 -0400 (Sun, 03 Oct 2010) | 1 line
>
> LUCENE-2681: fix generics violations in contrib/modules
> ------------------------------------------------------------------------
> r1003955 | rmuir | 2010-10-03 08:21:12 -0400 (Sun, 03 Oct 2010) | 1 line
>
> add dependency to prevent javadocs warnings/errors
> ------------------------------------------------------------------------
> r1003952 | rmuir | 2010-10-03 08:13:57 -0400 (Sun, 03 Oct 2010) | 1 line
>
> clear up more compiler warnings
> ------------------------------------------------------------------------
> r1003939 | mikemccand | 2010-10-03 05:14:26 -0400 (Sun, 03 Oct 2010) | 1 line
>
> LUCENE-2663: don't try to clear prior lock in IndexWriter when create=true
> ------------------------------------------------------------------------
> r1003885 | rmuir | 2010-10-02 17:02:57 -0400 (Sat, 02 Oct 2010) | 1 line
>
> add missing eol-style
> ------------------------------------------------------------------------
> r1003875 | rmuir | 2010-10-02 16:20:51 -0400 (Sat, 02 Oct 2010) | 1 line
>
> clean up some fallthru/deprecation warnings
> ------------------------------------------------------------------------
> r1003864 | rmuir | 2010-10-02 15:02:53 -0400 (Sat, 02 Oct 2010) | 1 line
>
> merge warnings enabling and fixing of some trivial ones
> ------------------------------------------------------------------------
> r1003646 | uschindler | 2010-10-01 16:49:24 -0400 (Fri, 01 Oct 2010) | 1 line
>
> Enable unchecked warnings: we have now only some violations in contrib
> and the recently introduced ones by Ryan. As we want to get rid of
> them (the contrib ones seem to be easy), I switch it globally on.
> ------------------------------------------------------------------------
> r1003633 | mikemccand | 2010-10-01 16:24:12 -0400 (Fri, 01 Oct 2010) | 1 line
>
> LUCENE-2678: prevent false failure due to fast GC
> ------------------------------------------------------------------------
> r1003617 | mikemccand | 2010-10-01 15:02:15 -0400 (Fri, 01 Oct 2010) | 1 line
>
> LUCENE-2676: disable reader pooling for this test case since that
> causes added disk usage
> ------------------------------------------------------------------------
> r1001991 | koji | 2010-09-27 22:18:36 -0400 (Mon, 27 Sep 2010) | 1 line
>
> LUCENE-2529, LUCENE-2668: always apply position increment gap and
> offset gap between values
> ------------------------------------------------------------------------
> r1001667 | mikemccand | 2010-09-27 06:55:13 -0400 (Mon, 27 Sep 2010) | 1 line
>
> LUCENE-2664: merge test improvements back to 3.x
> ------------------------------------------------------------------------
> r1001423 | mikemccand | 2010-09-26 08:53:59 -0400 (Sun, 26 Sep 2010) | 1 line
>
> LUCENE-2666: add assert
> ------------------------------------------------------------------------
> r1001025 | rmuir | 2010-09-24 14:50:54 -0400 (Fri, 24 Sep 2010) | 1 line
>
> LUCENE-1840: QueryUtils should check that equals() properly handles null
> ------------------------------------------------------------------------
> r1000678 | rmuir | 2010-09-23 20:47:44 -0400 (Thu, 23 Sep 2010) | 1 line
>
> LUCENE-2070: document how LengthFilter counts characters
> ------------------------------------------------------------------------
> r1000582 | mikemccand | 2010-09-23 14:59:39 -0400 (Thu, 23 Sep 2010) | 1 line
>
> LUCENE-2658: add changes entry
> ------------------------------------------------------------------------
> r1000430 | rmuir | 2010-09-23 08:33:25 -0400 (Thu, 23 Sep 2010) | 1 line
>
> LUCENE-2659: LuceneTestCase ease of use improvements
> ------------------------------------------------------------------------
> r999847 | mikemccand | 2010-09-22 05:50:42 -0400 (Wed, 22 Sep 2010) | 1 line
>
> LUCENE-2658: fix case where exception on docs w/ more than field w/
> tvs could mess up the ByteBlockPool
> ------------------------------------------------------------------------
> r999547 | mikemccand | 2010-09-21 15:08:13 -0400 (Tue, 21 Sep 2010) | 1 line
>
> prevent false failure from running out of file descriptors
> ------------------------------------------------------------------------
> r999226 | rmuir | 2010-09-21 01:21:37 -0400 (Tue, 21 Sep 2010) | 1 line
>
> LUCENE-2650: Added extra safety to MMapIndexInput clones
> ------------------------------------------------------------------------
> r999021 | rmuir | 2010-09-20 13:43:44 -0400 (Mon, 20 Sep 2010) | 1 line
>
> LUCENE-2656: if tests fail, don't report about unclosed resources
> ------------------------------------------------------------------------
> r998688 | rmuir | 2010-09-19 11:49:11 -0400 (Sun, 19 Sep 2010) | 1 line
>
> LUCENE-2653: ThaiAnalyzer assumes things about your jre
> ------------------------------------------------------------------------
> r998510 | rmuir | 2010-09-18 14:14:32 -0400 (Sat, 18 Sep 2010) | 1 line
>
> fix this test for JRockit
> ------------------------------------------------------------------------
> r998058 | mikemccand | 2010-09-17 06:33:13 -0400 (Fri, 17 Sep 2010) | 1 line
>
> fix incorrect ramUSED message to IW infoStream
> ------------------------------------------------------------------------
> r997233 | mikemccand | 2010-09-15 04:51:51 -0400 (Wed, 15 Sep 2010) | 1 line
>
> don't close reader prematurely
> ------------------------------------------------------------------------
> r997182 | rmuir | 2010-09-14 23:42:57 -0400 (Tue, 14 Sep 2010) | 1 line
>
> LUCENE-2630: fix intl test bugs that rely on cldr version
> ------------------------------------------------------------------------
> r996979 | rmuir | 2010-09-14 12:38:36 -0400 (Tue, 14 Sep 2010) | 1 line
>
> LUCENE-2630: look for the correct exception according to javadoc contract
> ------------------------------------------------------------------------
> r996949 | rmuir | 2010-09-14 11:29:14 -0400 (Tue, 14 Sep 2010) | 1 line
>
> LUCENE-2630: allow lucene to be built with non-sun jvms
> ------------------------------------------------------------------------
> r996945 | rmuir | 2010-09-14 11:20:10 -0400 (Tue, 14 Sep 2010) | 1 line
>
> missing merge props for r996720
> ------------------------------------------------------------------------
> r996674 | rmuir | 2010-09-13 16:07:53 -0400 (Mon, 13 Sep 2010) | 1 line
>
> LUCENE-2642: merge Uwe's test improvements
> ------------------------------------------------------------------------
> r996630 | rmuir | 2010-09-13 14:22:59 -0400 (Mon, 13 Sep 2010) | 1 line
>
> LUCENE-2642: merge LuceneTestCase and LuceneTestCaseJ4
> ------------------------------------------------------------------------
> r996513 | rmuir | 2010-09-13 08:40:38 -0400 (Mon, 13 Sep 2010) | 1 line
>
> add exception ignore for extraction test
> ------------------------------------------------------------------------
> r996417 | rmuir | 2010-09-13 00:38:22 -0400 (Mon, 13 Sep 2010) | 1 line
>
> SOLR-2118: fix setTermIndexDivisor param to have its correct name
> ------------------------------------------------------------------------
> r996360 | rmuir | 2010-09-12 14:43:07 -0400 (Sun, 12 Sep 2010) | 1 line
>
> LUCENE-2641: speed up tests
> ------------------------------------------------------------------------
> r996278 | rmuir | 2010-09-12 05:38:26 -0400 (Sun, 12 Sep 2010) | 1 line
>
> LUCENE-2640: add LuceneTestCase[J4].newField
> ------------------------------------------------------------------------
> r995863 | rmuir | 2010-09-10 12:49:41 -0400 (Fri, 10 Sep 2010) | 1 line
>
> LUCENE-2639: remove random juggling in tests, add -Dtests.seed
> ------------------------------------------------------------------------
> r995379 | rmuir | 2010-09-09 06:59:35 -0400 (Thu, 09 Sep 2010) | 1 line
>
> LUCENE-2637: FSDirectory.copyBytes isn't safe for SimpleFSDirectory
> ------------------------------------------------------------------------
> r995251 | mikemccand | 2010-09-08 16:58:09 -0400 (Wed, 08 Sep 2010) | 1 line
>
> add new test for IndexOutput.copyBytes
> ------------------------------------------------------------------------
> r995248 | mikemccand | 2010-09-08 16:53:43 -0400 (Wed, 08 Sep 2010) | 1 line
>
> mergeprops
> ------------------------------------------------------------------------
> r994980 | mikemccand | 2010-09-08 06:46:45 -0400 (Wed, 08 Sep 2010) | 1 line
>
> LUCENE-2634: NRT reader's isCurrent should return false if changes
> were just committed in the writer
> ------------------------------------------------------------------------
> r994977 | mikemccand | 2010-09-08 06:35:34 -0400 (Wed, 08 Sep 2010) | 1 line
>
> LUCENE-2635: fix BQ to not provide matching explanation if a required
> sub-clause has null scorer
> ------------------------------------------------------------------------
> r994937 | mikemccand | 2010-09-08 05:34:20 -0400 (Wed, 08 Sep 2010) | 1 line
>
> add test verbosity
> ------------------------------------------------------------------------
> r993411 | rmuir | 2010-09-07 12:09:03 -0400 (Tue, 07 Sep 2010) | 1 line
>
> fix bug in benchmark build: change a file in lucene, it doesnt know
> ------------------------------------------------------------------------
> r993289 | mikemccand | 2010-09-07 05:00:25 -0400 (Tue, 07 Sep 2010) | 1 line
>
> prevent false test failure in testThreadInterruptDeadlock: force
> ThreadInterruptedException to be loaded up-front
> ------------------------------------------------------------------------
> r993200 | rmuir | 2010-09-06 23:02:30 -0400 (Mon, 06 Sep 2010) | 1 line
>
> LUCENE-2611: ensure temp directories exist when running tests from an IDE
> ------------------------------------------------------------------------
> r993195 | rmuir | 2010-09-06 22:10:25 -0400 (Mon, 06 Sep 2010) | 1 line
>
> LUCENE-2611: make test abstract, and name it *TestCase so ant won't execute it
> ------------------------------------------------------------------------
> r993110 | rmuir | 2010-09-06 13:44:23 -0400 (Mon, 06 Sep 2010) | 1 line
>
> LUCENE-2611: add a temporary workaround for now
> ------------------------------------------------------------------------
> r992624 | rmuir | 2010-09-04 11:19:36 -0400 (Sat, 04 Sep 2010) | 1 line
>
> add super.setup/teardown
> ------------------------------------------------------------------------
> r992572 | mikemccand | 2010-09-04 06:00:18 -0400 (Sat, 04 Sep 2010) | 1 line
>
> LUCENE-2631: fix small perf issues with String/TermOrdValComparator
> ------------------------------------------------------------------------
> r992569 | mikemccand | 2010-09-04 05:42:16 -0400 (Sat, 04 Sep 2010) | 1 line
>
> LUCENE-2598: more cutover to newDirectory(Random)
> ------------------------------------------------------------------------
> r992568 | mikemccand | 2010-09-04 05:38:30 -0400 (Sat, 04 Sep 2010) | 1 line
>
> merge props
> ------------------------------------------------------------------------
> r992474 | rmuir | 2010-09-03 17:20:05 -0400 (Fri, 03 Sep 2010) | 1 line
>
> LUCENE-2611: fix tests to run in IntelliJ, dont fork solr tests
> ------------------------------------------------------------------------
> r991547 | simonw | 2010-09-01 10:15:14 -0400 (Wed, 01 Sep 2010) | 2 lines
>
> LUCENE-2239: Documented NIOFSDirectory and MMapDirectory limitations
> due to Java NIO behavior when a Thread is interrupted while blocking
> on IO.
>
> ------------------------------------------------------------------------
> r991537 | simonw | 2010-09-01 09:51:27 -0400 (Wed, 01 Sep 2010) | 2 lines
>
> LUCENE-2590: Enable access to the freq information in a Query's sub-scorers
>
> ------------------------------------------------------------------------
> r991196 | koji | 2010-08-31 10:08:14 -0400 (Tue, 31 Aug 2010) | 1 line
>
> SOLR-2013: Add mapping-FoldToASCII.txt to example conf directory
> ------------------------------------------------------------------------
> r991055 | rmuir | 2010-08-30 21:40:19 -0400 (Mon, 30 Aug 2010) | 1 line
>
> LUCENE-2629: fix analysis/icu's gennorm2 task
> ------------------------------------------------------------------------
> r990856 | mikemccand | 2010-08-30 12:45:50 -0400 (Mon, 30 Aug 2010) | 1 line
>
> fix false random test failure
> ------------------------------------------------------------------------
> r990783 | rmuir | 2010-08-30 08:28:12 -0400 (Mon, 30 Aug 2010) | 1 line
>
> add basic tests for some untested TFC classes
> ------------------------------------------------------------------------
> r990773 | rmuir | 2010-08-30 07:28:47 -0400 (Mon, 30 Aug 2010) | 1 line
>
> LUCENE-2627: tone down test for slowlaris
> ------------------------------------------------------------------------
> r990461 | rmuir | 2010-08-28 18:50:01 -0400 (Sat, 28 Aug 2010) | 1 line
>
> LUCENE-2624: add armenian, basque, catalan analyzers from snowball
> ------------------------------------------------------------------------
> r990456 | rmuir | 2010-08-28 18:01:10 -0400 (Sat, 28 Aug 2010) | 1 line
>
> SOLR-2059: Add types attribute to WordDelimiterFilterFactory
> ------------------------------------------------------------------------
> r990304 | koji | 2010-08-27 19:51:07 -0400 (Fri, 27 Aug 2010) | 1 line
>
> LUCENE-2626: FastVectorHighlighter: enable FragListBuilder and
> FragmentsBuilder to be set per-field override
> ------------------------------------------------------------------------
> r990286 | rmuir | 2010-08-27 18:09:01 -0400 (Fri, 27 Aug 2010) | 1 line
>
> LUCENE-2627: MMapDirectory bug when file size is exact multiple of chunk size
> ------------------------------------------------------------------------
> r990191 | rmuir | 2010-08-27 12:18:20 -0400 (Fri, 27 Aug 2010) | 1 line
>
> add missing javadoc to base test classes
> ------------------------------------------------------------------------
> r990183 | rmuir | 2010-08-27 11:51:47 -0400 (Fri, 27 Aug 2010) | 1 line
>
> SOLR-2034: switch JavaBin over to standard UTF-8
> ------------------------------------------------------------------------
> r990167 | rmuir | 2010-08-27 10:53:07 -0400 (Fri, 27 Aug 2010) | 1 line
>
> LUCENE-2098: speed up BaseCharFilter
> ------------------------------------------------------------------------
> r990162 | koji | 2010-08-27 10:38:56 -0400 (Fri, 27 Aug 2010) | 1 line
>
> SOLR-2046: add common functions to scripts-util
> ------------------------------------------------------------------------
> r989342 | rmuir | 2010-08-25 16:22:27 -0400 (Wed, 25 Aug 2010) | 1 line
>
> LUCENE-2598: run tests varying Directory impl by default
> ------------------------------------------------------------------------
> r989326 | rmuir | 2010-08-25 15:56:38 -0400 (Wed, 25 Aug 2010) | 1 line
>
> SOLR-2002: add -Dtests.iter
> ------------------------------------------------------------------------
> r989316 | mikemccand | 2010-08-25 15:29:07 -0400 (Wed, 25 Aug 2010) | 1 line
>
> LUCENE-2598: make this test not use so many file descriptors
> ------------------------------------------------------------------------
> r989086 | rmuir | 2010-08-25 09:08:46 -0400 (Wed, 25 Aug 2010) | 1 line
>
> LUCENE-2598: fixes for tests with NIOFS/MMap, add random option (but
> RAMDirectory is still the default)
> ------------------------------------------------------------------------
> r989056 | koji | 2010-08-25 08:24:00 -0400 (Wed, 25 Aug 2010) | 1 line
>
> LUCENE-2616: FastVectorHighlighter: out of alignment when the first
> value is empty in multiValued field
> ------------------------------------------------------------------------
> r989014 | mikemccand | 2010-08-25 07:19:54 -0400 (Wed, 25 Aug 2010) | 1 line
>
> increase iters to prevent false failure
> ------------------------------------------------------------------------
> r989011 | mikemccand | 2010-08-25 07:03:57 -0400 (Wed, 25 Aug 2010) | 1 line
>
> fix msg in exc
> ------------------------------------------------------------------------
> r989006 | mikemccand | 2010-08-25 06:57:26 -0400 (Wed, 25 Aug 2010) | 1 line
>
> cut test over to SMS and also try to prevent GC from clearing
> CachingWrapperFilter's cache entry
> ------------------------------------------------------------------------
> r988742 | mikemccand | 2010-08-24 18:17:09 -0400 (Tue, 24 Aug 2010) | 1 line
>
> move checkpoint inside sync block that sets CFS
> ------------------------------------------------------------------------
> r988737 | mikemccand | 2010-08-24 17:57:03 -0400 (Tue, 24 Aug 2010) | 1 line
>
> sync CMS to address intermittent failure
> ------------------------------------------------------------------------
> r988711 | rmuir | 2010-08-24 16:33:24 -0400 (Tue, 24 Aug 2010) | 1 line
>
> wire this test for ramdir too for now
> ------------------------------------------------------------------------
> r988690 | rmuir | 2010-08-24 15:49:16 -0400 (Tue, 24 Aug 2010) | 1 line
>
> LUCENE-2598: wire this test to ramdirectory
> ------------------------------------------------------------------------
> r988652 | yonik | 2010-08-24 14:43:22 -0400 (Tue, 24 Aug 2010) | 1 line
>
> LUCENE-2617: null scorers from optional clauses should still count in
> maxCoord (merge trunk 988592)
> ------------------------------------------------------------------------
> r988620 | rmuir | 2010-08-24 12:51:24 -0400 (Tue, 24 Aug 2010) | 1 line
>
> LUCENE-2598: enable simulating a crash on windows+fsdirectory
> ------------------------------------------------------------------------
> r988546 | mikemccand | 2010-08-24 10:00:17 -0400 (Tue, 24 Aug 2010) | 1 line
>
> LUCENE-2598: more fixing tests to run with -Dtests.directory=SimpleFSDirectory
> ------------------------------------------------------------------------
> r988536 | rmuir | 2010-08-24 09:33:17 -0400 (Tue, 24 Aug 2010) | 1 line
>
> LUCENE-2619: improve test system (consistency of var names, args,
> sysprops passed to solr contribs, etc)
> ------------------------------------------------------------------------
> r988480 | mikemccand | 2010-08-24 06:57:06 -0400 (Tue, 24 Aug 2010) | 1 line
>
> LUCENE-2615: forgot to remove the hardwired 1MB buffer
> ------------------------------------------------------------------------
> r988371 | rmuir | 2010-08-23 21:52:05 -0400 (Mon, 23 Aug 2010) | 1 line
>
> LUCENE-2598: use the specified -Dtests.directory when tests copy from
> an existing one too
> ------------------------------------------------------------------------
> r988347 | mikemccand | 2010-08-23 18:57:13 -0400 (Mon, 23 Aug 2010) | 1 line
>
> LUCENE-2598: fix tests to pass w/ -Dtests.directory=SimpleFSDirectory
> ------------------------------------------------------------------------
> r988238 | rmuir | 2010-08-23 14:12:33 -0400 (Mon, 23 Aug 2010) | 1 line
>
> LUCENE-2598: factor the behavior of MockRAMDirectory into
> MockDirectoryWrapper, add experimental -Dtests.directory= to allow
> running the tests under different directory impls [but the default is
> still RAMDirectory]
> ------------------------------------------------------------------------
> r988218 | mikemccand | 2010-08-23 13:25:24 -0400 (Mon, 23 Aug 2010) | 1 line
>
> LUCENE-2615: don't create files w/ bogus permissions; don't hardwire
> buffer size to 1MB
> ------------------------------------------------------------------------
> r988092 | rmuir | 2010-08-23 07:49:12 -0400 (Mon, 23 Aug 2010) | 1 line
>
> LUCENE-2613: workaround bugs in this test for now
> ------------------------------------------------------------------------
> r987125 | rmuir | 2010-08-19 07:04:29 -0400 (Thu, 19 Aug 2010) | 1 line
>
> remove @override on interface (java6-only)
> ------------------------------------------------------------------------
> r986615 | rmuir | 2010-08-18 06:04:34 -0400 (Wed, 18 Aug 2010) | 1 line
>
> SOLR-1860: expose these analyzers stoplists as .txt like the others
> ------------------------------------------------------------------------
> r986175 | koji | 2010-08-16 22:45:06 -0400 (Mon, 16 Aug 2010) | 1 line
>
> LUCENE-2603: FastVectorHighlighter: add a method to set an arbitrary
> char that is used when concatenating multiValued data
> ------------------------------------------------------------------------
> r986160 | rmuir | 2010-08-16 19:24:19 -0400 (Mon, 16 Aug 2010) | 1 line
>
> SOLR-2051: analysis.jsp lost attributes, giving incorrect results for
> protected words etc
> ------------------------------------------------------------------------
> r985681 | koji | 2010-08-15 10:20:46 -0400 (Sun, 15 Aug 2010) | 1 line
>
> SOLR-2047: ReplicationHandler should accept bool type for enable flag
> ------------------------------------------------------------------------
> r985494 | rmuir | 2010-08-14 10:11:41 -0400 (Sat, 14 Aug 2010) | 1 line
>
> LUCENE-2598: backport these 3 tests now that the other improvements to
> them are backported
> ------------------------------------------------------------------------
> r985492 | mikemccand | 2010-08-14 09:51:22 -0400 (Sat, 14 Aug 2010) | 1 line
>
> backport test improvements
> ------------------------------------------------------------------------
> r984299 | rmuir | 2010-08-11 00:28:06 -0400 (Wed, 11 Aug 2010) | 1 line
>
> LUCENE-2595: switch tests to use MockRAMDirectory instead of RAMDirectory
> ------------------------------------------------------------------------
> r940834 | uschindler | 2010-05-04 08:43:13 -0400 (Tue, 04 May 2010) | 1 line
>
> Merge more changes to 3.x. This includes assertions for finalness of
> Analyzers/TS, ThaiWordFilter, KeywordMarkerFilter rename
> ------------------------------------------------------------------------
> r940806 | uschindler | 2010-05-04 07:18:46 -0400 (Tue, 04 May 2010) | 5 lines
>
> Merge CharTermAttribute changes and related ones to stable branch,
> these are revisions:
> - dev/trunk: 932163,932369,932698,932747,932749,932773,932862,935521,940451
> - lucene/branches/flex: 924791,924850
>
> The move of WikipediaTokenizer was not merged, so the jflex updates to
> 1.5 are not yet merged here. Robert, when you have done this, simply
> copy the trunk version of Wikipedia Tokenizer and its build files over
> the merged ones.
> ------------------------------------------------------------------------
> r940784 | uschindler | 2010-05-04 05:16:02 -0400 (Tue, 04 May 2010) | 1 line
>
> Create branch for 3.x development
> ------------------------------------------------------------------------
> r926572 | uschindler | 2010-03-23 09:47:13 -0400 (Tue, 23 Mar 2010) | 1 line
>
> Create new Lu-Solr development folder
> ------------------------------------------------------------------------
> r924483 | markrmiller | 2010-03-17 16:51:29 -0400 (Wed, 17 Mar 2010) | 1 line
>
>
> ------------------------------------------------------------------------
> r923112 | uschindler | 2010-03-15 04:26:44 -0400 (Mon, 15 Mar 2010) | 1 line
>
> LUCENE-2313: Add VERBOSE flag usage to lots of tests
> ------------------------------------------------------------------------
> r922583 | mikemccand | 2010-03-13 10:32:48 -0500 (Sat, 13 Mar 2010) | 1 line
>
> LUCENE-2294: cutover to IndexWriterConfig object for settings to IW
> ------------------------------------------------------------------------
> r921532 | mikemccand | 2010-03-10 14:45:31 -0500 (Wed, 10 Mar 2010) | 1 line
>
> LUCENE-2294: revert while discussions are going on about default analyzer...
> ------------------------------------------------------------------------
> r921480 | mikemccand | 2010-03-10 12:53:46 -0500 (Wed, 10 Mar 2010) | 1 line
>
> LUCENE-2294: cutover to IndexWriterConfig object for settings to IW
> ------------------------------------------------------------------------
> r908496 | uschindler | 2010-02-10 08:35:57 -0500 (Wed, 10 Feb 2010) | 1 line
>
> LUCENE-2248: Change core tests to use a global Version constant
> ------------------------------------------------------------------------
> r905044 | uschindler | 2010-01-31 09:05:39 -0500 (Sun, 31 Jan 2010) | 1 line
>
> LUCENE-2240, LUCENE-2241: SimpleAnalyzer and WhitespaceAnalyzer now
> have Version ctors. This commit also fixes all core tests to no longer
> use the deprecated ctors.
> ------------------------------------------------------------------------
> r887181 | mikemccand | 2009-12-04 08:07:47 -0500 (Fri, 04 Dec 2009) | 1 line
>
> LUCENE-2065: use generics throughout unit tests
> ------------------------------------------------------------------------
> r832972 | uschindler | 2009-11-04 20:55:39 -0500 (Wed, 04 Nov 2009) | 1 line
>
> LUCENE-2012: Add @Override in core tests
> ------------------------------------------------------------------------
> r823321 | mikemccand | 2009-10-08 16:57:32 -0400 (Thu, 08 Oct 2009) | 1 line
>
> LUCENE-1950: remove autoCommit=true from IndexWriter
> ------------------------------------------------------------------------
> r821340 | uschindler | 2009-10-03 11:45:34 -0400 (Sat, 03 Oct 2009) | 1 line
>
> fix deprecated tests #1 (trunk)
> ------------------------------------------------------------------------
> r820553 | uschindler | 2009-10-01 03:53:43 -0400 (Thu, 01 Oct 2009) | 2 lines
>
> LUCENE-1855: Change AttributeSource API to use generics
>
> ------------------------------------------------------------------------
> r806372 | markrmiller | 2009-08-20 17:51:47 -0400 (Thu, 20 Aug 2009) | 1 line
>
> remove a few unnecessary dead stores from tests
> ------------------------------------------------------------------------
> r801066 | hossman | 2009-08-05 01:43:43 -0400 (Wed, 05 Aug 2009) | 1 line
>
> some standardization of tests: All tests now inherit from
> LuceneTestCase, and all setUp/tearDown methods call
> super.setUp/tearDown. This doesn't have any noticable effects on any
> test, but it does give us a better safety net with the existing (and
> future) assertions in LuceneTestCase
> ------------------------------------------------------------------------
> r800925 | markrmiller | 2009-08-04 15:10:02 -0400 (Tue, 04 Aug 2009) | 1 line
>
> LUCENE-1748: LUCENE-1001 introduced PayloadSpans, but this was a back
> compat break and caused custom SpanQuery implementations to fail at
> runtime in a variety of ways. This issue attempts to remedy things by
> causing a compile time break on custom SpanQuery implementations and
> removing the PayloadSpans class, with its functionality now moved to
> Spans.
> ------------------------------------------------------------------------
> r720669 | markrmiller | 2008-11-25 18:38:56 -0500 (Tue, 25 Nov 2008) | 4 lines
>
> LUCENE-1465: NearSpansOrdered returns payloads from first possible match
> rather than the correct, shortest match; Payloads could be returned even
> if the max slop was exceeded; The wrong payload could be returned in
> certain situations.
> ------------------------------------------------------------------------
> r718798 | buschmi | 2008-11-18 18:41:49 -0500 (Tue, 18 Nov 2008) | 1 line
>
> LUCENE-1422: New TokenStream API that uses a new class called
> AttributeSource instead of the now deprecated Token class. All
> attributes that the Token class had have been moved into separate
> classes: TermAttribute, OffsetAttribute, PositionIncrementAttribute,
> PayloadAttribute, TypeAttribute and FlagsAttribute.
> ------------------------------------------------------------------------
> r694004 | mikemccand | 2008-09-10 17:38:52 -0400 (Wed, 10 Sep 2008) | 1 line
>
> LUCENE-1366: rename Field.Index.* options
> ------------------------------------------------------------------------
> r687379 | gsingers | 2008-08-20 12:06:36 -0400 (Wed, 20 Aug 2008) | 1 line
>
> LUCENE-1001: Make payloads accessible from SpanQuery's
> ------------------------------------------------------------------------
>
> yonik@WOLVERINE /cygdrive/c/code/lusolr_3x
>
>
>
> -Yonik
> http://www.lucidimagination.com
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> For additional commands, e-mail: dev-help@lucene.apache.org
>
--------------------------
Grant Ingersoll
http://www.lucidimagination.com/
Search the Lucene ecosystem docs using Solr/Lucene:
http://www.lucidimagination.com/search
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: possible to filter the output to commits@ list????
Posted by Yonik Seeley <yo...@lucidimagination.com>.
Another downside to the current situation - "svn log" shows all these
updates to the mergeprops, so we're losing the real updates in the
noise.
Maybe we should try to merge only from trunk to branch_3x, so at least
trunk says relatively clean. Making sense of branch_3x is getting
very difficult.
Example:
yonik@WOLVERINE /cygdrive/c/code/lusolr_3x
$ svn log lucene/src/test/org/apache/lucene/search/spans/TestPayloadSpans.java
------------------------------------------------------------------------
r1026921 | yonik | 2010-10-24 20:23:17 -0400 (Sun, 24 Oct 2010) | 1 line
tests: fix resource leaks (merge from trunk)
------------------------------------------------------------------------
r1026885 | yonik | 2010-10-24 16:56:54 -0400 (Sun, 24 Oct 2010) | 1 line
SOLR-2192: sync runners in StreamingUpdateSolrServer.blockUntilFinished
------------------------------------------------------------------------
r1026873 | yonik | 2010-10-24 15:52:34 -0400 (Sun, 24 Oct 2010) | 1 line
SOLR-2160: tests - use classloader from core resource loader
------------------------------------------------------------------------
r1026869 | yonik | 2010-10-24 15:24:39 -0400 (Sun, 24 Oct 2010) | 1 line
SOLR-2162: tests should use multi-threaded connection manager
------------------------------------------------------------------------
r1026739 | koji | 2010-10-24 00:42:39 -0400 (Sun, 24 Oct 2010) | 1 line
fix indent in DIH sample
------------------------------------------------------------------------
r1026593 | mikemccand | 2010-10-23 06:23:02 -0400 (Sat, 23 Oct 2010) | 1 line
LUCENE-2618: allow optimize to complete during IW.close, take 2
------------------------------------------------------------------------
r1026432 | mikemccand | 2010-10-22 13:59:16 -0400 (Fri, 22 Oct 2010) | 1 line
LUCENE-2618: revert
------------------------------------------------------------------------
r1026337 | mikemccand | 2010-10-22 10:17:10 -0400 (Fri, 22 Oct 2010) | 1 line
LUCENE-2618: make sure optimize merge complete even if a close is pending
------------------------------------------------------------------------
r1026170 | uschindler | 2010-10-21 18:39:44 -0400 (Thu, 21 Oct 2010) | 1 line
merge: remove warning
------------------------------------------------------------------------
r1026053 | yonik | 2010-10-21 12:16:22 -0400 (Thu, 21 Oct 2010) | 1 line
SOLR-2180: close request in finally block
------------------------------------------------------------------------
r1026035 | yonik | 2010-10-21 11:49:45 -0400 (Thu, 21 Oct 2010) | 1 line
tests: fix resource leaks, convert to Junit4 (merged from trunk)
------------------------------------------------------------------------
r1026024 | yonik | 2010-10-21 11:09:32 -0400 (Thu, 21 Oct 2010) | 1 line
axe extra distrib test (merge trunk 1022805)
------------------------------------------------------------------------
r1026000 | gsingers | 2010-10-21 09:48:34 -0400 (Thu, 21 Oct 2010) | 1 line
SOLR-2010, including Yonik's fix, SOLR-2181 -- hope I did this merge correctly
------------------------------------------------------------------------
r1025931 | mikemccand | 2010-10-21 06:29:01 -0400 (Thu, 21 Oct 2010) | 1 line
fix MTQ.CutOffTermCollector to check limits after adding term, not before
------------------------------------------------------------------------
r1025606 | rmuir | 2010-10-20 10:51:12 -0400 (Wed, 20 Oct 2010) | 1 line
LUCENE-1938: Precedence query parser using the contrib/queryparser framework
------------------------------------------------------------------------
r1024481 | yonik | 2010-10-19 21:27:57 -0400 (Tue, 19 Oct 2010) | 1 line
SOLR-2197: wait for search executor to close before closing main
server (merge trunk 1024476)
------------------------------------------------------------------------
r1024409 | uschindler | 2010-10-19 16:57:52 -0400 (Tue, 19 Oct 2010) | 1 line
LUCENE-2556: Improve memory usage after cloning TermAttribute
------------------------------------------------------------------------
r1024405 | rmuir | 2010-10-19 16:46:23 -0400 (Tue, 19 Oct 2010) | 1 line
LUCENE-1937: add methods to manipulate QueryNodeProcessorPipeline elements
------------------------------------------------------------------------
r1024258 | rmuir | 2010-10-19 11:04:11 -0400 (Tue, 19 Oct 2010) | 1 line
SOLR-1794: Dataimport of CLOB fields fails when getCharacterStream()
is defined in a superclass
------------------------------------------------------------------------
r1024223 | rmuir | 2010-10-19 08:59:48 -0400 (Tue, 19 Oct 2010) | 1 line
LUCENE-2652: remove obselete runners, they are inconsistent with
@beforeClass and obselete in the build today
------------------------------------------------------------------------
r1024197 | mikemccand | 2010-10-19 06:27:19 -0400 (Tue, 19 Oct 2010) | 1 line
add some missing super.setParams so alg.toString shows the params
------------------------------------------------------------------------
r1023877 | uschindler | 2010-10-18 12:01:46 -0400 (Mon, 18 Oct 2010) | 1 line
merge from trunk: fix last commit
------------------------------------------------------------------------
r1023854 | uschindler | 2010-10-18 11:35:21 -0400 (Mon, 18 Oct 2010) | 3 lines
merge from trunk:
Reenable the test: The bug was that all classes (even test classes)
were handled as SolrInfoMBeans, so the test loaded all classes. Some
tests initialized statics at the wrong time. This patch adds a check,
that only build/solr classes are loaded by classloader.
If there are still problems, we may have solr core classes, that
initialize statics in a wrong way. In this case we have to fix those,
these are real bugs!
------------------------------------------------------------------------
r1023723 | mikemccand | 2010-10-18 06:07:40 -0400 (Mon, 18 Oct 2010) | 1 line
LUCENE-2711: also use bulk sub-scorer API in BooleanScorer.nextDoc
------------------------------------------------------------------------
r1023638 | rmuir | 2010-10-17 22:57:44 -0400 (Sun, 17 Oct 2010) | 1 line
LUCENE-2712: Fix FieldBoostMapAttribute to not use CharSequence as a map key
------------------------------------------------------------------------
r1023636 | rmuir | 2010-10-17 22:48:04 -0400 (Sun, 17 Oct 2010) | 1 line
remove suppressed generics violations
------------------------------------------------------------------------
r1023623 | rmuir | 2010-10-17 22:17:02 -0400 (Sun, 17 Oct 2010) | 1 line
merge back my test improvements today (-c 1023562 -r 1023578:1023588 -c 1023621)
------------------------------------------------------------------------
r1023515 | yonik | 2010-10-17 11:50:52 -0400 (Sun, 17 Oct 2010) | 1 line
merge trunk 1023509,1023510
------------------------------------------------------------------------
r1023512 | rmuir | 2010-10-17 10:53:18 -0400 (Sun, 17 Oct 2010) | 1 line
for now, when a test fails list all the tests that ran in that jvm
------------------------------------------------------------------------
r1023495 | rmuir | 2010-10-17 09:10:44 -0400 (Sun, 17 Oct 2010) | 1 line
add another for now, since it appears to have TZ problems :(
------------------------------------------------------------------------
r1023357 | yonik | 2010-10-16 15:26:10 -0400 (Sat, 16 Oct 2010) | 1 line
merge trunk 1023355
------------------------------------------------------------------------
r1023348 | uschindler | 2010-10-16 14:36:03 -0400 (Sat, 16 Oct 2010) | 1 line
Reenable scripting test, only hudson uses OpenJDK which has no Rhino
engine, so add assume.
------------------------------------------------------------------------
r1023334 | yonik | 2010-10-16 13:21:57 -0400 (Sat, 16 Oct 2010) | 1 line
merge trunk 1023330
------------------------------------------------------------------------
r1023321 | uschindler | 2010-10-16 12:05:55 -0400 (Sat, 16 Oct 2010) | 1 line
LUCENE-2708: when a test Assume fails, display information, improved one
------------------------------------------------------------------------
r1023268 | rmuir | 2010-10-16 08:18:08 -0400 (Sat, 16 Oct 2010) | 1 line
add reasons why the tests are @Ignored so you see them from the
console (backport)
------------------------------------------------------------------------
r1023256 | rmuir | 2010-10-16 07:40:48 -0400 (Sat, 16 Oct 2010) | 1 line
LUCENE-2710: reproduce-with on test failure isnt right if you manually
override things
------------------------------------------------------------------------
r1023248 | rmuir | 2010-10-16 07:21:51 -0400 (Sat, 16 Oct 2010) | 1 line
backport test workarounds
------------------------------------------------------------------------
r1023118 | yonik | 2010-10-15 17:27:17 -0400 (Fri, 15 Oct 2010) | 1 line
merge trunk 1023040
------------------------------------------------------------------------
r1023117 | yonik | 2010-10-15 17:26:01 -0400 (Fri, 15 Oct 2010) | 1 line
merge trunk 1022989
------------------------------------------------------------------------
r1023108 | yonik | 2010-10-15 16:49:24 -0400 (Fri, 15 Oct 2010) | 1 line
merge trunk 1023106
------------------------------------------------------------------------
r1023032 | rmuir | 2010-10-15 13:37:56 -0400 (Fri, 15 Oct 2010) | 1 line
backport test fixes (svn merge -r 1022707:1022710 -r 1022729:1022735
-r 1022747:1022755 -r 1022761:1022793 -r 1022797:1022802 -c 1022927 -c
1022956 -c 1022998)
------------------------------------------------------------------------
r1023025 | rmuir | 2010-10-15 13:16:25 -0400 (Fri, 15 Oct 2010) | 1 line
LUCENE-2709: if a test has methods with @ignore, we should print out a notice
------------------------------------------------------------------------
r1023016 | rmuir | 2010-10-15 12:54:34 -0400 (Fri, 15 Oct 2010) | 1 line
LUCENE-2708: when a test Assume fails, display information
------------------------------------------------------------------------
r1023007 | mikemccand | 2010-10-15 12:35:28 -0400 (Fri, 15 Oct 2010) | 1 line
LUCENE-2705: drop number of simultaneous threads from 100 to 10
------------------------------------------------------------------------
r1022948 | rmuir | 2010-10-15 10:35:30 -0400 (Fri, 15 Oct 2010) | 1 line
SOLR-2163: SolrRequestParserTest.testStreamURL test failure
------------------------------------------------------------------------
r1022831 | sarowe | 2010-10-15 02:30:46 -0400 (Fri, 15 Oct 2010) | 1 line
LUCENE-2699: Update StandardTokenizer and UAX29Tokenizer to Unicode 6.0.0
------------------------------------------------------------------------
r1022634 | rmuir | 2010-10-14 14:14:24 -0400 (Thu, 14 Oct 2010) | 1 line
fix solr logging in tests
------------------------------------------------------------------------
r1022201 | rmuir | 2010-10-13 13:28:51 -0400 (Wed, 13 Oct 2010) | 1 line
use unique temp directories
------------------------------------------------------------------------
r1022170 | rmuir | 2010-10-13 12:17:05 -0400 (Wed, 13 Oct 2010) | 1 line
SOLR-2002: minor cleanups to dih tests
------------------------------------------------------------------------
r1021972 | rmuir | 2010-10-12 21:47:14 -0400 (Tue, 12 Oct 2010) | 1 line
merge improvements to TestLBHttpSolrServer from trunk
------------------------------------------------------------------------
r1021496 | gsingers | 2010-10-11 16:25:56 -0400 (Mon, 11 Oct 2010) | 1 line
SOLR-2010, LUCENE-2692: merged to 3.x
------------------------------------------------------------------------
r1021454 | gsingers | 2010-10-11 14:35:58 -0400 (Mon, 11 Oct 2010) | 1 line
merge in addition of new search method on Searcher
------------------------------------------------------------------------
r1021451 | rmuir | 2010-10-11 14:20:38 -0400 (Mon, 11 Oct 2010) | 1 line
LUCENE-2529: add this test from the discussion
------------------------------------------------------------------------
r1021341 | mikemccand | 2010-10-11 09:27:00 -0400 (Mon, 11 Oct 2010) | 1 line
LUCENE-2695: don't create 2 arrays per .score() call
------------------------------------------------------------------------
r1006325 | rmuir | 2010-10-10 13:52:22 -0400 (Sun, 10 Oct 2010) | 1 line
SOLR-2002: avoid using deprecated/simplify test dependency
------------------------------------------------------------------------
r1006305 | rmuir | 2010-10-10 11:26:40 -0400 (Sun, 10 Oct 2010) | 1 line
SOLR-2002: minor changes to lucene build so solr can re-use it
------------------------------------------------------------------------
r1006147 | mikemccand | 2010-10-09 08:49:12 -0400 (Sat, 09 Oct 2010) | 1 line
don't double-parse query text in this test
------------------------------------------------------------------------
r1005366 | mikemccand | 2010-10-07 04:52:54 -0400 (Thu, 07 Oct 2010) | 1 line
LUCENE-2689: don't attempt to acquire a test lock in NativeFSLockFactory
------------------------------------------------------------------------
r1005357 | mikemccand | 2010-10-07 04:05:23 -0400 (Thu, 07 Oct 2010) | 1 line
LUCENE-2682: improve Test2BTerms to not generate pathological
(sequential) terms for the BytesRefHash; they are generated fully
randomly now
------------------------------------------------------------------------
r1005312 | rmuir | 2010-10-06 21:46:34 -0400 (Wed, 06 Oct 2010) | 1 line
LUCENE-2687: Remove pq trap in MultiTermQuery.TopTermsBooleanQueryRewrite
------------------------------------------------------------------------
r1004585 | mikemccand | 2010-10-05 05:26:37 -0400 (Tue, 05 Oct 2010) | 1 line
LUCENE-2682: add test that confirm we can index more than 2B terms in
one segment, @Ignored since it takes > 4 hrs to run on a fast machine
------------------------------------------------------------------------
r1004344 | rmuir | 2010-10-04 14:05:41 -0400 (Mon, 04 Oct 2010) | 1 line
LUCENE-2683: upgrade icu libraries to 4.4.2
------------------------------------------------------------------------
r1004244 | rmuir | 2010-10-04 10:13:53 -0400 (Mon, 04 Oct 2010) | 1 line
LUCENE-2685: add an assume for this test on broken sun jres
------------------------------------------------------------------------
r1004218 | rmuir | 2010-10-04 08:20:02 -0400 (Mon, 04 Oct 2010) | 1 line
clear up 1.5-only javadocs warnings
------------------------------------------------------------------------
r1004202 | rmuir | 2010-10-04 07:34:56 -0400 (Mon, 04 Oct 2010) | 1 line
document this fallthrough
------------------------------------------------------------------------
r1004086 | rmuir | 2010-10-03 22:24:12 -0400 (Sun, 03 Oct 2010) | 1 line
clear up some compiler warnings (non-generics)
------------------------------------------------------------------------
r1004075 | rmuir | 2010-10-03 20:36:21 -0400 (Sun, 03 Oct 2010) | 1 line
clear up javadocs warnings
------------------------------------------------------------------------
r1003992 | rmuir | 2010-10-03 12:38:40 -0400 (Sun, 03 Oct 2010) | 1 line
clear up more warnings in modules/contrib
------------------------------------------------------------------------
r1003980 | rmuir | 2010-10-03 11:52:55 -0400 (Sun, 03 Oct 2010) | 1 line
LUCENE-2681: fix generics violations in contrib/modules
------------------------------------------------------------------------
r1003955 | rmuir | 2010-10-03 08:21:12 -0400 (Sun, 03 Oct 2010) | 1 line
add dependency to prevent javadocs warnings/errors
------------------------------------------------------------------------
r1003952 | rmuir | 2010-10-03 08:13:57 -0400 (Sun, 03 Oct 2010) | 1 line
clear up more compiler warnings
------------------------------------------------------------------------
r1003939 | mikemccand | 2010-10-03 05:14:26 -0400 (Sun, 03 Oct 2010) | 1 line
LUCENE-2663: don't try to clear prior lock in IndexWriter when create=true
------------------------------------------------------------------------
r1003885 | rmuir | 2010-10-02 17:02:57 -0400 (Sat, 02 Oct 2010) | 1 line
add missing eol-style
------------------------------------------------------------------------
r1003875 | rmuir | 2010-10-02 16:20:51 -0400 (Sat, 02 Oct 2010) | 1 line
clean up some fallthru/deprecation warnings
------------------------------------------------------------------------
r1003864 | rmuir | 2010-10-02 15:02:53 -0400 (Sat, 02 Oct 2010) | 1 line
merge warnings enabling and fixing of some trivial ones
------------------------------------------------------------------------
r1003646 | uschindler | 2010-10-01 16:49:24 -0400 (Fri, 01 Oct 2010) | 1 line
Enable unchecked warnings: we have now only some violations in contrib
and the recently introduced ones by Ryan. As we want to get rid of
them (the contrib ones seem to be easy), I switch it globally on.
------------------------------------------------------------------------
r1003633 | mikemccand | 2010-10-01 16:24:12 -0400 (Fri, 01 Oct 2010) | 1 line
LUCENE-2678: prevent false failure due to fast GC
------------------------------------------------------------------------
r1003617 | mikemccand | 2010-10-01 15:02:15 -0400 (Fri, 01 Oct 2010) | 1 line
LUCENE-2676: disable reader pooling for this test case since that
causes added disk usage
------------------------------------------------------------------------
r1001991 | koji | 2010-09-27 22:18:36 -0400 (Mon, 27 Sep 2010) | 1 line
LUCENE-2529, LUCENE-2668: always apply position increment gap and
offset gap between values
------------------------------------------------------------------------
r1001667 | mikemccand | 2010-09-27 06:55:13 -0400 (Mon, 27 Sep 2010) | 1 line
LUCENE-2664: merge test improvements back to 3.x
------------------------------------------------------------------------
r1001423 | mikemccand | 2010-09-26 08:53:59 -0400 (Sun, 26 Sep 2010) | 1 line
LUCENE-2666: add assert
------------------------------------------------------------------------
r1001025 | rmuir | 2010-09-24 14:50:54 -0400 (Fri, 24 Sep 2010) | 1 line
LUCENE-1840: QueryUtils should check that equals() properly handles null
------------------------------------------------------------------------
r1000678 | rmuir | 2010-09-23 20:47:44 -0400 (Thu, 23 Sep 2010) | 1 line
LUCENE-2070: document how LengthFilter counts characters
------------------------------------------------------------------------
r1000582 | mikemccand | 2010-09-23 14:59:39 -0400 (Thu, 23 Sep 2010) | 1 line
LUCENE-2658: add changes entry
------------------------------------------------------------------------
r1000430 | rmuir | 2010-09-23 08:33:25 -0400 (Thu, 23 Sep 2010) | 1 line
LUCENE-2659: LuceneTestCase ease of use improvements
------------------------------------------------------------------------
r999847 | mikemccand | 2010-09-22 05:50:42 -0400 (Wed, 22 Sep 2010) | 1 line
LUCENE-2658: fix case where exception on docs w/ more than field w/
tvs could mess up the ByteBlockPool
------------------------------------------------------------------------
r999547 | mikemccand | 2010-09-21 15:08:13 -0400 (Tue, 21 Sep 2010) | 1 line
prevent false failure from running out of file descriptors
------------------------------------------------------------------------
r999226 | rmuir | 2010-09-21 01:21:37 -0400 (Tue, 21 Sep 2010) | 1 line
LUCENE-2650: Added extra safety to MMapIndexInput clones
------------------------------------------------------------------------
r999021 | rmuir | 2010-09-20 13:43:44 -0400 (Mon, 20 Sep 2010) | 1 line
LUCENE-2656: if tests fail, don't report about unclosed resources
------------------------------------------------------------------------
r998688 | rmuir | 2010-09-19 11:49:11 -0400 (Sun, 19 Sep 2010) | 1 line
LUCENE-2653: ThaiAnalyzer assumes things about your jre
------------------------------------------------------------------------
r998510 | rmuir | 2010-09-18 14:14:32 -0400 (Sat, 18 Sep 2010) | 1 line
fix this test for JRockit
------------------------------------------------------------------------
r998058 | mikemccand | 2010-09-17 06:33:13 -0400 (Fri, 17 Sep 2010) | 1 line
fix incorrect ramUSED message to IW infoStream
------------------------------------------------------------------------
r997233 | mikemccand | 2010-09-15 04:51:51 -0400 (Wed, 15 Sep 2010) | 1 line
don't close reader prematurely
------------------------------------------------------------------------
r997182 | rmuir | 2010-09-14 23:42:57 -0400 (Tue, 14 Sep 2010) | 1 line
LUCENE-2630: fix intl test bugs that rely on cldr version
------------------------------------------------------------------------
r996979 | rmuir | 2010-09-14 12:38:36 -0400 (Tue, 14 Sep 2010) | 1 line
LUCENE-2630: look for the correct exception according to javadoc contract
------------------------------------------------------------------------
r996949 | rmuir | 2010-09-14 11:29:14 -0400 (Tue, 14 Sep 2010) | 1 line
LUCENE-2630: allow lucene to be built with non-sun jvms
------------------------------------------------------------------------
r996945 | rmuir | 2010-09-14 11:20:10 -0400 (Tue, 14 Sep 2010) | 1 line
missing merge props for r996720
------------------------------------------------------------------------
r996674 | rmuir | 2010-09-13 16:07:53 -0400 (Mon, 13 Sep 2010) | 1 line
LUCENE-2642: merge Uwe's test improvements
------------------------------------------------------------------------
r996630 | rmuir | 2010-09-13 14:22:59 -0400 (Mon, 13 Sep 2010) | 1 line
LUCENE-2642: merge LuceneTestCase and LuceneTestCaseJ4
------------------------------------------------------------------------
r996513 | rmuir | 2010-09-13 08:40:38 -0400 (Mon, 13 Sep 2010) | 1 line
add exception ignore for extraction test
------------------------------------------------------------------------
r996417 | rmuir | 2010-09-13 00:38:22 -0400 (Mon, 13 Sep 2010) | 1 line
SOLR-2118: fix setTermIndexDivisor param to have its correct name
------------------------------------------------------------------------
r996360 | rmuir | 2010-09-12 14:43:07 -0400 (Sun, 12 Sep 2010) | 1 line
LUCENE-2641: speed up tests
------------------------------------------------------------------------
r996278 | rmuir | 2010-09-12 05:38:26 -0400 (Sun, 12 Sep 2010) | 1 line
LUCENE-2640: add LuceneTestCase[J4].newField
------------------------------------------------------------------------
r995863 | rmuir | 2010-09-10 12:49:41 -0400 (Fri, 10 Sep 2010) | 1 line
LUCENE-2639: remove random juggling in tests, add -Dtests.seed
------------------------------------------------------------------------
r995379 | rmuir | 2010-09-09 06:59:35 -0400 (Thu, 09 Sep 2010) | 1 line
LUCENE-2637: FSDirectory.copyBytes isn't safe for SimpleFSDirectory
------------------------------------------------------------------------
r995251 | mikemccand | 2010-09-08 16:58:09 -0400 (Wed, 08 Sep 2010) | 1 line
add new test for IndexOutput.copyBytes
------------------------------------------------------------------------
r995248 | mikemccand | 2010-09-08 16:53:43 -0400 (Wed, 08 Sep 2010) | 1 line
mergeprops
------------------------------------------------------------------------
r994980 | mikemccand | 2010-09-08 06:46:45 -0400 (Wed, 08 Sep 2010) | 1 line
LUCENE-2634: NRT reader's isCurrent should return false if changes
were just committed in the writer
------------------------------------------------------------------------
r994977 | mikemccand | 2010-09-08 06:35:34 -0400 (Wed, 08 Sep 2010) | 1 line
LUCENE-2635: fix BQ to not provide matching explanation if a required
sub-clause has null scorer
------------------------------------------------------------------------
r994937 | mikemccand | 2010-09-08 05:34:20 -0400 (Wed, 08 Sep 2010) | 1 line
add test verbosity
------------------------------------------------------------------------
r993411 | rmuir | 2010-09-07 12:09:03 -0400 (Tue, 07 Sep 2010) | 1 line
fix bug in benchmark build: change a file in lucene, it doesnt know
------------------------------------------------------------------------
r993289 | mikemccand | 2010-09-07 05:00:25 -0400 (Tue, 07 Sep 2010) | 1 line
prevent false test failure in testThreadInterruptDeadlock: force
ThreadInterruptedException to be loaded up-front
------------------------------------------------------------------------
r993200 | rmuir | 2010-09-06 23:02:30 -0400 (Mon, 06 Sep 2010) | 1 line
LUCENE-2611: ensure temp directories exist when running tests from an IDE
------------------------------------------------------------------------
r993195 | rmuir | 2010-09-06 22:10:25 -0400 (Mon, 06 Sep 2010) | 1 line
LUCENE-2611: make test abstract, and name it *TestCase so ant won't execute it
------------------------------------------------------------------------
r993110 | rmuir | 2010-09-06 13:44:23 -0400 (Mon, 06 Sep 2010) | 1 line
LUCENE-2611: add a temporary workaround for now
------------------------------------------------------------------------
r992624 | rmuir | 2010-09-04 11:19:36 -0400 (Sat, 04 Sep 2010) | 1 line
add super.setup/teardown
------------------------------------------------------------------------
r992572 | mikemccand | 2010-09-04 06:00:18 -0400 (Sat, 04 Sep 2010) | 1 line
LUCENE-2631: fix small perf issues with String/TermOrdValComparator
------------------------------------------------------------------------
r992569 | mikemccand | 2010-09-04 05:42:16 -0400 (Sat, 04 Sep 2010) | 1 line
LUCENE-2598: more cutover to newDirectory(Random)
------------------------------------------------------------------------
r992568 | mikemccand | 2010-09-04 05:38:30 -0400 (Sat, 04 Sep 2010) | 1 line
merge props
------------------------------------------------------------------------
r992474 | rmuir | 2010-09-03 17:20:05 -0400 (Fri, 03 Sep 2010) | 1 line
LUCENE-2611: fix tests to run in IntelliJ, dont fork solr tests
------------------------------------------------------------------------
r991547 | simonw | 2010-09-01 10:15:14 -0400 (Wed, 01 Sep 2010) | 2 lines
LUCENE-2239: Documented NIOFSDirectory and MMapDirectory limitations
due to Java NIO behavior when a Thread is interrupted while blocking
on IO.
------------------------------------------------------------------------
r991537 | simonw | 2010-09-01 09:51:27 -0400 (Wed, 01 Sep 2010) | 2 lines
LUCENE-2590: Enable access to the freq information in a Query's sub-scorers
------------------------------------------------------------------------
r991196 | koji | 2010-08-31 10:08:14 -0400 (Tue, 31 Aug 2010) | 1 line
SOLR-2013: Add mapping-FoldToASCII.txt to example conf directory
------------------------------------------------------------------------
r991055 | rmuir | 2010-08-30 21:40:19 -0400 (Mon, 30 Aug 2010) | 1 line
LUCENE-2629: fix analysis/icu's gennorm2 task
------------------------------------------------------------------------
r990856 | mikemccand | 2010-08-30 12:45:50 -0400 (Mon, 30 Aug 2010) | 1 line
fix false random test failure
------------------------------------------------------------------------
r990783 | rmuir | 2010-08-30 08:28:12 -0400 (Mon, 30 Aug 2010) | 1 line
add basic tests for some untested TFC classes
------------------------------------------------------------------------
r990773 | rmuir | 2010-08-30 07:28:47 -0400 (Mon, 30 Aug 2010) | 1 line
LUCENE-2627: tone down test for slowlaris
------------------------------------------------------------------------
r990461 | rmuir | 2010-08-28 18:50:01 -0400 (Sat, 28 Aug 2010) | 1 line
LUCENE-2624: add armenian, basque, catalan analyzers from snowball
------------------------------------------------------------------------
r990456 | rmuir | 2010-08-28 18:01:10 -0400 (Sat, 28 Aug 2010) | 1 line
SOLR-2059: Add types attribute to WordDelimiterFilterFactory
------------------------------------------------------------------------
r990304 | koji | 2010-08-27 19:51:07 -0400 (Fri, 27 Aug 2010) | 1 line
LUCENE-2626: FastVectorHighlighter: enable FragListBuilder and
FragmentsBuilder to be set per-field override
------------------------------------------------------------------------
r990286 | rmuir | 2010-08-27 18:09:01 -0400 (Fri, 27 Aug 2010) | 1 line
LUCENE-2627: MMapDirectory bug when file size is exact multiple of chunk size
------------------------------------------------------------------------
r990191 | rmuir | 2010-08-27 12:18:20 -0400 (Fri, 27 Aug 2010) | 1 line
add missing javadoc to base test classes
------------------------------------------------------------------------
r990183 | rmuir | 2010-08-27 11:51:47 -0400 (Fri, 27 Aug 2010) | 1 line
SOLR-2034: switch JavaBin over to standard UTF-8
------------------------------------------------------------------------
r990167 | rmuir | 2010-08-27 10:53:07 -0400 (Fri, 27 Aug 2010) | 1 line
LUCENE-2098: speed up BaseCharFilter
------------------------------------------------------------------------
r990162 | koji | 2010-08-27 10:38:56 -0400 (Fri, 27 Aug 2010) | 1 line
SOLR-2046: add common functions to scripts-util
------------------------------------------------------------------------
r989342 | rmuir | 2010-08-25 16:22:27 -0400 (Wed, 25 Aug 2010) | 1 line
LUCENE-2598: run tests varying Directory impl by default
------------------------------------------------------------------------
r989326 | rmuir | 2010-08-25 15:56:38 -0400 (Wed, 25 Aug 2010) | 1 line
SOLR-2002: add -Dtests.iter
------------------------------------------------------------------------
r989316 | mikemccand | 2010-08-25 15:29:07 -0400 (Wed, 25 Aug 2010) | 1 line
LUCENE-2598: make this test not use so many file descriptors
------------------------------------------------------------------------
r989086 | rmuir | 2010-08-25 09:08:46 -0400 (Wed, 25 Aug 2010) | 1 line
LUCENE-2598: fixes for tests with NIOFS/MMap, add random option (but
RAMDirectory is still the default)
------------------------------------------------------------------------
r989056 | koji | 2010-08-25 08:24:00 -0400 (Wed, 25 Aug 2010) | 1 line
LUCENE-2616: FastVectorHighlighter: out of alignment when the first
value is empty in multiValued field
------------------------------------------------------------------------
r989014 | mikemccand | 2010-08-25 07:19:54 -0400 (Wed, 25 Aug 2010) | 1 line
increase iters to prevent false failure
------------------------------------------------------------------------
r989011 | mikemccand | 2010-08-25 07:03:57 -0400 (Wed, 25 Aug 2010) | 1 line
fix msg in exc
------------------------------------------------------------------------
r989006 | mikemccand | 2010-08-25 06:57:26 -0400 (Wed, 25 Aug 2010) | 1 line
cut test over to SMS and also try to prevent GC from clearing
CachingWrapperFilter's cache entry
------------------------------------------------------------------------
r988742 | mikemccand | 2010-08-24 18:17:09 -0400 (Tue, 24 Aug 2010) | 1 line
move checkpoint inside sync block that sets CFS
------------------------------------------------------------------------
r988737 | mikemccand | 2010-08-24 17:57:03 -0400 (Tue, 24 Aug 2010) | 1 line
sync CMS to address intermittent failure
------------------------------------------------------------------------
r988711 | rmuir | 2010-08-24 16:33:24 -0400 (Tue, 24 Aug 2010) | 1 line
wire this test for ramdir too for now
------------------------------------------------------------------------
r988690 | rmuir | 2010-08-24 15:49:16 -0400 (Tue, 24 Aug 2010) | 1 line
LUCENE-2598: wire this test to ramdirectory
------------------------------------------------------------------------
r988652 | yonik | 2010-08-24 14:43:22 -0400 (Tue, 24 Aug 2010) | 1 line
LUCENE-2617: null scorers from optional clauses should still count in
maxCoord (merge trunk 988592)
------------------------------------------------------------------------
r988620 | rmuir | 2010-08-24 12:51:24 -0400 (Tue, 24 Aug 2010) | 1 line
LUCENE-2598: enable simulating a crash on windows+fsdirectory
------------------------------------------------------------------------
r988546 | mikemccand | 2010-08-24 10:00:17 -0400 (Tue, 24 Aug 2010) | 1 line
LUCENE-2598: more fixing tests to run with -Dtests.directory=SimpleFSDirectory
------------------------------------------------------------------------
r988536 | rmuir | 2010-08-24 09:33:17 -0400 (Tue, 24 Aug 2010) | 1 line
LUCENE-2619: improve test system (consistency of var names, args,
sysprops passed to solr contribs, etc)
------------------------------------------------------------------------
r988480 | mikemccand | 2010-08-24 06:57:06 -0400 (Tue, 24 Aug 2010) | 1 line
LUCENE-2615: forgot to remove the hardwired 1MB buffer
------------------------------------------------------------------------
r988371 | rmuir | 2010-08-23 21:52:05 -0400 (Mon, 23 Aug 2010) | 1 line
LUCENE-2598: use the specified -Dtests.directory when tests copy from
an existing one too
------------------------------------------------------------------------
r988347 | mikemccand | 2010-08-23 18:57:13 -0400 (Mon, 23 Aug 2010) | 1 line
LUCENE-2598: fix tests to pass w/ -Dtests.directory=SimpleFSDirectory
------------------------------------------------------------------------
r988238 | rmuir | 2010-08-23 14:12:33 -0400 (Mon, 23 Aug 2010) | 1 line
LUCENE-2598: factor the behavior of MockRAMDirectory into
MockDirectoryWrapper, add experimental -Dtests.directory= to allow
running the tests under different directory impls [but the default is
still RAMDirectory]
------------------------------------------------------------------------
r988218 | mikemccand | 2010-08-23 13:25:24 -0400 (Mon, 23 Aug 2010) | 1 line
LUCENE-2615: don't create files w/ bogus permissions; don't hardwire
buffer size to 1MB
------------------------------------------------------------------------
r988092 | rmuir | 2010-08-23 07:49:12 -0400 (Mon, 23 Aug 2010) | 1 line
LUCENE-2613: workaround bugs in this test for now
------------------------------------------------------------------------
r987125 | rmuir | 2010-08-19 07:04:29 -0400 (Thu, 19 Aug 2010) | 1 line
remove @override on interface (java6-only)
------------------------------------------------------------------------
r986615 | rmuir | 2010-08-18 06:04:34 -0400 (Wed, 18 Aug 2010) | 1 line
SOLR-1860: expose these analyzers stoplists as .txt like the others
------------------------------------------------------------------------
r986175 | koji | 2010-08-16 22:45:06 -0400 (Mon, 16 Aug 2010) | 1 line
LUCENE-2603: FastVectorHighlighter: add a method to set an arbitrary
char that is used when concatenating multiValued data
------------------------------------------------------------------------
r986160 | rmuir | 2010-08-16 19:24:19 -0400 (Mon, 16 Aug 2010) | 1 line
SOLR-2051: analysis.jsp lost attributes, giving incorrect results for
protected words etc
------------------------------------------------------------------------
r985681 | koji | 2010-08-15 10:20:46 -0400 (Sun, 15 Aug 2010) | 1 line
SOLR-2047: ReplicationHandler should accept bool type for enable flag
------------------------------------------------------------------------
r985494 | rmuir | 2010-08-14 10:11:41 -0400 (Sat, 14 Aug 2010) | 1 line
LUCENE-2598: backport these 3 tests now that the other improvements to
them are backported
------------------------------------------------------------------------
r985492 | mikemccand | 2010-08-14 09:51:22 -0400 (Sat, 14 Aug 2010) | 1 line
backport test improvements
------------------------------------------------------------------------
r984299 | rmuir | 2010-08-11 00:28:06 -0400 (Wed, 11 Aug 2010) | 1 line
LUCENE-2595: switch tests to use MockRAMDirectory instead of RAMDirectory
------------------------------------------------------------------------
r940834 | uschindler | 2010-05-04 08:43:13 -0400 (Tue, 04 May 2010) | 1 line
Merge more changes to 3.x. This includes assertions for finalness of
Analyzers/TS, ThaiWordFilter, KeywordMarkerFilter rename
------------------------------------------------------------------------
r940806 | uschindler | 2010-05-04 07:18:46 -0400 (Tue, 04 May 2010) | 5 lines
Merge CharTermAttribute changes and related ones to stable branch,
these are revisions:
- dev/trunk: 932163,932369,932698,932747,932749,932773,932862,935521,940451
- lucene/branches/flex: 924791,924850
The move of WikipediaTokenizer was not merged, so the jflex updates to
1.5 are not yet merged here. Robert, when you have done this, simply
copy the trunk version of Wikipedia Tokenizer and its build files over
the merged ones.
------------------------------------------------------------------------
r940784 | uschindler | 2010-05-04 05:16:02 -0400 (Tue, 04 May 2010) | 1 line
Create branch for 3.x development
------------------------------------------------------------------------
r926572 | uschindler | 2010-03-23 09:47:13 -0400 (Tue, 23 Mar 2010) | 1 line
Create new Lu-Solr development folder
------------------------------------------------------------------------
r924483 | markrmiller | 2010-03-17 16:51:29 -0400 (Wed, 17 Mar 2010) | 1 line
------------------------------------------------------------------------
r923112 | uschindler | 2010-03-15 04:26:44 -0400 (Mon, 15 Mar 2010) | 1 line
LUCENE-2313: Add VERBOSE flag usage to lots of tests
------------------------------------------------------------------------
r922583 | mikemccand | 2010-03-13 10:32:48 -0500 (Sat, 13 Mar 2010) | 1 line
LUCENE-2294: cutover to IndexWriterConfig object for settings to IW
------------------------------------------------------------------------
r921532 | mikemccand | 2010-03-10 14:45:31 -0500 (Wed, 10 Mar 2010) | 1 line
LUCENE-2294: revert while discussions are going on about default analyzer...
------------------------------------------------------------------------
r921480 | mikemccand | 2010-03-10 12:53:46 -0500 (Wed, 10 Mar 2010) | 1 line
LUCENE-2294: cutover to IndexWriterConfig object for settings to IW
------------------------------------------------------------------------
r908496 | uschindler | 2010-02-10 08:35:57 -0500 (Wed, 10 Feb 2010) | 1 line
LUCENE-2248: Change core tests to use a global Version constant
------------------------------------------------------------------------
r905044 | uschindler | 2010-01-31 09:05:39 -0500 (Sun, 31 Jan 2010) | 1 line
LUCENE-2240, LUCENE-2241: SimpleAnalyzer and WhitespaceAnalyzer now
have Version ctors. This commit also fixes all core tests to no longer
use the deprecated ctors.
------------------------------------------------------------------------
r887181 | mikemccand | 2009-12-04 08:07:47 -0500 (Fri, 04 Dec 2009) | 1 line
LUCENE-2065: use generics throughout unit tests
------------------------------------------------------------------------
r832972 | uschindler | 2009-11-04 20:55:39 -0500 (Wed, 04 Nov 2009) | 1 line
LUCENE-2012: Add @Override in core tests
------------------------------------------------------------------------
r823321 | mikemccand | 2009-10-08 16:57:32 -0400 (Thu, 08 Oct 2009) | 1 line
LUCENE-1950: remove autoCommit=true from IndexWriter
------------------------------------------------------------------------
r821340 | uschindler | 2009-10-03 11:45:34 -0400 (Sat, 03 Oct 2009) | 1 line
fix deprecated tests #1 (trunk)
------------------------------------------------------------------------
r820553 | uschindler | 2009-10-01 03:53:43 -0400 (Thu, 01 Oct 2009) | 2 lines
LUCENE-1855: Change AttributeSource API to use generics
------------------------------------------------------------------------
r806372 | markrmiller | 2009-08-20 17:51:47 -0400 (Thu, 20 Aug 2009) | 1 line
remove a few unnecessary dead stores from tests
------------------------------------------------------------------------
r801066 | hossman | 2009-08-05 01:43:43 -0400 (Wed, 05 Aug 2009) | 1 line
some standardization of tests: All tests now inherit from
LuceneTestCase, and all setUp/tearDown methods call
super.setUp/tearDown. This doesn't have any noticable effects on any
test, but it does give us a better safety net with the existing (and
future) assertions in LuceneTestCase
------------------------------------------------------------------------
r800925 | markrmiller | 2009-08-04 15:10:02 -0400 (Tue, 04 Aug 2009) | 1 line
LUCENE-1748: LUCENE-1001 introduced PayloadSpans, but this was a back
compat break and caused custom SpanQuery implementations to fail at
runtime in a variety of ways. This issue attempts to remedy things by
causing a compile time break on custom SpanQuery implementations and
removing the PayloadSpans class, with its functionality now moved to
Spans.
------------------------------------------------------------------------
r720669 | markrmiller | 2008-11-25 18:38:56 -0500 (Tue, 25 Nov 2008) | 4 lines
LUCENE-1465: NearSpansOrdered returns payloads from first possible match
rather than the correct, shortest match; Payloads could be returned even
if the max slop was exceeded; The wrong payload could be returned in
certain situations.
------------------------------------------------------------------------
r718798 | buschmi | 2008-11-18 18:41:49 -0500 (Tue, 18 Nov 2008) | 1 line
LUCENE-1422: New TokenStream API that uses a new class called
AttributeSource instead of the now deprecated Token class. All
attributes that the Token class had have been moved into separate
classes: TermAttribute, OffsetAttribute, PositionIncrementAttribute,
PayloadAttribute, TypeAttribute and FlagsAttribute.
------------------------------------------------------------------------
r694004 | mikemccand | 2008-09-10 17:38:52 -0400 (Wed, 10 Sep 2008) | 1 line
LUCENE-1366: rename Field.Index.* options
------------------------------------------------------------------------
r687379 | gsingers | 2008-08-20 12:06:36 -0400 (Wed, 20 Aug 2008) | 1 line
LUCENE-1001: Make payloads accessible from SpanQuery's
------------------------------------------------------------------------
yonik@WOLVERINE /cygdrive/c/code/lusolr_3x
-Yonik
http://www.lucidimagination.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: possible to filter the output to commits@ list????
Posted by Robert Muir <rc...@gmail.com>.
On Wed, Oct 20, 2010 at 7:01 AM, Grant Ingersoll <gs...@apache.org> wrote:
> Couldn't 3.x move contrib/analysis to modules? We could just move it to contrib as part of the release packaging if the goal is to be consistent, but otherwise who cares where it is located?
>
> Would that reduce some of this?
>
I don't think it would help so much, because the analyzers in modules
did not come just from contrib/analyzers... but from lucene's core
(individual files cherrypicked, things like TokenStream still stay),
contrib/icu, and from Solr (the factories stay at the moment though).
thats just what i mean though, if we will make lucene more modular i
think this is just a very typical case of consolidating things from
different places in lucene/solr and modularizing it, so thats why I
think a lot of it is unavoidable.
Uwe says single-file merges are a no-go, but (hypothetically) if we
moved just the concrete Queries from o.a.l.search (but not everything
else!), and the Queries in contrib/queries into a modules/queries,
then you would end up with the same situation... if you fix a bug in
modules/queries/TermQuery you have to merge the individual file in
3.x's src/java because the entire o.a.l.search did not move, only a
few cherrypicked files (the queries).
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: possible to filter the output to commits@ list????
Posted by Grant Ingersoll <gs...@apache.org>.
On Oct 19, 2010, at 4:14 PM, Robert Muir wrote:
> On Tue, Oct 19, 2010 at 3:51 PM, Michael McCandless
> <lu...@mikemccandless.com> wrote:
>
>> Hmm but how does this explain how the number of mergeprops has grown
>> so much recently? I think recent merges have generally been toplevel?
>>
>
> i introduced a lot of them by combining trunk's analyzers into modules/analysis,
> because things were reorganized, there are many, but still there are
> more than necessary and this could be cleaned up.
Couldn't 3.x move contrib/analysis to modules? We could just move it to contrib as part of the release packaging if the goal is to be consistent, but otherwise who cares where it is located?
Would that reduce some of this?
>
> still, if we are going to refactor lucene+lucene contrib+solr in other
> ways (i hope we will!) I would imagine we would see more of this in
> the future.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> For additional commands, e-mail: dev-help@lucene.apache.org
>
--------------------------
Grant Ingersoll
http://www.lucidimagination.com/
Search the Lucene ecosystem docs using Solr/Lucene:
http://www.lucidimagination.com/search
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: possible to filter the output to commits@ list????
Posted by Robert Muir <rc...@gmail.com>.
On Tue, Oct 19, 2010 at 3:51 PM, Michael McCandless
<lu...@mikemccandless.com> wrote:
> Hmm but how does this explain how the number of mergeprops has grown
> so much recently? I think recent merges have generally been toplevel?
>
i introduced a lot of them by combining trunk's analyzers into modules/analysis,
because things were reorganized, there are many, but still there are
more than necessary and this could be cleaned up.
still, if we are going to refactor lucene+lucene contrib+solr in other
ways (i hope we will!) I would imagine we would see more of this in
the future.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: possible to filter the output to commits@ list????
Posted by Michael McCandless <lu...@mikemccandless.com>.
On Tue, Oct 19, 2010 at 3:29 PM, Grant Ingersoll <gs...@apache.org> wrote:
> I will go take a look at it, but as far as I could tell, I merged at the top level, but maybe IntelliJ does individual file merges and I wasn't aware of it (I believe I said merge trunk to branch_3x and then picked which revisions I wanted to apply). Perhaps we should put together some examples in Lucene's context that would give Lucene developers a deeper understanding.
It's not just you... it's any of us in the past who merged singleton
files (I'm pretty sure I did so before I understood this "must merge
from root" mantra).
Hmm but how does this explain how the number of mergeprops has grown
so much recently? I think recent merges have generally been toplevel?
Mike
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
RE: possible to filter the output to commits@ list????
Posted by Uwe Schindler <uw...@thetaphi.de>.
Hi Grant,
The individual merges are there since long time. And the additional ones
came in later. As I said before (answer to first mail on this thread): The
problem is that once a file gets a separate merge property not inherited
from its parent folder, this merge prop must be updated on every later
merge. So whenever you merge a file separately you create one more problem
:-)
Some merges in trunk cannot be done completely top-level, but if they are
always done in the same way, the number of files/subdirs with separate
mergeprops is limited. One problem is the new modules folder as the analysis
folder in it must be merged to contrib. Also the moved tokenstreams and
analyzers. But all other touched files are results of one-file merges.
Uwe
-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: uwe@thetaphi.de
> -----Original Message-----
> From: Grant Ingersoll [mailto:gsingers@apache.org]
> Sent: Tuesday, October 19, 2010 9:30 PM
> To: dev@lucene.apache.org
> Subject: Re: possible to filter the output to commits@ list????
>
>
> On Oct 19, 2010, at 3:04 PM, Chris Hostetter wrote:
>
> >
> > : FWIW, I get the sense that a lot of other projects deal with merges.
What
> do they do?
> >
> > I suspect they do merges properly and avoid this problem entirely.
> >
> > Bottom Line: if *all* merges happen at the top level, then this
> > problem won't exist -- mergeinfo props get added to individual files
> > only when individual file merges take place, or with merges from mixed
> > working revisions. Once a file gets those merge props, all future
> > merges in that tree interact with those individual file props even if
> > the merge has nothing to do with those files...
> >
> > http://svnbook.red-bean.com/en/1.5/svn.branchmerge.advanced.html#svn.b
> > ranchmerge.advanced.finalword
>
> I will go take a look at it, but as far as I could tell, I merged at the
top level, but
> maybe IntelliJ does individual file merges and I wasn't aware of it (I
believe I
> said merge trunk to branch_3x and then picked which revisions I wanted to
> apply). Perhaps we should put together some examples in Lucene's context
> that would give Lucene developers a deeper understanding.
>
> -Grant
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional
> commands, e-mail: dev-help@lucene.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: possible to filter the output to commits@ list????
Posted by Grant Ingersoll <gs...@apache.org>.
On Oct 19, 2010, at 3:04 PM, Chris Hostetter wrote:
>
> : FWIW, I get the sense that a lot of other projects deal with merges. What do they do?
>
> I suspect they do merges properly and avoid this problem entirely.
>
> Bottom Line: if *all* merges happen at the top level, then this problem
> won't exist -- mergeinfo props get added to individual files only when
> individual file merges take place, or with merges from mixed working
> revisions. Once a file gets those merge props, all future merges
> in that tree interact with those individual file props even if the merge
> has nothing to do with those files...
>
> http://svnbook.red-bean.com/en/1.5/svn.branchmerge.advanced.html#svn.branchmerge.advanced.finalword
I will go take a look at it, but as far as I could tell, I merged at the top level, but maybe IntelliJ does individual file merges and I wasn't aware of it (I believe I said merge trunk to branch_3x and then picked which revisions I wanted to apply). Perhaps we should put together some examples in Lucene's context that would give Lucene developers a deeper understanding.
-Grant
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: possible to filter the output to commits@ list????
Posted by Chris Hostetter <ho...@fucit.org>.
: FWIW, I get the sense that a lot of other projects deal with merges. What do they do?
I suspect they do merges properly and avoid this problem entirely.
Bottom Line: if *all* merges happen at the top level, then this problem
won't exist -- mergeinfo props get added to individual files only when
individual file merges take place, or with merges from mixed working
revisions. Once a file gets those merge props, all future merges
in that tree interact with those individual file props even if the merge
has nothing to do with those files...
http://svnbook.red-bean.com/en/1.5/svn.branchmerge.advanced.html#svn.branchmerge.advanced.finalword
>>>> For long-lived release branches (as described in the section called
>>>> “Common Branching Patterns”), perform merges only on the root of
>>>> the branch, not on subdirectories.
-Hoss
Re: possible to filter the output to commits@ list????
Posted by Grant Ingersoll <gs...@apache.org>.
On Oct 19, 2010, at 7:06 AM, Upayavira wrote:
> FWIW, the commit notices are just an SVN post-commit hook that uses the
> svn-mailer tool [http://opensource.perlig.de/svnmailer/]. I believe
> Grant has commit rights to that file - it is in the infra SVN right next
> to the old asf-auth file.
Yes, I do, but it isn't clear if this is something that could be handled through simple routing. I suppose one thing we could do is filter it through a dummy GMail account somehow. Send all commits to the GMail group and then have it send a digest email a few times a day to commits@l.a.o. It's ugly, but it might work.
FWIW, I get the sense that a lot of other projects deal with merges. What do they do?
>
> Right now I have no idea whether svn-mailer can support the kind of
> filtering you are talking about, but there's no harm looking!
>
> Upayavira
>
> On Tue, 19 Oct 2010 06:45 -0400, "Michael McCandless"
> <lu...@mikemccandless.com> wrote:
>> On Mon, Oct 18, 2010 at 3:03 PM, Grant Ingersoll <gs...@apache.org>
>> wrote:
>>
>>> It was just a bit of a shocker for me the first time I did it and I see like 30 files changed when I only changed one file.
>>
>> Me too. In fact I think it's ridiculous -- violates principle of
>> least surprise. I shouldn't have to see such details of the source
>> control system's impl....
>>
>> Furthermore, I think it may eventually turn into a serious perf issue,
>> since it seems to be an O(N^2) growth. We are at 7 emails today,
>> which was only 3 emails not long ago. Where will be be a few months
>> from now? (Though I guess it is bounded by the total number of source
>> files we have in 3.x...).
>>
>> Maybe svn is trying to tell us to release 4.0, heh ;)
>>
>> Mike
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
>> For additional commands, e-mail: dev-help@lucene.apache.org
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> For additional commands, e-mail: dev-help@lucene.apache.org
>
--------------------------
Grant Ingersoll
http://www.lucidimagination.com/
Search the Lucene ecosystem docs using Solr/Lucene:
http://www.lucidimagination.com/search
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: possible to filter the output to commits@ list????
Posted by Upayavira <uv...@odoko.co.uk>.
FWIW, the commit notices are just an SVN post-commit hook that uses the
svn-mailer tool [http://opensource.perlig.de/svnmailer/]. I believe
Grant has commit rights to that file - it is in the infra SVN right next
to the old asf-auth file.
Right now I have no idea whether svn-mailer can support the kind of
filtering you are talking about, but there's no harm looking!
Upayavira
On Tue, 19 Oct 2010 06:45 -0400, "Michael McCandless"
<lu...@mikemccandless.com> wrote:
> On Mon, Oct 18, 2010 at 3:03 PM, Grant Ingersoll <gs...@apache.org>
> wrote:
>
> > It was just a bit of a shocker for me the first time I did it and I see like 30 files changed when I only changed one file.
>
> Me too. In fact I think it's ridiculous -- violates principle of
> least surprise. I shouldn't have to see such details of the source
> control system's impl....
>
> Furthermore, I think it may eventually turn into a serious perf issue,
> since it seems to be an O(N^2) growth. We are at 7 emails today,
> which was only 3 emails not long ago. Where will be be a few months
> from now? (Though I guess it is bounded by the total number of source
> files we have in 3.x...).
>
> Maybe svn is trying to tell us to release 4.0, heh ;)
>
> Mike
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
> For additional commands, e-mail: dev-help@lucene.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: possible to filter the output to commits@ list????
Posted by Michael McCandless <lu...@mikemccandless.com>.
On Mon, Oct 18, 2010 at 3:03 PM, Grant Ingersoll <gs...@apache.org> wrote:
> It was just a bit of a shocker for me the first time I did it and I see like 30 files changed when I only changed one file.
Me too. In fact I think it's ridiculous -- violates principle of
least surprise. I shouldn't have to see such details of the source
control system's impl....
Furthermore, I think it may eventually turn into a serious perf issue,
since it seems to be an O(N^2) growth. We are at 7 emails today,
which was only 3 emails not long ago. Where will be be a few months
from now? (Though I guess it is bounded by the total number of source
files we have in 3.x...).
Maybe svn is trying to tell us to release 4.0, heh ;)
Mike
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: possible to filter the output to commits@ list????
Posted by Grant Ingersoll <gs...@apache.org>.
On Oct 18, 2010, at 2:07 PM, Uwe Schindler wrote:
> Hi Grant,
>
> Not yet decided/investigated, this was more a question to infra, if it would
> be possible to set this up. :-) I have to check a config from an SVN server
> that supports merging. Where are the Apach config files for SVN? Can I view
> them?
I think you will need to go through infra for the config, as even I don't have that. I don't believe there is a public URL (or even PMC level)
>
> Else, I agree with Robert: I also want to track all merges!
I agree. It was just a bit of a shocker for me the first time I did it and I see like 30 files changed when I only changed one file. Once you get used to it, though, not so bad and the IDE definitely helps.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
RE: possible to filter the output to commits@ list????
Posted by Uwe Schindler <uw...@thetaphi.de>.
Hi Grant,
Not yet decided/investigated, this was more a question to infra, if it would
be possible to set this up. :-) I have to check a config from an SVN server
that supports merging. Where are the Apach config files for SVN? Can I view
them?
Else, I agree with Robert: I also want to track all merges!
Uwe
-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: uwe@thetaphi.de
> -----Original Message-----
> From: Grant Ingersoll [mailto:gsingers@apache.org]
> Sent: Monday, October 18, 2010 6:48 PM
> Cc: dev@lucene.apache.org
> Subject: Re: possible to filter the output to commits@ list????
>
> What commands do you want me to run?
>
> On Oct 17, 2010, at 11:27 AM, Uwe Schindler wrote:
>
> > Hi Daniel,
> >
> > I already proposed something similar to our developers list and also
> > explained, why it is a bad idea to merge single files (see attached
mail).
> >
> > Still our/my opinion: It may be better, to simply provide optionally
"plain"
> > diffs without metadata for commit mails (on request of a project, e.g.
> > Grant Ingersoll could configure that for the Lucene project in the SVN
> > config file).
> >
> > Uwe
> >
> > -----
> > Uwe Schindler
> > uschindler@apache.org
> > Apache Lucene PMC Member / Committer
> > Bremen, Germany
> > http://lucene.apache.org/
> >
> >
> >> -----Original Message-----
> >> From: Daniel Shahaf [mailto:d.s@daniel.shahaf.name]
> >> Sent: Sunday, October 17, 2010 5:17 PM
> >> To: Uwe Schindler
> >> Cc: dev@lucene.apache.org; 'Apache Infrastructure'
> >> Subject: Re: possible to filter the output to commits@ list????
> >>
> >> Or you could try to see if some of the existing mergeinfo can be
> >> removed,
> > and
> >> try to have less subtree mergeinfo in the first place; these are
> >> common
> > topics
> >> on users@subversion.
> >>
> >> Uwe Schindler wrote on Sun, Oct 17, 2010 at 17:06:44 +0200:
> >>> Hi all,
> >>>
> >>> There are configuration options in SVN to let the commit mails pipe
> > through a
> >> filter. Other svn hosting providers like Sourceforge provide some
> >> filters
> > to be
> >> applied. Ideally, you would use the "patchutils" package (it's called
> >> like
> > this in
> >> Debian/Ubuntu) and use "svn diff | filterdiff --clean" and pipe that
> >> into
> > an
> >> eMail. Maybe we should open an issue at infra?
> >>>
> >>> Uwe
> >>>
> >>> -----
> >>> Uwe Schindler
> >>> uschindler@apache.org
> >>> Apache Lucene PMC Member / Committer Bremen, Germany
> >>> http://lucene.apache.org/
> >>>
> >>>> -----Original Message-----
> >>>> From: Robert Muir [mailto:rcmuir@gmail.com]
> >>>> Sent: Sunday, October 17, 2010 4:58 PM
> >>>> To: dev@lucene.apache.org
> >>>> Subject: possible to filter the output to commits@ list????
> >>>>
> >>>> Lets say i change a single line of code, and merge it back to the
> > 3x_branch.
> >>>>
> >>>> Currently we get 6 or 7 emails of mergeproperty changes to the
> >>>> commits@ list... this is making it difficult or impossible for
> >>>> backports to be reviewed at all... I think this is terrible.
> >>>>
> >>>> How can we get this fixed so that these mergeprop-changes only are
> >>>> filtered in the emails? Someone could always click the link to
> >>>> viewvc or whatever if they are interested in this...
> >>>>
> >>>> -------------------------------------------------------------------
> >>>> -
> >>>> - To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For
> >>>> additional commands, e-mail: dev-help@lucene.apache.org
> >>>
> >>>
> > <Mail Attachment.eml>
>
> --------------------------
> Grant Ingersoll
> http://www.lucidimagination.com
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional
> commands, e-mail: dev-help@lucene.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
Re: possible to filter the output to commits@ list????
Posted by Grant Ingersoll <gs...@apache.org>.
What commands do you want me to run?
On Oct 17, 2010, at 11:27 AM, Uwe Schindler wrote:
> Hi Daniel,
>
> I already proposed something similar to our developers list and also
> explained, why it is a bad idea to merge single files (see attached mail).
>
> Still our/my opinion: It may be better, to simply provide optionally "plain"
> diffs without metadata for commit mails (on request of a project, e.g. Grant
> Ingersoll could configure that for the Lucene project in the SVN config
> file).
>
> Uwe
>
> -----
> Uwe Schindler
> uschindler@apache.org
> Apache Lucene PMC Member / Committer
> Bremen, Germany
> http://lucene.apache.org/
>
>
>> -----Original Message-----
>> From: Daniel Shahaf [mailto:d.s@daniel.shahaf.name]
>> Sent: Sunday, October 17, 2010 5:17 PM
>> To: Uwe Schindler
>> Cc: dev@lucene.apache.org; 'Apache Infrastructure'
>> Subject: Re: possible to filter the output to commits@ list????
>>
>> Or you could try to see if some of the existing mergeinfo can be removed,
> and
>> try to have less subtree mergeinfo in the first place; these are common
> topics
>> on users@subversion.
>>
>> Uwe Schindler wrote on Sun, Oct 17, 2010 at 17:06:44 +0200:
>>> Hi all,
>>>
>>> There are configuration options in SVN to let the commit mails pipe
> through a
>> filter. Other svn hosting providers like Sourceforge provide some filters
> to be
>> applied. Ideally, you would use the "patchutils" package (it's called like
> this in
>> Debian/Ubuntu) and use "svn diff | filterdiff --clean" and pipe that into
> an
>> eMail. Maybe we should open an issue at infra?
>>>
>>> Uwe
>>>
>>> -----
>>> Uwe Schindler
>>> uschindler@apache.org
>>> Apache Lucene PMC Member / Committer
>>> Bremen, Germany
>>> http://lucene.apache.org/
>>>
>>>> -----Original Message-----
>>>> From: Robert Muir [mailto:rcmuir@gmail.com]
>>>> Sent: Sunday, October 17, 2010 4:58 PM
>>>> To: dev@lucene.apache.org
>>>> Subject: possible to filter the output to commits@ list????
>>>>
>>>> Lets say i change a single line of code, and merge it back to the
> 3x_branch.
>>>>
>>>> Currently we get 6 or 7 emails of mergeproperty changes to the
>>>> commits@ list... this is making it difficult or impossible for
>>>> backports to be reviewed at all... I think this is terrible.
>>>>
>>>> How can we get this fixed so that these mergeprop-changes only are
>>>> filtered in the emails? Someone could always click the link to
>>>> viewvc or whatever if they are interested in this...
>>>>
>>>> --------------------------------------------------------------------
>>>> - To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For
>>>> additional commands, e-mail: dev-help@lucene.apache.org
>>>
>>>
> <Mail Attachment.eml>
--------------------------
Grant Ingersoll
http://www.lucidimagination.com
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
RE: possible to filter the output to commits@ list????
Posted by Uwe Schindler <us...@apache.org>.
Hi Daniel,
I already proposed something similar to our developers list and also
explained, why it is a bad idea to merge single files (see attached mail).
Still our/my opinion: It may be better, to simply provide optionally "plain"
diffs without metadata for commit mails (on request of a project, e.g. Grant
Ingersoll could configure that for the Lucene project in the SVN config
file).
Uwe
-----
Uwe Schindler
uschindler@apache.org
Apache Lucene PMC Member / Committer
Bremen, Germany
http://lucene.apache.org/
> -----Original Message-----
> From: Daniel Shahaf [mailto:d.s@daniel.shahaf.name]
> Sent: Sunday, October 17, 2010 5:17 PM
> To: Uwe Schindler
> Cc: dev@lucene.apache.org; 'Apache Infrastructure'
> Subject: Re: possible to filter the output to commits@ list????
>
> Or you could try to see if some of the existing mergeinfo can be removed,
and
> try to have less subtree mergeinfo in the first place; these are common
topics
> on users@subversion.
>
> Uwe Schindler wrote on Sun, Oct 17, 2010 at 17:06:44 +0200:
> > Hi all,
> >
> > There are configuration options in SVN to let the commit mails pipe
through a
> filter. Other svn hosting providers like Sourceforge provide some filters
to be
> applied. Ideally, you would use the "patchutils" package (it's called like
this in
> Debian/Ubuntu) and use "svn diff | filterdiff --clean" and pipe that into
an
> eMail. Maybe we should open an issue at infra?
> >
> > Uwe
> >
> > -----
> > Uwe Schindler
> > uschindler@apache.org
> > Apache Lucene PMC Member / Committer
> > Bremen, Germany
> > http://lucene.apache.org/
> >
> > > -----Original Message-----
> > > From: Robert Muir [mailto:rcmuir@gmail.com]
> > > Sent: Sunday, October 17, 2010 4:58 PM
> > > To: dev@lucene.apache.org
> > > Subject: possible to filter the output to commits@ list????
> > >
> > > Lets say i change a single line of code, and merge it back to the
3x_branch.
> > >
> > > Currently we get 6 or 7 emails of mergeproperty changes to the
> > > commits@ list... this is making it difficult or impossible for
> > > backports to be reviewed at all... I think this is terrible.
> > >
> > > How can we get this fixed so that these mergeprop-changes only are
> > > filtered in the emails? Someone could always click the link to
> > > viewvc or whatever if they are interested in this...
> > >
> > > --------------------------------------------------------------------
> > > - To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For
> > > additional commands, e-mail: dev-help@lucene.apache.org
> >
> >
Re: possible to filter the output to commits@ list????
Posted by Daniel Shahaf <d....@daniel.shahaf.name>.
Or you could try to see if some of the existing mergeinfo can be
removed, and try to have less subtree mergeinfo in the first place;
these are common topics on users@subversion.
Uwe Schindler wrote on Sun, Oct 17, 2010 at 17:06:44 +0200:
> Hi all,
>
> There are configuration options in SVN to let the commit mails pipe through a filter. Other svn hosting providers like Sourceforge provide some filters to be applied. Ideally, you would use the "patchutils" package (it's called like this in Debian/Ubuntu) and use "svn diff | filterdiff --clean" and pipe that into an eMail. Maybe we should open an issue at infra?
>
> Uwe
>
> -----
> Uwe Schindler
> uschindler@apache.org
> Apache Lucene PMC Member / Committer
> Bremen, Germany
> http://lucene.apache.org/
>
> > -----Original Message-----
> > From: Robert Muir [mailto:rcmuir@gmail.com]
> > Sent: Sunday, October 17, 2010 4:58 PM
> > To: dev@lucene.apache.org
> > Subject: possible to filter the output to commits@ list????
> >
> > Lets say i change a single line of code, and merge it back to the 3x_branch.
> >
> > Currently we get 6 or 7 emails of mergeproperty changes to the commits@
> > list... this is making it difficult or impossible for backports to be reviewed at
> > all... I think this is terrible.
> >
> > How can we get this fixed so that these mergeprop-changes only are filtered in
> > the emails? Someone could always click the link to viewvc or whatever if they
> > are interested in this...
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional
> > commands, e-mail: dev-help@lucene.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
RE: possible to filter the output to commits@ list????
Posted by Uwe Schindler <us...@apache.org>.
Hi all,
There are configuration options in SVN to let the commit mails pipe through a filter. Other svn hosting providers like Sourceforge provide some filters to be applied. Ideally, you would use the "patchutils" package (it's called like this in Debian/Ubuntu) and use "svn diff | filterdiff --clean" and pipe that into an eMail. Maybe we should open an issue at infra?
Uwe
-----
Uwe Schindler
uschindler@apache.org
Apache Lucene PMC Member / Committer
Bremen, Germany
http://lucene.apache.org/
> -----Original Message-----
> From: Robert Muir [mailto:rcmuir@gmail.com]
> Sent: Sunday, October 17, 2010 4:58 PM
> To: dev@lucene.apache.org
> Subject: possible to filter the output to commits@ list????
>
> Lets say i change a single line of code, and merge it back to the 3x_branch.
>
> Currently we get 6 or 7 emails of mergeproperty changes to the commits@
> list... this is making it difficult or impossible for backports to be reviewed at
> all... I think this is terrible.
>
> How can we get this fixed so that these mergeprop-changes only are filtered in
> the emails? Someone could always click the link to viewvc or whatever if they
> are interested in this...
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional
> commands, e-mail: dev-help@lucene.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org
RE: possible to filter the output to commits@ list????
Posted by Uwe Schindler <uw...@thetaphi.de>.
I cc'ed my previous eMail also to the infra@ao list. In general, if we cannot filter we could think about the following:
- remove all mergepros recursively for trunk, but we would lose history for merges.
- Alternatively merge all mergeprops up to the root folder and remove it from the separate files/subfolders. This would lose some changes, but if all are merged up, that’s fine (only some files may appear as merged from different branch, although they aren't).
In general when merging to reduce the amount of mergeprops:
- Don't merge single files or subdirectories! Always merge the top folder! Excluded from this is trunk/modules, as this needs a separate, merging step between trunk/3x. So a merge would then only add mergeprops to root folder and modules/contrib (in branch).
This is the explanation for the behavior:
SVN needs to add the mergeprops to all single files that *already* contain mergeprops on each merge (SVN is not able to only store "diffs" in per file props). This is the reason why we have so many mergeprops at single files that every time gets updated: Once a file has a merge property, it does no longer inherit it from the parent folder. Whenever you merge something, the new rev numbers get added to the parent folder, as expected; but as this single file also have mergeprops and those are not differential/separate to parent, the merge prop of this single file also needs to be updated. This leads to the large modification email. We cannot change that anymore, so by reducing the number of single-file merges, we can stop this behavior from getting worse. To get rid of it completely and start new, see above.
Uwe
-----
Uwe Schindler
H.-H.-Meier-Allee 63, D-28213 Bremen
http://www.thetaphi.de
eMail: uwe@thetaphi.de
> -----Original Message-----
> From: Robert Muir [mailto:rcmuir@gmail.com]
> Sent: Sunday, October 17, 2010 4:58 PM
> To: dev@lucene.apache.org
> Subject: possible to filter the output to commits@ list????
>
> Lets say i change a single line of code, and merge it back to the 3x_branch.
>
> Currently we get 6 or 7 emails of mergeproperty changes to the commits@
> list... this is making it difficult or impossible for backports to be reviewed at
> all... I think this is terrible.
>
> How can we get this fixed so that these mergeprop-changes only are filtered in
> the emails? Someone could always click the link to viewvc or whatever if they
> are interested in this...
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional
> commands, e-mail: dev-help@lucene.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org
For additional commands, e-mail: dev-help@lucene.apache.org