[jira] [Commented] (SOLR-16441) Upgrade Jetty to 11.x
[ https://issues.apache.org/jira/browse/SOLR-16441?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17837588#comment-17837588 ] Henrik commented on SOLR-16441: --- Maybe close this issue in favour of SOLR-17069 ? > Upgrade Jetty to 11.x > - > > Key: SOLR-16441 > URL: https://issues.apache.org/jira/browse/SOLR-16441 > Project: Solr > Issue Type: Improvement > Components: Server >Reporter: Tomas Eduardo Fernandez Lobbe >Priority: Major > Time Spent: 1h 20m > Remaining Estimate: 0h > > Solr is currently using Jetty 9.4.x and upgrading to Jetty 10.x in > SOLR-15955, we should look at upgrade to Jetty 11 which moves from javax to > jakarta namespace for servlet. > -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For additional commands, e-mail: issues-h...@solr.apache.org
[jira] [Updated] (SOLR-17177) 500 Exception at regular intervals after upgrading to 9.5.0
[ https://issues.apache.org/jira/browse/SOLR-17177?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Henrik updated SOLR-17177: -- Description: I get a "500 Exception" error log message at regular intervals after upgrading from 9.4.0 to 9.5.0. I'm using SolrCloud. Here's the exception: {code:java} org.apache.solr.common.SolrException: org.apache.solr.client.solrj.SolrServerException at org.apache.solr.handler.component.SearchHandler.throwSolrException(SearchHandler.java:665) at org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:583) at org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:226) at org.apache.solr.core.SolrCore.execute(SolrCore.java:2884)at org.apache.solr.servlet.HttpSolrCall.executeCoreRequest(HttpSolrCall.java:875) at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:561) at org.apache.solr.servlet.SolrDispatchFilter.dispatch(SolrDispatchFilter.java:262) at org.apache.solr.servlet.SolrDispatchFilter.lambda$doFilter$0(SolrDispatchFilter.java:219) at org.apache.solr.servlet.ServletUtils.traceHttpRequestExecution2(ServletUtils.java:249) at org.apache.solr.servlet.ServletUtils.rateLimitRequest(ServletUtils.java:215) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:213) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:195) at org.eclipse.jetty.servlet.FilterHolder.doFilter(FilterHolder.java:210) at org.eclipse.jetty.servlet.ServletHandler$Chain.doFilter(ServletHandler.java:1635) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:527) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:131) at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:598) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:122) at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:223) at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1580) at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:221) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1384) at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:176) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:484)at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1553) at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:174) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1306) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:129) at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:149) at org.eclipse.jetty.server.handler.InetAccessHandler.handle(InetAccessHandler.java:228) at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:141) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:122) at org.eclipse.jetty.rewrite.handler.RewriteHandler.handle(RewriteHandler.java:301) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:122) at org.eclipse.jetty.server.handler.gzip.GzipHandler.handle(GzipHandler.java:822) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:122) at org.eclipse.jetty.server.Server.handle(Server.java:563) at org.eclipse.jetty.server.HttpChannel$RequestDispatchable.dispatch(HttpChannel.java:1598) at org.eclipse.jetty.server.HttpChannel.dispatch(HttpChannel.java:753) at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:501)at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:287) at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:314) at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:100)at org.eclipse.jetty.io.SelectableChannelEndPoint$1.run(SelectableChannelEndPoint.java:53) at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.runTask(AdaptiveExecutionStrategy.java:421) at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.consumeTask(AdaptiveExecutionStrategy.java:390) at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.tryProduce(AdaptiveExecutionStrategy.java:277) at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.run(AdaptiveExecutionStrategy.java:199) at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:411) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:969
[jira] [Created] (SOLR-17177) 500 Exception at regular intervals after upgrading to 9.5.0
Henrik created SOLR-17177: - Summary: 500 Exception at regular intervals after upgrading to 9.5.0 Key: SOLR-17177 URL: https://issues.apache.org/jira/browse/SOLR-17177 Project: Solr Issue Type: Bug Security Level: Public (Default Security Level. Issues are Public) Components: http2 Affects Versions: 9.5.0 Environment: Running SolrCloud 9.5.0 on Solr Operator 0.6.0 in k8s 1.26 Reporter: Henrik Attachments: Skjermbilde 2024-02-23 kl. 15.04.36.png I get a "500 Exception" error log message at regular intervals after upgrading from 9.4.0 to 9.5.0. I'm using SolrCloud. Here's the exception: {code:java} org.apache.solr.common.SolrException: org.apache.solr.client.solrj.SolrServerException at org.apache.solr.handler.component.SearchHandler.throwSolrException(SearchHandler.java:665) at org.apache.solr.handler.component.SearchHandler.handleRequestBody(SearchHandler.java:583) at org.apache.solr.handler.RequestHandlerBase.handleRequest(RequestHandlerBase.java:226) at org.apache.solr.core.SolrCore.execute(SolrCore.java:2884)at org.apache.solr.servlet.HttpSolrCall.executeCoreRequest(HttpSolrCall.java:875) at org.apache.solr.servlet.HttpSolrCall.call(HttpSolrCall.java:561) at org.apache.solr.servlet.SolrDispatchFilter.dispatch(SolrDispatchFilter.java:262) at org.apache.solr.servlet.SolrDispatchFilter.lambda$doFilter$0(SolrDispatchFilter.java:219) at org.apache.solr.servlet.ServletUtils.traceHttpRequestExecution2(ServletUtils.java:249) at org.apache.solr.servlet.ServletUtils.rateLimitRequest(ServletUtils.java:215) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:213) at org.apache.solr.servlet.SolrDispatchFilter.doFilter(SolrDispatchFilter.java:195) at org.eclipse.jetty.servlet.FilterHolder.doFilter(FilterHolder.java:210) at org.eclipse.jetty.servlet.ServletHandler$Chain.doFilter(ServletHandler.java:1635) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:527) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:131) at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:598) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:122) at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:223) at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1580) at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:221) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1384) at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:176) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:484)at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1553) at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:174) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1306) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:129) at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:149) at org.eclipse.jetty.server.handler.InetAccessHandler.handle(InetAccessHandler.java:228) at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:141) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:122) at org.eclipse.jetty.rewrite.handler.RewriteHandler.handle(RewriteHandler.java:301) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:122) at org.eclipse.jetty.server.handler.gzip.GzipHandler.handle(GzipHandler.java:822) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:122) at org.eclipse.jetty.server.Server.handle(Server.java:563) at org.eclipse.jetty.server.HttpChannel$RequestDispatchable.dispatch(HttpChannel.java:1598) at org.eclipse.jetty.server.HttpChannel.dispatch(HttpChannel.java:753) at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:501)at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:287) at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:314) at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:100)at org.eclipse.jetty.io.SelectableChannelEndPoint$1.run(SelectableChannelEndPoint.java:53) at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.runTask(AdaptiveExecutionStrategy.java:421) at org.eclipse.jetty.util.thread.strategy.AdaptiveExecutionStrategy.consumeTask(AdaptiveExecutionStrategy.java:390) at org.eclipse.jetty.util.thread.
[jira] [Commented] (SOLR-16553) SolrTestCaseJ4 solr.install.dir property not initialized
[ https://issues.apache.org/jira/browse/SOLR-16553?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17637701#comment-17637701 ] Henrik commented on SOLR-16553: --- I'm currently using this workaround in my tests: {code:java} // Workaround for https://issues.apache.org/jira/browse/SOLR-16553 System.setProperty(SolrDispatchFilter.SOLR_INSTALL_DIR_ATTRIBUTE, Files.createTempDirectory("foo").toFile().getAbsolutePath()) {code} > SolrTestCaseJ4 solr.install.dir property not initialized > - > > Key: SOLR-16553 > URL: https://issues.apache.org/jira/browse/SOLR-16553 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) > Components: SolrJ, Tests >Affects Versions: 9.1 >Reporter: Bernd Wahlen >Assignee: Kevin Risden >Priority: Minor > Time Spent: 10m > Remaining Estimate: 0h > > i tried to upgrade solr-solrj + solr-test-framework from 9.0 -> 9.1 > i have some Testcases extending SolrTestCaseJ4 and initialized like this. > With 9.1 they fail with solr.install.dir property not initialized (i fixed > this adding the system property to every test class like below). > Is this change intended? (there is no solr installation, just the test > framework running on temporary dir@build server). > {code:java} > @BeforeClass > public static void beforeClass() throws Exception { > System.setProperty("solr.install.dir", "./"); //inserted to > keep running with solrj-9.1 > initCore("solrconfig.xml", "schema.xml", "./", "city_v2"); > lrf.qtype = "/select"; > } > {code} -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For additional commands, e-mail: issues-h...@solr.apache.org
[jira] [Commented] (SOLR-16502) Only first maxChars for a field is respected
[ https://issues.apache.org/jira/browse/SOLR-16502?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17625059#comment-17625059 ] Henrik commented on SOLR-16502: --- Link to thread in us...@solr.apache.org: https://lists.apache.org/thread/fb4clbk44cg6464fmb9cd8j4ncpo6omw > Only first maxChars for a field is respected > > > Key: SOLR-16502 > URL: https://issues.apache.org/jira/browse/SOLR-16502 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Affects Versions: 9.0 >Reporter: Fredrik Rodland >Priority: Major > Attachments: maxchars.patch > > > We’ve stumbled upon something that seems like a bug. The behaviour is > changed since solr 8.11. > If we setup copyfield with maxChars, this is “remembered” for all other > copyField-operations (at least for the same source field). > From schema.xml: > {{ multiValued="true"/>}} > {{}} > Input doc: > {{body:“On a brighter note, they have a phone number to call if you are > interested in volunteering. You can call 860 - 690 - 4300 ext 2. (there are > a lot of forms to fill out, and they are asking for info on when the babies > are due) There was a lady in here yesterday asking how to volunteer. She is > 2 - 3 months pregnant and wants to get her hands dirty. She says her husband > will be home at the time, but can't drive, so she wants to be able to help > out. So I told her the names of the people who are in charge, and also > pointed her in the direction of a site where she can make an appointment to > drop off some pre - packaged meals. I'll let you know what I hear from them > when I do. One day I had not posted because all I was going to do was > complain about how the morning sickness is wearing me out! Then I thought, I > can make this an uplifting post, so I'll share with you about my friend > Jackie, who I met in high school, who went through this 2 years ago with her > first baby, Samuel."}} > search with qf=searchablefield for q=“Samuel" > HIT (OK) > {{}} > {{}} > HIT (OK) > {{}} > {{}} > NO HIT (as expected) > {{}} > {{}} > {{}} > {{}} > Included a patch with a couple of new fields added to schema.xml and a > failing test. > > This was also posted to the user mailling list. -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For additional commands, e-mail: issues-h...@solr.apache.org
[jira] [Commented] (SOLR-16471) Impossible to set bind host for Embedded Zookeeper in Solr9 docker image
[ https://issues.apache.org/jira/browse/SOLR-16471?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17620034#comment-17620034 ] Henrik commented on SOLR-16471: --- Thanks a lot for the tip about using volume bind bounds, that solved this issue for us :) We're using solrcloud and embedded zookeeper for feature tests, and when running our applications locally. Having the embedded zk available makes the setup slightly easier. > Impossible to set bind host for Embedded Zookeeper in Solr9 docker image > > > Key: SOLR-16471 > URL: https://issues.apache.org/jira/browse/SOLR-16471 > Project: Solr > Issue Type: Bug > Security Level: Public(Default Security Level. Issues are Public) >Reporter: Henrik >Priority: Major > > Solr 9 switched clientPortAddress in solr/server/solr/zoo.cf from 0.0.0.0 to > 127.0.0.1. When using the solr9 docker images it is impossible to override > this value: > * The file is owned by root and cannot be overwritten > * The ZOOCFG and ZOOCFGDIR environment variables aren't read by > solr/core/src/java/org/apache/solr/cloud/SolrZkServer.java > The only workaround I have found is to duplicate solr's Dockerfile and build > an alternative solr9 docker image. -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For additional commands, e-mail: issues-h...@solr.apache.org
[jira] [Created] (SOLR-16471) Impossible to set bind host for Embedded Zookeeper in Solr9 docker image
Henrik created SOLR-16471: - Summary: Impossible to set bind host for Embedded Zookeeper in Solr9 docker image Key: SOLR-16471 URL: https://issues.apache.org/jira/browse/SOLR-16471 Project: Solr Issue Type: Bug Security Level: Public (Default Security Level. Issues are Public) Reporter: Henrik Solr 9 switched clientPortAddress in solr/server/solr/zoo.cf from 0.0.0.0 to 127.0.0.1. When using the solr9 docker images it is impossible to override this value: * The file is owned by root and cannot be overwritten * The ZOOCFG and ZOOCFGDIR environment variables aren't read by solr/core/src/java/org/apache/solr/cloud/SolrZkServer.java The only workaround I have found is to duplicate solr's Dockerfile and build an alternative solr9 docker image. -- This message was sent by Atlassian Jira (v8.20.10#820010) - To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For additional commands, e-mail: issues-h...@solr.apache.org