[jira] Commented: (SOLR-1266) WordDelimiterFilter: option to disable english possessive stemming
[ https://issues.apache.org/jira/browse/SOLR-1266?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12729865#action_12729865 ] Robert Muir commented on SOLR-1266: --- Yonik, sure. I'll update AnalyzersTokenizersTokenFilters (looks like the right spot) as soon as I can! > WordDelimiterFilter: option to disable english possessive stemming > -- > > Key: SOLR-1266 > URL: https://issues.apache.org/jira/browse/SOLR-1266 > Project: Solr > Issue Type: Improvement > Components: Analysis >Reporter: Robert Muir >Priority: Minor > Fix For: 1.4 > > Attachments: SOLR-1266.txt > > > WordDelimiterFilter documents that it removes "'s" from subwords but does not > provide an option to disable this. > I would like to have an option to control this, so that in some cases (such > as non-english), I can disable this behavior to treat single quote in all > contexts like any other delimiter. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Hudson build is back to normal: Solr-trunk #860
See http://hudson.zones.apache.org/hudson/job/Solr-trunk/860/changes
[jira] Reopened: (SOLR-1255) An attempt to visit the replication admin page when its not a defined handler should display an approp message
[ https://issues.apache.org/jira/browse/SOLR-1255?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Hoss Man reopened SOLR-1255: I'm reopening the issue because the changes made so far seem like they are incomplete. But I'm not personally knowledgeable enough about the ReplicationHandler to know the best way to proceed... *Question:* Is it concievable that someone could register multiple instances of the ReplicationHandler in a single core? * If the answer is "No" then there should probably be some tests/error messages related to it ... both in the replication admin JSP and probably in ReplicationHandler.init() * If the answer is "Yes" then the replication admin pages need to be more robust ... either giving the user an option to pick which handler instance to "admin" or allowing all of hte handlers to be monitored/admined on a single form. the current behavior (picking one instance at random) seems like a very poor compromise. > An attempt to visit the replication admin page when its not a defined handler > should display an approp message > -- > > Key: SOLR-1255 > URL: https://issues.apache.org/jira/browse/SOLR-1255 > Project: Solr > Issue Type: Bug >Reporter: Mark Miller >Assignee: Noble Paul >Priority: Trivial > Fix For: 1.4 > > Attachments: SOLR-1255.patch > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: SNMP monitoring
Hi Chris, Good points. I originally thought of putting it in the JBoss section, however I thought it was important to stress that SNMP monitoring (which is part of "operations and production") can be done, with a footnote that it is done through SNMP. This is where tree-based documents fail us; SNMP/JBoss should be under ops&prod due to SNMP, but installation&configuration because of JBoss. Should we add a sub-bullet to the main page for SNMP under JBoss? Or should we rename the document SolrJBossSNMP and put it under ops&prod? I want people to be able to come to the main page and find SNMP there. You're right, the doc is written only paying attention to the JBoss SNMP-sar. Maybe I could change this... but unfortunately I never tried it with any other container (in fact, I don't know of any other service that does the same thing that JBoss does). Sincerely, Daryl. On Tue, Jul 7, 2009 at 2:32 PM, Chris Hostetter wrote: > > : So I've added a page on Solr-SNMP monitoring. It can be found here: > : http://wiki.apache.org/solr/SolrSnmp Let me know what you think (or > feel > : free to edit it). > > I really don't know much about SNMP< butsince this seemed to be JBoss > specific, i removed the link from the front page and put it on the JBoss > page. > > if i missunderstood, then perhaps the doc could be reorganized -- > clarifying which parts are generic for setting up SNMP monitoring, and > which parts are JBoss specific (or movinghte JBoss specific parts to the > SolrJBoss page?) > > > -Hoss > >
[jira] Resolved: (SOLR-1266) WordDelimiterFilter: option to disable english possessive stemming
[ https://issues.apache.org/jira/browse/SOLR-1266?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Yonik Seeley resolved SOLR-1266. Resolution: Fixed Fix Version/s: 1.4 Robert - back compatibility is always appreciated :-) I just committed this. Could you update the docs in the wiki? > WordDelimiterFilter: option to disable english possessive stemming > -- > > Key: SOLR-1266 > URL: https://issues.apache.org/jira/browse/SOLR-1266 > Project: Solr > Issue Type: Improvement > Components: Analysis >Reporter: Robert Muir >Priority: Minor > Fix For: 1.4 > > Attachments: SOLR-1266.txt > > > WordDelimiterFilter documents that it removes "'s" from subwords but does not > provide an option to disable this. > I would like to have an option to control this, so that in some cases (such > as non-english), I can disable this behavior to treat single quote in all > contexts like any other delimiter. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: svn commit: r792861 - in /lucene/solr/trunk/src: java/org/apache/solr/core/RequestHandlers.java java/org/apache/solr/core/SolrCore.java webapp/web/admin/index.jsp webapp/web/admin/replication/head
Dude you've got to at least run "ant test" before you commit ... TestWriterPerf can't even compile now. This breaks anyone that was explicitly passing null to the existing getRequestHandler(String) method (like TestWriterPerf) ... but besides that it also seems really weird to have a method that takes in a class and arbitrarily returns the first instance of that class found -- especially since it's iterating over the values in a Map, so if someone has multiple instances of a handler they could get a different one each time this method is called. making a method that returns *all* the handlers of that type seems like a better general feature for SolrCore/RequestHandlers, and then in this specific use case of the replication JSP can be as arbitrary as it wants. i've got a fix i'll commit as soon as my tests finish... : Date: Fri, 10 Jul 2009 10:04:29 - : From: no...@apache.org : Reply-To: solr-dev@lucene.apache.org : To: solr-comm...@lucene.apache.org : Subject: svn commit: r792861 - in /lucene/solr/trunk/src: : java/org/apache/solr/core/RequestHandlers.java : java/org/apache/solr/core/SolrCore.java webapp/web/admin/index.jsp : webapp/web/admin/replication/header.jsp : : Author: noble : Date: Fri Jul 10 10:04:29 2009 : New Revision: 792861 : : URL: http://svn.apache.org/viewvc?rev=792861&view=rev : Log: : SOLR-1255 An attempt to visit the replication admin page when its not a defined handler should display an approp message : : Modified: : lucene/solr/trunk/src/java/org/apache/solr/core/RequestHandlers.java : lucene/solr/trunk/src/java/org/apache/solr/core/SolrCore.java : lucene/solr/trunk/src/webapp/web/admin/index.jsp : lucene/solr/trunk/src/webapp/web/admin/replication/header.jsp : : Modified: lucene/solr/trunk/src/java/org/apache/solr/core/RequestHandlers.java : URL: http://svn.apache.org/viewvc/lucene/solr/trunk/src/java/org/apache/solr/core/RequestHandlers.java?rev=792861&r1=792860&r2=792861&view=diff : == : --- lucene/solr/trunk/src/java/org/apache/solr/core/RequestHandlers.java (original) : +++ lucene/solr/trunk/src/java/org/apache/solr/core/RequestHandlers.java Fri Jul 10 10:04:29 2009 : @@ -66,7 +66,7 @@ :public RequestHandlers(SolrCore core) { :this.core = core; :} : - : + :/** : * @return the RequestHandler registered at the given name : */ : @@ -74,6 +74,13 @@ : return handlers.get(normalize(handlerName)); :} : : + public SolrRequestHandler get(Class clazz) { : +for (SolrRequestHandler requestHandler : handlers.values()) { : + if(requestHandler.getClass() == clazz) return requestHandler; : +} : +return null; : + } : + :/** : * Handlers must be initialized before calling this function. As soon as this is : * called, the handler can immediately accept requests. : : Modified: lucene/solr/trunk/src/java/org/apache/solr/core/SolrCore.java : URL: http://svn.apache.org/viewvc/lucene/solr/trunk/src/java/org/apache/solr/core/SolrCore.java?rev=792861&r1=792860&r2=792861&view=diff : == : --- lucene/solr/trunk/src/java/org/apache/solr/core/SolrCore.java (original) : +++ lucene/solr/trunk/src/java/org/apache/solr/core/SolrCore.java Fri Jul 10 10:04:29 2009 : @@ -767,6 +767,10 @@ :public SolrRequestHandler getRequestHandler(String handlerName) { : return reqHandlers.get(handlerName); :} : + : + public SolrRequestHandler getRequestHandler(Class clazz) { : +return reqHandlers.get(clazz); : + } : :/** : * Returns an unmodifieable Map containing the registered handlers : : Modified: lucene/solr/trunk/src/webapp/web/admin/index.jsp : URL: http://svn.apache.org/viewvc/lucene/solr/trunk/src/webapp/web/admin/index.jsp?rev=792861&r1=792860&r2=792861&view=diff : == : --- lucene/solr/trunk/src/webapp/web/admin/index.jsp (original) : +++ lucene/solr/trunk/src/webapp/web/admin/index.jsp Fri Jul 10 10:04:29 2009 : @@ -24,11 +24,12 @@ : <%@ page import="java.util.List" %> : <%@ page import="java.util.Collection" %> : <%@ page import="org.apache.solr.request.SolrRequestHandler"%> : +<%@ page import="org.apache.solr.handler.ReplicationHandler" %> : : <%-- jsp:include page="header.jsp"/ --%> : <%-- do a verbatim include so we can use the local vars --%> : <%...@include file="header.jsp" %> : -<%SolrRequestHandler replicationhandler = core.getRequestHandler("/replication");%> : +<%SolrRequestHandler replicationhandler = core.getRequestHandler(ReplicationHandler.class);%> : : : : : Modified: lucene/solr/trunk/src/webapp/web/admin/replication/header.jsp : URL: http://svn.apache.org/viewvc/lucene/solr/trunk/src/webapp/web/admin/replication/header.jsp?rev=792861&r1=792860&r2=792861&view=diff : ===
Re: Update Preprocessing
Please don't cross post questions. On Fri, Jul 10, 2009 at 6:52 PM, jonarino wrote: > > I am investigating the possibilities of preprocessing my data before it is > indexed. Specifically, I would like to add fields or modify field values > based on other fields in the XML I am injecting. > I am a little confused on where this is supposed to happen; whether as part > of the UpdateRequestProcessor or just a request handler. A little direction > would be great. Especially to know what classes to extend or what exactly > is > required. Thanks. > -- > View this message in context: > http://www.nabble.com/Update-Preprocessing-tp24432694p24432694.html > Sent from the Solr - Dev mailing list archive at Nabble.com. > > -- -- - Mark http://www.lucidimagination.com
Update Preprocessing
I am investigating the possibilities of preprocessing my data before it is indexed. Specifically, I would like to add fields or modify field values based on other fields in the XML I am injecting. I am a little confused on where this is supposed to happen; whether as part of the UpdateRequestProcessor or just a request handler. A little direction would be great. Especially to know what classes to extend or what exactly is required. Thanks. -- View this message in context: http://www.nabble.com/Update-Preprocessing-tp24432694p24432694.html Sent from the Solr - Dev mailing list archive at Nabble.com.
[jira] Commented: (SOLR-914) Presence of finalize() in the codebase
[ https://issues.apache.org/jira/browse/SOLR-914?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12729769#action_12729769 ] Kay Kay commented on SOLR-914: -- What I meant is (and others who had commented on the jira seem to concur) - logging a warning is ok. Code to release resources should be avoided as a finalize is no equivalent to a C++ dtor. This patch does not seem to address the issue. > Presence of finalize() in the codebase > --- > > Key: SOLR-914 > URL: https://issues.apache.org/jira/browse/SOLR-914 > Project: Solr > Issue Type: Improvement > Components: clients - java >Affects Versions: 1.3 > Environment: Tomcat 6, JRE 6 >Reporter: Kay Kay >Assignee: Noble Paul >Priority: Minor > Fix For: 1.4 > > Attachments: SOLR-914.patch > > Original Estimate: 480h > Remaining Estimate: 480h > > There seems to be a number of classes - that implement finalize() method. > Given that it is perfectly ok for a Java VM to not to call it - may be - > there has to some other way { try .. finally - when they are created to > destroy them } to destroy them and the presence of finalize() method , ( > depending on implementation ) might not serve what we want and in some cases > can end up delaying the gc process, depending on the algorithms. > $ find . -name *.java | xargs grep finalize > ./contrib/dataimporthandler/src/main/java/org/apache/solr/handler/dataimport/JdbcDataSource.java: > protected void finalize() { > ./src/java/org/apache/solr/update/SolrIndexWriter.java: protected void > finalize() { > ./src/java/org/apache/solr/core/CoreContainer.java: protected void > finalize() { > ./src/java/org/apache/solr/core/SolrCore.java: protected void finalize() { > ./src/common/org/apache/solr/common/util/ConcurrentLRUCache.java: protected > void finalize() throws Throwable { > May be we need to revisit these occurences from a design perspective to see > if they are necessary / if there is an alternate way of managing guaranteed > destruction of resources. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Build failed in Hudson: Solr-trunk #859
See http://hudson.zones.apache.org/hudson/job/Solr-trunk/859/changes Changes: [hossman] fix javadoc-all and make it less brittle to future changes in contrib libs [ehatcher] debug log when xpath entities are skipped, to aid in troubleshooting [ehatcher] javadoc grammar fix [ehatcher] SOLR-1229: fixes for deletedPkQuery [noble] SOLR-1255 An attempt to visit the replication admin page when its not a defined handler should display an approp message -- [...truncated 1902 lines...] AUclient/ruby/flare/public/images/pie_95.png AUclient/ruby/flare/public/images/pie_59.png AUclient/ruby/flare/public/images/pie_96.png AUclient/ruby/flare/public/images/pie_97.png AUclient/ruby/flare/public/images/pie_0.png AUclient/ruby/flare/public/images/pie_98.png AUclient/ruby/flare/public/images/pie_1.png AUclient/ruby/flare/public/images/pie_99.png AUclient/ruby/flare/public/images/pie_2.png AUclient/ruby/flare/public/images/pie_3.png AUclient/ruby/flare/public/images/pie_4.png AUclient/ruby/flare/public/images/pie_5.png AUclient/ruby/flare/public/images/pie_6.png AUclient/ruby/flare/public/images/pie_7.png AUclient/ruby/flare/public/images/pie_8.png AUclient/ruby/flare/public/images/pie_9.png AUclient/ruby/flare/public/images/pie_20.png AUclient/ruby/flare/public/images/pie_21.png AUclient/ruby/flare/public/images/pie_22.png AUclient/ruby/flare/public/images/pie_23.png AUclient/ruby/flare/public/images/pie_60.png AUclient/ruby/flare/public/images/pie_24.png AUclient/ruby/flare/public/images/pie_61.png AUclient/ruby/flare/public/images/pie_25.png AUclient/ruby/flare/public/images/pie_62.png AUclient/ruby/flare/public/images/pie_26.png AUclient/ruby/flare/public/images/pie_63.png AUclient/ruby/flare/public/images/pie_27.png AUclient/ruby/flare/public/images/pie_64.png AUclient/ruby/flare/public/images/pie_28.png AUclient/ruby/flare/public/images/pie_29.png AUclient/ruby/flare/public/images/pie_65.png AUclient/ruby/flare/public/images/pie_66.png AUclient/ruby/flare/public/images/pie_67.png AUclient/ruby/flare/public/images/pie_68.png AUclient/ruby/flare/public/images/pie_69.png AUclient/ruby/flare/public/images/pie_30.png AUclient/ruby/flare/public/images/pie_31.png AUclient/ruby/flare/public/images/pie_32.png AUclient/ruby/flare/public/images/pie_33.png AUclient/ruby/flare/public/images/pie_34.png AUclient/ruby/flare/public/images/pie_70.png AUclient/ruby/flare/public/images/pie_35.png AUclient/ruby/flare/public/images/pie_71.png AUclient/ruby/flare/public/images/pie_36.png AUclient/ruby/flare/public/images/pie_72.png AUclient/ruby/flare/public/images/pie_37.png AUclient/ruby/flare/public/images/pie_73.png AUclient/ruby/flare/public/images/pie_38.png AUclient/ruby/flare/public/images/pie_74.png AUclient/ruby/flare/public/images/pie_39.png AUclient/ruby/flare/public/images/pie_75.png AUclient/ruby/flare/public/images/pie_76.png AUclient/ruby/flare/public/images/pie_77.png AUclient/ruby/flare/public/images/pie_78.png AUclient/ruby/flare/public/images/x-close.gif AUclient/ruby/flare/public/dispatch.fcgi A client/ruby/flare/public/robots.txt A client/ruby/flare/public/500.html A client/ruby/flare/public/javascripts A client/ruby/flare/public/javascripts/prototype.js A client/ruby/flare/public/javascripts/effects.js A client/ruby/flare/public/javascripts/dragdrop.js A client/ruby/flare/public/javascripts/application.js A client/ruby/flare/public/javascripts/controls.js A client/ruby/flare/public/404.html A client/ruby/flare/public/.htaccess A client/ruby/flare/public/stylesheets A client/ruby/flare/public/stylesheets/flare.css A client/ruby/flare/public/favicon.ico A client/ruby/solr-ruby A client/ruby/solr-ruby/solr A client/ruby/solr-ruby/solr/conf AUclient/ruby/solr-ruby/solr/conf/schema.xml A client/ruby/solr-ruby/solr/conf/protwords.txt A client/ruby/solr-ruby/solr/conf/stopwords.txt AUclient/ruby/solr-ruby/solr/conf/solrconfig.xml A client/ruby/solr-ruby/solr/conf/xslt A client/ruby/solr-ruby/solr/conf/xslt/example.xsl A client/ruby/solr-ruby/solr/conf/scripts.conf A client/ruby/solr-ruby/solr/conf/admin-extra.html A client/ruby/solr-ruby/solr/conf/synonyms.txt A client/ruby/solr-ruby/solr/lib A client/ruby/solr-ruby/test A client/ruby/solr-ruby/test/unit A client/ruby/solr-ruby/test/unit/standard_respon
Re: Build failed in Hudson: Solr-trunk #858
My bad ... even though the download directory wasn't used in clustering anymore, the main build.xml wsa still loking for it to build javadocs. i've got a patch ready to fix this, just waiting on "ant clean nightly" to make sure i didn't cause any other build glitches" : Date: Fri, 10 Jul 2009 08:40:48 + (UTC) : From: Apache Hudson Server : Reply-To: solr-dev@lucene.apache.org : To: solr-dev@lucene.apache.org : Subject: Build failed in Hudson: Solr-trunk #858 : : See http://hudson.zones.apache.org/hudson/job/Solr-trunk/858/changes : : Changes: : : [hossman] Fix LukeRequestHandler so it doesn't rely on SolrQueryParser and report incorrect stats when field names contain special characters : : [hossman] there are rumblings about new code to make it possible to use libs without copying them into the lib dirs; but until that happens let's at least use svn:ignore to keep them from cluttering up 'svn status' : : [hossman] 1) removing some additional lib copying yonik seems to have :missed in r791147 : 2) setting some props on the lib dir so download jars are :ignored : 3) tweaking clean-downloads so it's less brittle to rev'ing :downloads in the future (multiple versions might have :been left in lib accidently) : : [hossman] SOLR-1257: removed logging.jsp and refrences to it in admin.jsp : : [ehatcher] SOLR-1265: Add variable resolving for URLDataSource properties like baseUrl : : [noble] SOLR-1264 if master slave is out of sync w/ master replication is not successful : : -- : [...truncated 2905 lines...] : : compile: : [javac] Compiling 1 source file to http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/build/solr : [javac] Note: http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/src/java/org/apache/solr/search/DocSetHitCollector.java uses or overrides a deprecated API. : [javac] Note: Recompile with -Xlint:deprecation for details. : : make-manifest: : : compile: : : compileExtras: : : build: : [jar] Building jar: http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/contrib/dataimporthandler/target/apache-solr-dataimporthandler-2009-07-10_08-06-18.jar : [jar] Building jar: http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/contrib/dataimporthandler/target/apache-solr-dataimporthandler-extras-2009-07-10_08-06-18.jar : : example: : [copy] Copying 1 file to http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/example/example-DIH/solr/mail/lib : [copy] Copying 2 files to http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/example/example-DIH/solr/mail/lib : [copy] Copying 21 files to http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/example/example-DIH/solr/mail/lib : : init: : : init-forrest-entities: : : compile-solrj: : : compile: : [javac] Compiling 1 source file to http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/build/solr : [javac] Note: http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/src/java/org/apache/solr/search/DocSetHitCollector.java uses or overrides a deprecated API. : [javac] Note: Recompile with -Xlint:deprecation for details. : : make-manifest: : : compile: : : build: : [jar] Building jar: http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/contrib/extraction/build/apache-solr-cell-2009-07-10_08-06-18.jar : : example: : [copy] Copying 1 file to http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/example/solr/lib : [copy] Copying 21 files to http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/example/solr/lib : : example: : : init: : : init-forrest-entities: : : compile-solrj: : : compile: : [javac] Compiling 1 source file to http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/build/solr : [javac] Note: http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/src/java/org/apache/solr/search/DocSetHitCollector.java uses or overrides a deprecated API. : [javac] Note: Recompile with -Xlint:deprecation for details. : : make-manifest: : : compile: : : build: : [jar] Building jar: http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/contrib/velocity/src/main/solr/lib/apache-solr-velocity-2009-07-10_08-06-18.jar : : example: : : example: : [copy] Copying 1 file to http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/example/webapps : [jar] Building jar: http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/example/exampledocs/post.jar : [echo] See http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/example/README.txt for how to run the Solr example configuration. : : javadoc-core: : [mkdir] Created dir: http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/build/docs/api/solr : [javadoc] Generating Javadoc : [javadoc] Javadoc execution : [javadoc] Loading
[jira] Resolved: (SOLR-1229) deletedPkQuery feature does not work when pk and uniqueKey field do not have the same value
[ https://issues.apache.org/jira/browse/SOLR-1229?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik Hatcher resolved SOLR-1229. Resolution: Fixed Assignee: Erik Hatcher (was: Noble Paul) Committed to r792963. Thanks Lance and Noble for iterating on this. We've at least got it working well enough for our current needs. > deletedPkQuery feature does not work when pk and uniqueKey field do not have > the same value > --- > > Key: SOLR-1229 > URL: https://issues.apache.org/jira/browse/SOLR-1229 > Project: Solr > Issue Type: Bug > Components: contrib - DataImportHandler >Affects Versions: 1.4 >Reporter: Erik Hatcher >Assignee: Erik Hatcher > Fix For: 1.4 > > Attachments: SOLR-1229.patch, SOLR-1229.patch, SOLR-1229.patch, > SOLR-1229.patch, SOLR-1229.patch, tests.patch > > > Problem doing a delta-import such that records marked as "deleted" in the > database are removed from Solr using deletedPkQuery. > Here's a config I'm using against a mocked test database: > {code:xml} > > > >pk="board_id" >transformer="TemplateTransformer" >deletedPkQuery="select board_id from boards where deleted = 'Y'" >query="select * from boards where deleted = 'N'" >deltaImportQuery="select * from boards where deleted = 'N'" >deltaQuery="select * from boards where deleted = 'N'" >preImportDeleteQuery="datasource:board"> > > > > > > > {code} > Note that the uniqueKey in Solr is the "id" field. And its value is a > template board-. > I noticed the javadoc comments in DocBuilder#collectDelta it says "Note: In > our definition, unique key of Solr document is the primary key of the top > level entity". This of course isn't really an appropriate assumption. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (SOLR-1229) deletedPkQuery feature does not work when pk and uniqueKey field do not have the same value
[ https://issues.apache.org/jira/browse/SOLR-1229?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Erik Hatcher updated SOLR-1229: --- Attachment: SOLR-1229.patch Latest patch (adapted by Lance). All tests pass and this will be committed shortly. > deletedPkQuery feature does not work when pk and uniqueKey field do not have > the same value > --- > > Key: SOLR-1229 > URL: https://issues.apache.org/jira/browse/SOLR-1229 > Project: Solr > Issue Type: Bug > Components: contrib - DataImportHandler >Affects Versions: 1.4 >Reporter: Erik Hatcher >Assignee: Noble Paul > Fix For: 1.4 > > Attachments: SOLR-1229.patch, SOLR-1229.patch, SOLR-1229.patch, > SOLR-1229.patch, SOLR-1229.patch, tests.patch > > > Problem doing a delta-import such that records marked as "deleted" in the > database are removed from Solr using deletedPkQuery. > Here's a config I'm using against a mocked test database: > {code:xml} > > > >pk="board_id" >transformer="TemplateTransformer" >deletedPkQuery="select board_id from boards where deleted = 'Y'" >query="select * from boards where deleted = 'N'" >deltaImportQuery="select * from boards where deleted = 'N'" >deltaQuery="select * from boards where deleted = 'N'" >preImportDeleteQuery="datasource:board"> > > > > > > > {code} > Note that the uniqueKey in Solr is the "id" field. And its value is a > template board-. > I noticed the javadoc comments in DocBuilder#collectDelta it says "Note: In > our definition, unique key of Solr document is the primary key of the top > level entity". This of course isn't really an appropriate assumption. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (SOLR-1271) Stopwords search with function query(_val_) in Solr
[ https://issues.apache.org/jira/browse/SOLR-1271?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] arvind updated SOLR-1271: - Description: Consider the following cases : q=stopword1+stopword2 gives no results which is correct Now, if we modify the above query to use function query like, q=stopword1+stopword2 _val_:"rord(field)" then Solr gives some results but, ideally it should not Can anybody please have a look at this issue? was: Consider the following cases : q=stopword1+stopword2 gives no results which is correct Now, if we modify the above query to use function query like, q=stopword1+stopword2 _val_:"rord(field)" then Solr gives some results but, ideally it should not > Stopwords search with function query(_val_) in Solr > --- > > Key: SOLR-1271 > URL: https://issues.apache.org/jira/browse/SOLR-1271 > Project: Solr > Issue Type: Bug > Components: search >Affects Versions: 1.3 >Reporter: arvind > > Consider the following cases : > q=stopword1+stopword2 gives no results which is correct > Now, if we modify the above query to use function query like, > q=stopword1+stopword2 _val_:"rord(field)" then Solr gives some results but, > ideally it should not > Can anybody please have a look at this issue? -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (SOLR-1271) Stopwords search with function query(_val_) in Solr
Stopwords search with function query(_val_) in Solr --- Key: SOLR-1271 URL: https://issues.apache.org/jira/browse/SOLR-1271 Project: Solr Issue Type: Bug Components: search Affects Versions: 1.3 Reporter: arvind Consider the following cases : q=stopword1+stopword2 gives no results which is correct Now, if we modify the above query to use function query like, q=stopword1+stopword2 _val_:"rord(field)" then Solr gives some results but, ideally it should not -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (SOLR-1191) NullPointerException in delta import
[ https://issues.apache.org/jira/browse/SOLR-1191?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Noble Paul resolved SOLR-1191. -- Resolution: Fixed this should have been fixed in the trunk as a result of SOLR-1228 we can reopen this if it is reported again > NullPointerException in delta import > > > Key: SOLR-1191 > URL: https://issues.apache.org/jira/browse/SOLR-1191 > Project: Solr > Issue Type: Bug > Components: contrib - DataImportHandler >Affects Versions: 1.3, 1.4 > Environment: OS: Windows & Linux. > Java: 1.6 > DB: MySQL & SQL Server >Reporter: Ali Syed >Assignee: Noble Paul > Fix For: 1.4 > > > Seeing few of these NullPointerException during delta imports. Once this > happens delta import stops working and keeps giving the same error. > java.lang.NullPointerException > at > org.apache.solr.handler.dataimport.DocBuilder.collectDelta(DocBuilder.java:622) > at > org.apache.solr.handler.dataimport.DocBuilder.doDelta(DocBuilder.java:240) > at > org.apache.solr.handler.dataimport.DocBuilder.execute(DocBuilder.java:159) > at > org.apache.solr.handler.dataimport.DataImporter.doDeltaImport(DataImporter.java:337) > at > org.apache.solr.handler.dataimport.DataImporter.runCmd(DataImporter.java:376) > at > org.apache.solr.handler.dataimport.DataImporter$1.run(DataImporter.java:355) > Running delta import for a particular entity fixes the problem and delta > import start working again. > Here is the log just before & after the exception > 05/27 11:59:29 86987686 INFO btpool0-538 org.apache.solr.core.SolrCore - > [localhost] webapp=/solr path=/dataimport > params={command=delta-import&optimize=false} status=0 QTime=0 > 05/27 11:59:29 86987687 INFO Thread-4162 > org.apache.solr.handler.dataimport.SolrWriter - Read dataimport.properties > 05/27 11:59:29 86987687 INFO Thread-4162 > org.apache.solr.handler.dataimport.DataImporter - Starting Delta Import > 05/27 11:59:29 86987687 INFO Thread-4162 > org.apache.solr.handler.dataimport.SolrWriter - Read dataimport.properties > 05/27 11:59:29 86987687 INFO Thread-4162 > org.apache.solr.handler.dataimport.DocBuilder - Starting delta collection. > 05/27 11:59:29 86987690 INFO Thread-4162 > org.apache.solr.handler.dataimport.DocBuilder - Running ModifiedRowKey() for > Entity: content > 05/27 11:59:29 86987690 INFO Thread-4162 > org.apache.solr.handler.dataimport.DocBuilder - Completed ModifiedRowKey for > Entity: content rows obtained : 0 > 05/27 11:59:29 86987690 INFO Thread-4162 > org.apache.solr.handler.dataimport.DocBuilder - Completed DeletedRowKey for > Entity: content rows obtained : 0 > 05/27 11:59:29 86987692 INFO Thread-4162 > org.apache.solr.handler.dataimport.DocBuilder - Completed parentDeltaQuery > for Entity: content > 05/27 11:59:29 86987692 INFO Thread-4162 > org.apache.solr.handler.dataimport.DocBuilder - Running ModifiedRowKey() for > Entity: job > 05/27 11:59:29 86987692 INFO Thread-4162 > org.apache.solr.handler.dataimport.JdbcDataSource - Creating a connection > for entity job with URL: jdbc:sqlserver://localhost;databaseName=TestDB > 05/27 11:59:29 86987704 INFO Thread-4162 > org.apache.solr.handler.dataimport.JdbcDataSource - Time taken for > getConnection(): 12 > 05/27 11:59:29 86987707 INFO Thread-4162 > org.apache.solr.handler.dataimport.DocBuilder - Completed ModifiedRowKey for > Entity: job rows obtained : 0 > 05/27 11:59:29 86987707 INFO Thread-4162 > org.apache.solr.handler.dataimport.DocBuilder - Completed DeletedRowKey for > Entity: job rows obtained : 0 > 05/27 11:59:29 86987707 INFO Thread-4162 > org.apache.solr.handler.dataimport.DocBuilder - Completed parentDeltaQuery > for Entity: job > 05/27 11:59:29 86987707 INFO Thread-4162 > org.apache.solr.handler.dataimport.DocBuilder - Delta Import completed > successfully > 05/27 11:59:29 86987707 INFO Thread-4162 > org.apache.solr.handler.dataimport.DocBuilder - Starting delta collection. > 05/27 11:59:29 86987709 INFO Thread-4162 > org.apache.solr.handler.dataimport.DocBuilder - Running ModifiedRowKey() for > Entity: user > 05/27 11:59:29 86987709 INFO Thread-4162 > org.apache.solr.handler.dataimport.JdbcDataSource - Creating a connection > for entity user with URL: jdbc:sqlserver://localhost;databaseName=TestDB > 05/27 11:59:29 86987716 INFO Thread-4162 > org.apache.solr.handler.dataimport.JdbcDataSource - Time taken for > getConnection(): 7 > 05/27 11:59:29 86987873 INFO Thread-4162 > org.apache.solr.handler.dataimport.DocBuilder - Completed ModifiedRowKey for > Entity: user rows obtained : 46 > 05/27 11:59:29 86987873 INFO Thread-4162 > org.apache.solr.handler.dataimport.DocBuilder - Completed DeletedRowKey for > Entity: user rows obtained :
[jira] Updated: (SOLR-914) Presence of finalize() in the codebase
[ https://issues.apache.org/jira/browse/SOLR-914?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Noble Paul updated SOLR-914: Attachment: SOLR-914.patch all the finalize () methods check once if the object is already closed. if not log a warning and close > Presence of finalize() in the codebase > --- > > Key: SOLR-914 > URL: https://issues.apache.org/jira/browse/SOLR-914 > Project: Solr > Issue Type: Improvement > Components: clients - java >Affects Versions: 1.3 > Environment: Tomcat 6, JRE 6 >Reporter: Kay Kay >Assignee: Noble Paul >Priority: Minor > Fix For: 1.4 > > Attachments: SOLR-914.patch > > Original Estimate: 480h > Remaining Estimate: 480h > > There seems to be a number of classes - that implement finalize() method. > Given that it is perfectly ok for a Java VM to not to call it - may be - > there has to some other way { try .. finally - when they are created to > destroy them } to destroy them and the presence of finalize() method , ( > depending on implementation ) might not serve what we want and in some cases > can end up delaying the gc process, depending on the algorithms. > $ find . -name *.java | xargs grep finalize > ./contrib/dataimporthandler/src/main/java/org/apache/solr/handler/dataimport/JdbcDataSource.java: > protected void finalize() { > ./src/java/org/apache/solr/update/SolrIndexWriter.java: protected void > finalize() { > ./src/java/org/apache/solr/core/CoreContainer.java: protected void > finalize() { > ./src/java/org/apache/solr/core/SolrCore.java: protected void finalize() { > ./src/common/org/apache/solr/common/util/ConcurrentLRUCache.java: protected > void finalize() throws Throwable { > May be we need to revisit these occurences from a design perspective to see > if they are necessary / if there is an alternate way of managing guaranteed > destruction of resources. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (SOLR-1129) SolrJ cannot bind dynamic fields to beans
[ https://issues.apache.org/jira/browse/SOLR-1129?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12729592#action_12729592 ] Shalin Shekhar Mangar commented on SOLR-1129: - bq. should this go into 1.4 ? +1 > SolrJ cannot bind dynamic fields to beans > - > > Key: SOLR-1129 > URL: https://issues.apache.org/jira/browse/SOLR-1129 > Project: Solr > Issue Type: Improvement > Components: clients - java >Affects Versions: 1.3 >Reporter: Noble Paul >Assignee: Noble Paul > Fix For: 1.4 > > Attachments: SOLR-1129.patch, SOLR-1129.patch, SOLR-1129.patch, > SOLR-1129.patch, SOLR-1129.patch > > > SolrJ does not support binding of dynamic fields to bean fields > The field declaration could be as follows > {code:java} > @Field("*_s") > public String anyString; > {code} -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (SOLR-1255) An attempt to visit the replication admin page when its not a defined handler should display an approp message
[ https://issues.apache.org/jira/browse/SOLR-1255?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Noble Paul reassigned SOLR-1255: Assignee: Noble Paul > An attempt to visit the replication admin page when its not a defined handler > should display an approp message > -- > > Key: SOLR-1255 > URL: https://issues.apache.org/jira/browse/SOLR-1255 > Project: Solr > Issue Type: Bug >Reporter: Mark Miller >Assignee: Noble Paul >Priority: Trivial > Fix For: 1.4 > > Attachments: SOLR-1255.patch > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Resolved: (SOLR-1255) An attempt to visit the replication admin page when its not a defined handler should display an approp message
[ https://issues.apache.org/jira/browse/SOLR-1255?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Noble Paul resolved SOLR-1255. -- Resolution: Fixed committed r792861 thanks Mark > An attempt to visit the replication admin page when its not a defined handler > should display an approp message > -- > > Key: SOLR-1255 > URL: https://issues.apache.org/jira/browse/SOLR-1255 > Project: Solr > Issue Type: Bug >Reporter: Mark Miller >Assignee: Noble Paul >Priority: Trivial > Fix For: 1.4 > > Attachments: SOLR-1255.patch > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Build failed in Hudson: Solr-trunk #858
See http://hudson.zones.apache.org/hudson/job/Solr-trunk/858/changes Changes: [hossman] Fix LukeRequestHandler so it doesn't rely on SolrQueryParser and report incorrect stats when field names contain special characters [hossman] there are rumblings about new code to make it possible to use libs without copying them into the lib dirs; but until that happens let's at least use svn:ignore to keep them from cluttering up 'svn status' [hossman] 1) removing some additional lib copying yonik seems to have missed in r791147 2) setting some props on the lib dir so download jars are ignored 3) tweaking clean-downloads so it's less brittle to rev'ing downloads in the future (multiple versions might have been left in lib accidently) [hossman] SOLR-1257: removed logging.jsp and refrences to it in admin.jsp [ehatcher] SOLR-1265: Add variable resolving for URLDataSource properties like baseUrl [noble] SOLR-1264 if master slave is out of sync w/ master replication is not successful -- [...truncated 2905 lines...] compile: [javac] Compiling 1 source file to http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/build/solr [javac] Note: http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/src/java/org/apache/solr/search/DocSetHitCollector.java uses or overrides a deprecated API. [javac] Note: Recompile with -Xlint:deprecation for details. make-manifest: compile: compileExtras: build: [jar] Building jar: http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/contrib/dataimporthandler/target/apache-solr-dataimporthandler-2009-07-10_08-06-18.jar [jar] Building jar: http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/contrib/dataimporthandler/target/apache-solr-dataimporthandler-extras-2009-07-10_08-06-18.jar example: [copy] Copying 1 file to http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/example/example-DIH/solr/mail/lib [copy] Copying 2 files to http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/example/example-DIH/solr/mail/lib [copy] Copying 21 files to http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/example/example-DIH/solr/mail/lib init: init-forrest-entities: compile-solrj: compile: [javac] Compiling 1 source file to http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/build/solr [javac] Note: http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/src/java/org/apache/solr/search/DocSetHitCollector.java uses or overrides a deprecated API. [javac] Note: Recompile with -Xlint:deprecation for details. make-manifest: compile: build: [jar] Building jar: http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/contrib/extraction/build/apache-solr-cell-2009-07-10_08-06-18.jar example: [copy] Copying 1 file to http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/example/solr/lib [copy] Copying 21 files to http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/example/solr/lib example: init: init-forrest-entities: compile-solrj: compile: [javac] Compiling 1 source file to http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/build/solr [javac] Note: http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/src/java/org/apache/solr/search/DocSetHitCollector.java uses or overrides a deprecated API. [javac] Note: Recompile with -Xlint:deprecation for details. make-manifest: compile: build: [jar] Building jar: http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/contrib/velocity/src/main/solr/lib/apache-solr-velocity-2009-07-10_08-06-18.jar example: example: [copy] Copying 1 file to http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/example/webapps [jar] Building jar: http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/example/exampledocs/post.jar [echo] See http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/example/README.txt for how to run the Solr example configuration. javadoc-core: [mkdir] Created dir: http://hudson.zones.apache.org/hudson/job/Solr-trunk/ws/trunk/build/docs/api/solr [javadoc] Generating Javadoc [javadoc] Javadoc execution [javadoc] Loading source files for package org.apache.solr.analysis... [javadoc] Loading source files for package org.apache.solr.core... [javadoc] Loading source files for package org.apache.solr.handler... [javadoc] Loading source files for package org.apache.solr.handler.admin... [javadoc] Loading source files for package org.apache.solr.handler.component... [javadoc] Loading source files for package org.apache.solr.highlight... [javadoc] Loading source files for package org.apache.solr.request... [javadoc] Loading source files for package org.apache.solr.schema... [javadoc] Loading source files for package org.apache.solr.search... [javadoc] Loading source files
Solr nightly build failure
init-forrest-entities: [mkdir] Created dir: /tmp/apache-solr-nightly/build [mkdir] Created dir: /tmp/apache-solr-nightly/build/web compile-solrj: [mkdir] Created dir: /tmp/apache-solr-nightly/build/solrj [javac] Compiling 83 source files to /tmp/apache-solr-nightly/build/solrj [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -Xlint:deprecation for details. [javac] Note: Some input files use unchecked or unsafe operations. [javac] Note: Recompile with -Xlint:unchecked for details. compile: [mkdir] Created dir: /tmp/apache-solr-nightly/build/solr [javac] Compiling 375 source files to /tmp/apache-solr-nightly/build/solr [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -Xlint:deprecation for details. [javac] Note: Some input files use unchecked or unsafe operations. [javac] Note: Recompile with -Xlint:unchecked for details. compileTests: [mkdir] Created dir: /tmp/apache-solr-nightly/build/tests [javac] Compiling 163 source files to /tmp/apache-solr-nightly/build/tests [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -Xlint:deprecation for details. [javac] Note: Some input files use unchecked or unsafe operations. [javac] Note: Recompile with -Xlint:unchecked for details. junit: [mkdir] Created dir: /tmp/apache-solr-nightly/build/test-results [junit] Running org.apache.solr.BasicFunctionalityTest [junit] Tests run: 19, Failures: 0, Errors: 0, Time elapsed: 28.234 sec [junit] Running org.apache.solr.ConvertedLegacyTest [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 11.6 sec [junit] Running org.apache.solr.DisMaxRequestHandlerTest [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 11.186 sec [junit] Running org.apache.solr.EchoParamsTest [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 3.921 sec [junit] Running org.apache.solr.OutputWriterTest [junit] Tests run: 3, Failures: 0, Errors: 0, Time elapsed: 6.351 sec [junit] Running org.apache.solr.SampleTest [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 2.78 sec [junit] Running org.apache.solr.SolrInfoMBeanTest [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 1.336 sec [junit] Running org.apache.solr.TestDistributedSearch [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 79.963 sec [junit] Running org.apache.solr.TestTrie [junit] Tests run: 7, Failures: 0, Errors: 0, Time elapsed: 19.486 sec [junit] Running org.apache.solr.analysis.DoubleMetaphoneFilterFactoryTest [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 0.529 sec [junit] Running org.apache.solr.analysis.DoubleMetaphoneFilterTest [junit] Tests run: 6, Failures: 0, Errors: 0, Time elapsed: 0.494 sec [junit] Running org.apache.solr.analysis.EnglishPorterFilterFactoryTest [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 2.126 sec [junit] Running org.apache.solr.analysis.HTMLStripReaderTest [junit] Tests run: 9, Failures: 0, Errors: 0, Time elapsed: 1.945 sec [junit] Running org.apache.solr.analysis.LengthFilterTest [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 2.922 sec [junit] Running org.apache.solr.analysis.SnowballPorterFilterFactoryTest [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 4.383 sec [junit] Running org.apache.solr.analysis.TestBufferedTokenStream [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 1.281 sec [junit] Running org.apache.solr.analysis.TestCapitalizationFilter [junit] Tests run: 2, Failures: 0, Errors: 0, Time elapsed: 2.636 sec [junit] Running org.apache.solr.analysis.TestCharFilter [junit] Tests run: 4, Failures: 0, Errors: 0, Time elapsed: 0.436 sec [junit] Running org.apache.solr.analysis.TestHyphenatedWordsFilter [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 2.683 sec [junit] Running org.apache.solr.analysis.TestKeepFilterFactory [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 3.667 sec [junit] Running org.apache.solr.analysis.TestKeepWordFilter [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 1.508 sec [junit] Running org.apache.solr.analysis.TestMappingCharFilter [junit] Tests run: 12, Failures: 0, Errors: 0, Time elapsed: 0.425 sec [junit] Running org.apache.solr.analysis.TestMappingCharFilterFactory [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 0.448 sec [junit] Running org.apache.solr.analysis.TestPatternReplaceFilter [junit] Tests run: 5, Failures: 0, Errors: 0, Time elapsed: 3.153 sec [junit] Running org.apache.solr.analysis.TestPatternTokenizerFactory [junit] Tests run: 1, Failures: 0, Errors: 0, Time elapsed: 1.859 sec [junit] Running org.apache.solr.analysis.TestPhoneticFilter