[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=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
[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
[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=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=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=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
