Re: [PR] Update apache.hadoop to v3.4.1 - autoclosed [solr]
solrbot closed pull request #3060: Update apache.hadoop to v3.4.1 - autoclosed URL: https://github.com/apache/solr/pull/3060 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For additional commands, e-mail: issues-h...@solr.apache.org
[PR] chore(deps): update dependency org.owasp.dependencycheck to v12.1.0 [solr]
solrbot opened a new pull request, #3192: URL: https://github.com/apache/solr/pull/3192 This PR contains the following updates: | Package | Type | Update | Change | |---|---|---|---| | org.owasp.dependencycheck | plugin | minor | `12.0.2` -> `12.1.0` | --- ### Configuration 📅 **Schedule**: Branch creation - "* * * * *" (UTC), Automerge - At any time (no schedule defined). 🚦 **Automerge**: Disabled by config. Please merge this manually once you are satisfied. ♻ **Rebasing**: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox. 🔕 **Ignore**: Close this PR and you won't be reminded about this update again. --- - [ ] If you want to rebase/retry this PR, check this box --- This PR has been generated by [Renovate Bot](https://redirect.github.com/solrbot/renovate-github-action) -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For additional commands, e-mail: issues-h...@solr.apache.org
Re: [PR] SOLR-17669: Reduce Memory Consumption by 80-90% when using Dynamic fields (DocumentObjectBinder) [solr]
ds-manzinger commented on PR #3179: URL: https://github.com/apache/solr/pull/3179#issuecomment-2661372601 @dsmiley Now i added the Pattern as it was before and 2 additional Asserts with Wildcard in the middle and Wildcard at the beginning -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For additional commands, e-mail: issues-h...@solr.apache.org
[jira] [Resolved] (SOLR-17668) bin/solr cluster command missing from bin/solr -h
[ https://issues.apache.org/jira/browse/SOLR-17668?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eric Pugh resolved SOLR-17668. -- Fix Version/s: main (10.0) 9.9 Resolution: Fixed > bin/solr cluster command missing from bin/solr -h > - > > Key: SOLR-17668 > URL: https://issues.apache.org/jira/browse/SOLR-17668 > Project: Solr > Issue Type: Bug > Components: cli >Affects Versions: main (10.0), 9.8 >Reporter: Eric Pugh >Assignee: Eric Pugh >Priority: Minor > Labels: pull-request-available > Fix For: main (10.0), 9.9 > > Time Spent: 20m > Remaining Estimate: 0h > > After looking at [https://github.com/apache/solr/pull/3175/files] discovered > the bin/solr -h misses the "cluster" command. -- 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
Re: [PR] Address that the word solrcli doesnt find this main page in Ref Guide [solr]
epugh merged PR #3188: URL: https://github.com/apache/solr/pull/3188 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For additional commands, e-mail: issues-h...@solr.apache.org
[jira] [Commented] (SOLR-17609) Remove hdfs module
[ https://issues.apache.org/jira/browse/SOLR-17609?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17927532#comment-17927532 ] ASF subversion and git services commented on SOLR-17609: Commit 1e77bdf062db8245ac82109ef649d41eceaab0a9 in solr's branch refs/heads/main from Eric Pugh [ https://gitbox.apache.org/repos/asf?p=solr.git;h=1e77bdf062d ] SOLR-17609: Remove HDFS module (#2923) Removed the module, and updated the various supporting config files across Solr code base like security policies, logj4 configurations, build tooling and test tooling. Removed HDFS specific content from Ref Guide. Existing "blockcache" Java code has been migrated into solr/core under org.apache.solr.blackcache package structure. > Remove hdfs module > -- > > Key: SOLR-17609 > URL: https://issues.apache.org/jira/browse/SOLR-17609 > Project: Solr > Issue Type: Task > Components: hdfs >Affects Versions: main (10.0) >Reporter: Eric Pugh >Priority: Major > Labels: pull-request-available > Time Spent: 2.5h > Remaining Estimate: 0h > > One of the outcomes of the 2024 Community Survey is that we learned (in our > admittedly fairly unscientific) responses that hdfs module is not used. > This PR is to understand the impact of removing hdfs in Solr 10. > See [https://lists.apache.org/thread/hp6bov79rgrg0gb2ozzbzxxn30k2js0h] for > discussion on Dev. > Â > I won't merge this PR till we have more consensus. > This builds on work started in > https://issues.apache.org/jira/browse/SOLR-14660 and > https://issues.apache.org/jira/browse/SOLR-14021 -- 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] [Resolved] (SOLR-17609) Remove hdfs module
[ https://issues.apache.org/jira/browse/SOLR-17609?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Eric Pugh resolved SOLR-17609. -- Fix Version/s: main (10.0) Assignee: Eric Pugh Resolution: Fixed Completed.  If there is interest in restoring or doing new things, please speak up.  The existing "blockcache" implementation in Java code has been migrated into solr/core as org.apache.solr.blockcache as a potential building block for the future. > Remove hdfs module > -- > > Key: SOLR-17609 > URL: https://issues.apache.org/jira/browse/SOLR-17609 > Project: Solr > Issue Type: Task > Components: hdfs >Affects Versions: main (10.0) >Reporter: Eric Pugh >Assignee: Eric Pugh >Priority: Major > Labels: pull-request-available > Fix For: main (10.0) > > Time Spent: 2.5h > Remaining Estimate: 0h > > One of the outcomes of the 2024 Community Survey is that we learned (in our > admittedly fairly unscientific) responses that hdfs module is not used. > This PR is to understand the impact of removing hdfs in Solr 10. > See [https://lists.apache.org/thread/hp6bov79rgrg0gb2ozzbzxxn30k2js0h] for > discussion on Dev. >  > I won't merge this PR till we have more consensus. > This builds on work started in > https://issues.apache.org/jira/browse/SOLR-14660 and > https://issues.apache.org/jira/browse/SOLR-14021 -- 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
Re: [PR] SOLR-17609: Remove HDFS module [solr]
epugh merged PR #2923: URL: https://github.com/apache/solr/pull/2923 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For additional commands, e-mail: issues-h...@solr.apache.org
Re: [PR] Optimize Gradle tasks and configurations [solr]
epugh commented on PR #3191: URL: https://github.com/apache/solr/pull/3191#issuecomment-2661451039 Thanks for this! I've noticed that builds have been getting slower ;-) -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For additional commands, e-mail: issues-h...@solr.apache.org
Re: [PR] SOLR-17668: Add in cluster command to tool help. [solr]
epugh merged PR #3189: URL: https://github.com/apache/solr/pull/3189 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For additional commands, e-mail: issues-h...@solr.apache.org
Re: [PR] Update dependency org.apache.hadoop.thirdparty:hadoop-shaded-guava to v1.3.0 - autoclosed [solr]
solrbot closed pull request #3103: Update dependency org.apache.hadoop.thirdparty:hadoop-shaded-guava to v1.3.0 - autoclosed URL: https://github.com/apache/solr/pull/3103 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For additional commands, e-mail: issues-h...@solr.apache.org
Re: [PR] SOLR-17618: Add unit tests for org.apache.solr.util.TimeOut [solr]
bruno-roustant commented on PR #3026: URL: https://github.com/apache/solr/pull/3026#issuecomment-2661389121 Oh I didn't realize there was this PR waiting and with nice tests... sorry @sandbergja ! (and thanks David for pointing it to me) -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For additional commands, e-mail: issues-h...@solr.apache.org
Re: [PR] chore(deps): update kotlin to v2.1.10 [solr]
malliaridis closed pull request #3167: chore(deps): update kotlin to v2.1.10 URL: https://github.com/apache/solr/pull/3167 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For additional commands, e-mail: issues-h...@solr.apache.org
Re: [PR] Update and align UI module dependencies [solr]
malliaridis merged PR #3187: URL: https://github.com/apache/solr/pull/3187 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For additional commands, e-mail: issues-h...@solr.apache.org
Re: [PR] chore(deps): update dependency org.jetbrains.kotlinx:kotlinx-datetime to v0.6.2 [solr]
malliaridis closed pull request #3174: chore(deps): update dependency org.jetbrains.kotlinx:kotlinx-datetime to v0.6.2 URL: https://github.com/apache/solr/pull/3174 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For additional commands, e-mail: issues-h...@solr.apache.org
Re: [PR] chore(deps): update ktor to v3.1.0 [solr]
malliaridis closed pull request #3178: chore(deps): update ktor to v3.1.0 URL: https://github.com/apache/solr/pull/3178 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For additional commands, e-mail: issues-h...@solr.apache.org
Re: [PR] Optimize Gradle tasks and configurations [solr]
malliaridis commented on PR #3191: URL: https://github.com/apache/solr/pull/3191#issuecomment-2661469329 One of the reasons is that we are now compiling wasmJs executables during precommit, which lasts about 8 minutes and is the longest by far task. I was considering disabling it in precommit, but I'm not sure if this is a good idea. :/ -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For additional commands, e-mail: issues-h...@solr.apache.org
Re: [PR] adding a script on how to calculated the encoded password format with… [solr]
janhoy commented on PR #3162: URL: https://github.com/apache/solr/pull/3162#issuecomment-2661475003 +1 to a `bin/solr auth encode-pass` or similar in Java code. Or simply link to https://clemente-biondo.github.io/ or even embed the js as a tool on the solr website itself? -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For additional commands, e-mail: issues-h...@solr.apache.org
Re: [PR] Address that the word solrcli doesnt find this main page in Ref Guide [solr]
epugh commented on PR #3188: URL: https://github.com/apache/solr/pull/3188#issuecomment-2661452517 i suspect somewhere there must be some "SEO optimization"in Antora, but this is good enough. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For additional commands, e-mail: issues-h...@solr.apache.org
[jira] [Commented] (SOLR-17351) Cosmetic changes to v2 filestore "get file" API
[
https://issues.apache.org/jira/browse/SOLR-17351?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17927558#comment-17927558
]
ASF subversion and git services commented on SOLR-17351:
Commit 1f67b4f487cc371913fef581c59f4b44d3b3e2b5 in solr's branch
refs/heads/main from Jason Gerlowski
[ https://gitbox.apache.org/repos/asf?p=solr.git;h=1f67b4f487c ]
SOLR-17351: Decompose filestore "get file" API (#3047)
This PR splits up the "get file" endpoint into a number of different APIs.
Specifically:
- metadata-fetching has been moved out to the endpoint,
GET/api/cluster/filestore/metadata/some/path.txt
- Filestore commands such as pushing/pulling files are now available at:
POST /api/cluster/filestore/commands
- Support for "JSON-ified" file data has been dropped in this PR (but will be
retained but deprecated in the eventual 9.x backport)
These divisions allow us to generate SolrRequest/SolrResponse classes
representing these APIs, meaning that SolrJ users no longer need to use
GenericSolrRequest/GenericSolrResponse.
(This commit apes an earlier commit which offered similar functionality
but caused a few test failures. These have now been fixed.)
> Cosmetic changes to v2 filestore "get file" API
> ---
>
> Key: SOLR-17351
> URL: https://issues.apache.org/jira/browse/SOLR-17351
> Project: Solr
> Issue Type: Sub-task
> Components: Package Manager, v2 API
>Affects Versions: 9.6.1
>Reporter: Jason Gerlowski
>Priority: Minor
> Labels: pull-request-available
> Attachments: SOLR-17351.test-failures.tgz
>
> Time Spent: 2h 10m
> Remaining Estimate: 0h
>
> Solr's filestore APIs fit well with the REST-ful design we're targeting with
> our v2 APIs, with one large exception: the "get file" API current available
> at {{GET /api/node/files/somePath.txt}}. This API stands out for a few
> reasons:
> 1. It uses a different path-prefix than all other filestore APIs. (i.e.
> {{/api/node/files}} instead of {{/api/cluster/files}})
> 2. It exposes 4 or 5 conceptually distinct operations. Obviously in the
> "default" case it allows callers to retrieve filestore contents, but based on
> query params it can instead:
> - return filestore entry metadata (when {{meta=true}} is specified)
> - instruct the receiving Solr node to pull a file from another node's
> filestore and cache it locally (when {{getFrom=someOtherNode}} is specified)
> - instruct the receiving Solr node to push its cached copy of a file out to
> all other Solr nodes (when {{sync=true}} is specified)
> 3. Even in the default case of returning "raw" filestore contents, the API
> can provide two different styles of response:
> - if {{wt=json}} is specified Solr will take the filestore entry bytes,
> attempt to stringify them, and then return a JSON object that uses this
> string as the value for a "response" key. It's unclear how this would work
> for binary content
> - for all other values of "wt", the API will return the raw file content.
> We should reconsider this endpoint and see if it can't be massaged into being
> more in line with our other v2 APIs. Some cosmetic tweaks will go a long
> way, but the biggest benefit is likely to come from breaking the endpoint up
> into multiple distinct APIs. In its current form, the API returns such a
> variety of responses that it's hard to write client code for. (I suspect
> this is the main reason these "filestore" APIs were never made available in
> SolrJ.)
--
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
Re: [PR] fix the solr zk invocation [solr-operator]
gerlowskija commented on PR #756: URL: https://github.com/apache/solr-operator/pull/756#issuecomment-2661595935 @epugh - I believe what you're saying about ZK_HOST not being obeyed by `bin/solr` the way we thought, but I'm not sure how to square that with what I saw in my quick repro attempt [above](https://github.com/apache/solr-operator/pull/756#issuecomment-2653981478). It looked very much to me like having a "ZK_HOST" set was impacting things, even if we can't find the codepath by which that happens. But what am I missing something? > personally, when it comes to invoking the SolrCLI, I like the verbosity of passing in all the args, so there is less magic. I like the env-vars, personally. But if you think that's worth pursuing, a dev@ thread might be the best way to weigh support/consensus there? > I was doing this with solr 9.8.0 and solr-operator 0.8 You're sure your deployment used operator-0.8 @elangelo ? The 0.8 operator used a completely different CLI/client for talking to ZK than this code on 'main' currently uses. (The operator used `zkcli.sh` in 0.8, vs `bin/solr zk` in >= 0.9.0). Will try to do a bit more poking around here this week, but appreciate any clarification in the meantime. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For queries about this service, please contact Infrastructure at: us...@infra.apache.org - To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org For additional commands, e-mail: issues-h...@solr.apache.org
