[jira] [Commented] (LUCENE-3076) add -Dtests.codecprovider

2011-05-06 Thread Simon Willnauer (JIRA)

[ 
https://issues.apache.org/jira/browse/LUCENE-3076?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13029782#comment-13029782
 ] 

Simon Willnauer commented on LUCENE-3076:
-

good idea robert +1 !!

 add -Dtests.codecprovider
 -

 Key: LUCENE-3076
 URL: https://issues.apache.org/jira/browse/LUCENE-3076
 Project: Lucene - Java
  Issue Type: Improvement
Reporter: Robert Muir
 Fix For: 4.0

 Attachments: LUCENE-3076.patch


 Currently to test a codec (or set of codecs) you have to add them to lucene's 
 core and edit a couple of arrays here and there...
 It would be nice if when using the test-framework you could instead specify a 
 codecprovider by classname (possibly containing your own set of huper-duper 
 codecs).
 For example I made the following little codecprovider in contrib:
 {noformat}
 public class AppendingCodecProvider extends CodecProvider {
   public AppendingCodecProvider() {
 register(new AppendingCodec());
 register(new SimpleTextCodec());
   }
 }
 {noformat}
 Then, I'm able to run tests with 'ant -lib 
 build/contrib/misc/lucene-misc-4.0-SNAPSHOT.jar test-core 
 -Dtests.codecprovider=org.apache.lucene.index.codecs.appending.AppendingCodecProvider',
  and it always picks from my set of  codecs (in this case Appending and 
 SimpleText), and I can set -Dtests.codec=Appending if i want to set just one.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

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



[jira] [Commented] (LUCENE-3076) add -Dtests.codecprovider

2011-05-05 Thread Michael McCandless (JIRA)

[ 
https://issues.apache.org/jira/browse/LUCENE-3076?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13029655#comment-13029655
 ] 

Michael McCandless commented on LUCENE-3076:


+1 this is great!

This means a codec writer can easily run all of Lucene/Solr's tests against 
his/her codec(s)...

 add -Dtests.codecprovider
 -

 Key: LUCENE-3076
 URL: https://issues.apache.org/jira/browse/LUCENE-3076
 Project: Lucene - Java
  Issue Type: Improvement
Reporter: Robert Muir
 Fix For: 4.0

 Attachments: LUCENE-3076.patch


 Currently to test a codec (or set of codecs) you have to add them to lucene's 
 core and edit a couple of arrays here and there...
 It would be nice if when using the test-framework you could instead specify a 
 codecprovider by classname (possibly containing your own set of huper-duper 
 codecs).
 For example I made the following little codecprovider in contrib:
 {noformat}
 public class AppendingCodecProvider extends CodecProvider {
   public AppendingCodecProvider() {
 register(new AppendingCodec());
 register(new SimpleTextCodec());
   }
 }
 {noformat}
 Then, I'm able to run tests with 'ant -lib 
 build/contrib/misc/lucene-misc-4.0-SNAPSHOT.jar test-core 
 -Dtests.codecprovider=org.apache.lucene.index.codecs.appending.AppendingCodecProvider',
  and it always picks from my set of  codecs (in this case Appending and 
 SimpleText), and I can set -Dtests.codec=Appending if i want to set just one.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

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