[jira] [Created] (SOLR-3362) FacetComponent throws NPE when doing distributed query
FacetComponent throws NPE when doing distributed query -- Key: SOLR-3362 URL: https://issues.apache.org/jira/browse/SOLR-3362 Project: Solr Issue Type: Bug Components: SolrCloud Affects Versions: 4.0 Environment: MacOSX Reporter: Jamie Johnson When executing a query against a field in my index I am getting the following exception The query I am executing is as follows: http://host:port/solr/collection1/select?q=bob&facet=true&facet.field=organization debugging the FacetComponent line 489 sfc is null SEVERE: java.lang.NullPointerException at org.apache.solr.handler.component.FacetComponent.refineFacets(FacetComponent.java:489) at org.apache.solr.handler.component.FacetComponent.handleResponses(FacetComponent.java:278) at org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:307) at org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:129) at org.apache.solr.core.SolrCore.execute(SolrCore.java:1550) at org.apache.solr.servlet.SolrDispatchFilter.execute(SolrDispatchFilter.java:442) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:263) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1337) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:484) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:119) at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:524) at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:233) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1065) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:413) at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:192) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:999) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:117) at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:250) at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:149) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:111) at org.eclipse.jetty.server.Server.handle(Server.java:351) at org.eclipse.jetty.server.AbstractHttpConnection.handleRequest(AbstractHttpConnection.java:454) at org.eclipse.jetty.server.BlockingHttpConnection.handleRequest(BlockingHttpConnection.java:47) at org.eclipse.jetty.server.AbstractHttpConnection.headerComplete(AbstractHttpConnection.java:890) at org.eclipse.jetty.server.AbstractHttpConnection$RequestHandler.headerComplete(AbstractHttpConnection.java:944) at org.eclipse.jetty.http.HttpParser.parseNext(HttpParser.java:634) at org.eclipse.jetty.http.HttpParser.parseAvailable(HttpParser.java:230) at org.eclipse.jetty.server.BlockingHttpConnection.handle(BlockingHttpConnection.java:66) at org.eclipse.jetty.server.bio.SocketConnector$ConnectorEndPoint.run(SocketConnector.java:254) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:599) at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:534) at java.lang.Thread.run(Thread.java:662) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (SOLR-3275) Add the ability to set shard and collection in web gui when adding a shard
Add the ability to set shard and collection in web gui when adding a shard -- Key: SOLR-3275 URL: https://issues.apache.org/jira/browse/SOLR-3275 Project: Solr Issue Type: New Feature Components: web gui Affects Versions: 4.0 Reporter: Jamie Johnson Currently the latest web gui allows you to add an additional core but does not allow you to specify the shard or collection that core should be part of. In the core admin view when adding a core we should expose options to set these values when creating a core. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (SOLR-3231) Add the ability to KStemmer to preserve the original token when stemming
Add the ability to KStemmer to preserve the original token when stemming Key: SOLR-3231 URL: https://issues.apache.org/jira/browse/SOLR-3231 Project: Solr Issue Type: Improvement Components: Schema and Analysis Affects Versions: 4.0 Reporter: Jamie Johnson Attachments: KStemFilter.patch While using the PorterStemmer, I found that there were often times that it was far to aggressive in it's stemming. In my particular case it is unrealistic to provide a protected word list which captures all possible words which should not be stemmed. To avoid this I proposed a solution whereby we store the original token as well as the stemmed token so exact searches would always work. Based on discussions on the mailing list Ahmet Arslan, I believe the attached patch to KStemmer provides the desired capabilities through a configuration parameter. This largely is a copy of the org.apache.lucene.wordnet.SynonymTokenFilter. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (SOLR-3117) CoreDescriptor attempts to use the name before checking if it is null
CoreDescriptor attempts to use the name before checking if it is null - Key: SOLR-3117 URL: https://issues.apache.org/jira/browse/SOLR-3117 Project: Solr Issue Type: Improvement Components: SolrCloud Affects Versions: 4.0 Reporter: Jamie Johnson Priority: Minor in CoreDescriptor when creating the cloudDesc the name is accessed before checking if it is null I believe it should be the following instead {code} public CoreDescriptor(CoreContainer coreContainer, String name, String instanceDir) { this.coreContainer = coreContainer; this.name = name; if (name == null) { throw new RuntimeException("Core needs a name"); } if(coreContainer != null && coreContainer.getZkController() != null) { this.cloudDesc = new CloudDescriptor(); // cloud collection defaults to core name cloudDesc.setCollectionName(name.isEmpty() ? coreContainer.getDefaultCoreName() : name); } if (instanceDir == null) { throw new NullPointerException("Missing required \'instanceDir\'"); } instanceDir = SolrResourceLoader.normalizeDir(instanceDir); this.instanceDir = instanceDir; this.configName = getDefaultConfigName(); this.schemaName = getDefaultSchemaName(); } {code} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (SOLR-2811) Current SolrCloud implementation does not provide a mechanism to determine which servers are masters/slaves
Current SolrCloud implementation does not provide a mechanism to determine which servers are masters/slaves --- Key: SOLR-2811 URL: https://issues.apache.org/jira/browse/SOLR-2811 Project: Solr Issue Type: Improvement Components: SolrCloud Reporter: Jamie Johnson Priority: Minor Currently SolrCloud only writes the following information to ZK node_name=jamiesmac:8983_solr url=http://jamiesmac:8983/solr/ which is not enough information to know if this server is a master or a slave. By including some additional information we can quickly determine if this server should be considered for reads and or writes. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org
[jira] [Created] (SOLR-2799) SolrCloud reads its entire state from Zookeeper on every update instead of what has changed
SolrCloud reads its entire state from Zookeeper on every update instead of what has changed --- Key: SOLR-2799 URL: https://issues.apache.org/jira/browse/SOLR-2799 Project: Solr Issue Type: Improvement Components: SolrCloud Reporter: Jamie Johnson Priority: Minor Attachments: cloudstate.patch Currently solrcloud reads the entire cloud state from ZK anytime an update is scheduled which can be very inefficient with a large number of shards. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira - To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org For additional commands, e-mail: dev-h...@lucene.apache.org