[ 
https://issues.apache.org/jira/browse/SOLR-9565?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16051975#comment-16051975
 ] 

Steve Rowe commented on SOLR-9565:
----------------------------------

Policeman Jenkins found a reproducing master seed for a failure that appears to 
be caused by this issue 
[https://jenkins.thetaphi.de/job/Lucene-Solr-master-Linux/19880]:

{noformat}
Checking out Revision 1744fa254af4ac11fd98e237df6e2e048bf89b1d 
(refs/remotes/origin/master)
[...]
   [junit4]   2> NOTE: reproduce with: ant test  
-Dtestcase=UpdateRequestProcessorFactoryTest -Dtests.method=testRequestTimeUrp 
-Dtests.seed=D275AF948D9CA93A -Dtests.multiplier=3 -Dtests.slow=true 
-Dtests.locale=ii-CN -Dtests.timezone=GB-Eire -Dtests.asserts=true 
-Dtests.file.encoding=UTF-8
   [junit4] ERROR   0.00s J1 | 
UpdateRequestProcessorFactoryTest.testRequestTimeUrp <<<
   [junit4]    > Throwable #1: org.apache.solr.common.SolrException: No such 
processor Template
   [junit4]    >        at 
__randomizedtesting.SeedInfo.seed([D275AF948D9CA93A:77C7EF5C2BD260CE]:0)
   [junit4]    >        at 
org.apache.solr.update.processor.UpdateRequestProcessorChain.getReqProcessors(UpdateRequestProcessorChain.java:284)
   [junit4]    >        at 
org.apache.solr.update.processor.UpdateRequestProcessorChain.constructChain(UpdateRequestProcessorChain.java:236)
   [junit4]    >        at 
org.apache.solr.core.SolrCore.getUpdateProcessorChain(SolrCore.java:1446)
   [junit4]    >        at 
org.apache.solr.update.processor.UpdateRequestProcessorFactoryTest.testRequestTimeUrp(UpdateRequestProcessorFactoryTest.java:54)
   [junit4]    >        at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   [junit4]    >        at 
java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
   [junit4]    >        at 
java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
   [junit4]    >        at 
java.base/java.lang.reflect.Method.invoke(Method.java:564)
   [junit4]    >        at java.base/java.lang.Thread.run(Thread.java:844)
[...]
   [junit4]   2> NOTE: test params are: codec=Asserting(Lucene70), 
sim=RandomSimilarity(queryNorm=true): {}, locale=ii-CN, timezone=GB-Eire
   [junit4]   2> NOTE: Linux 4.10.0-21-generic i386/Oracle Corporation 9-ea 
(32-bit)/cpus=8,threads=1,free=220664384,total=379584512
{noformat}

> Make every UpdateRequestProcessor available implicitly
> ------------------------------------------------------
>
>                 Key: SOLR-9565
>                 URL: https://issues.apache.org/jira/browse/SOLR-9565
>             Project: Solr
>          Issue Type: Improvement
>      Security Level: Public(Default Security Level. Issues are Public) 
>            Reporter: Noble Paul
>         Attachments: SOLR-9565.patch
>
>
> Now that we can 'construct' the URP chains through request parameters, we 
> should make all the URPs available automatically. The next challenge is to 
> make them read the configuration from request parameters as well
> to access {{HTMLStripFieldUpdateProcessorFactory}} the parameter could be 
> {{processor=HTMLStripField}} (The UpdateProcessorFactory part is 
> automatically appended )
> The next step is to make the URPs accept request parameters instead of just 
> configuration parameters e.g: 
> {{processor=HTMLStripField&HTMLStripField.fieldName=<some-field>}}



--
This message was sent by Atlassian JIRA
(v6.4.14#64029)

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

Reply via email to