Re: Overlapping arguments (SOLR-17383)

We are almost done addressing all the overlapping issues I wanted to cover in this series and we already solved multiple conflicts. I would like to add the next resolutions in this message. Right now, the common entrypoint for the tools is bin/solr(.cmd). This includes the AssertTool, which uses s

New Solr Admin UI - POC Presentation

nvite link: https://calendar.app.google/aR49NJ72MfdwKfcBA Read more about this Solr improvement proposal (SIP-7) at https://cwiki.apache.org/confluence/display/SOLR/SIP-7+Updated+Solr+Admin+UI . Best regards, Christos Malliaridis

Re: Overlapping arguments (SOLR-17383)

I am happy with the current solution of your PR Eric, thanks. I would like to continue with two more flags that may cause confusion or in future additional conflicts. These flags are -f and -s. They are used multiple times in multiple tools for different options or similar options with different n

Re: SIP-7 New Admin UI

Thanks Jason for updating the SIP-7 page. I think further updates to the page will follow soon with more information. I have prepared a presentation in favor of the POC ( https://github.com/apache/solr/pull/2605) where I go through the basic theory and show how a component with Kotlin and Compose

Re: Overlapping arguments (SOLR-17383)

> >> > >> Maybe both? Meaning, if "-v" is provided, start Solr in verbose mode > and > >> print the version number first. > >> > >> On Sun, Sep 8, 2024 at 2:34 PM Christos Malliaridis < > >> c.malliari...@gmail.com> > >

Re: Introducing Gradle Version Catalogs

I've now revised the initial PR (https://github.com/apache/solr/pull/2646) and created a clean PR with the changes and version conflict resolution. See for that https://github.com/apache/solr/pull/2706. The new PR does not include dependency updates like the initial PR. Right now, the constraints

Re: Overlapping arguments (SOLR-17383)

t; Why keep "-v" and "-version" around? I'd much rather keep the very > widely-used "-v"="--verbose". > > Only supporting "bin/solr version" makes much more sense to me. And I'm not > even particularly worried about back com

Re: Overlapping arguments (SOLR-17383)

e the right naming from now on. A nice website with useful information that Eric showed me is *https://clig.dev/. On Fri, Aug 30, 2024 at 7:51 PM Christos Malliaridis < c.malliari...@gmail.com> wrote: > Continuing with the next conflict, > > We use -p mainly for the port argument and

Re: Overlapping arguments (SOLR-17383)

eTool and --params in PostTool are used for passing parameters, we can consider in another discussion to deprecate and replace --param with --params. On Tue, Aug 27, 2024 at 11:17 PM Christos Malliaridis < c.malliari...@gmail.com> wrote: > Hello everyone, > > In order to start res

Re: Overlapping arguments (SOLR-17383)

/browse/SOLR-17423, which proposes the deprecation of -h for hostname in the context of RunExampleTool, and the removal of it in future major releases (10.0 ongoing). If there are any objections, please let us know. Best, Christos On Fri, Jul 26, 2024 at 9:36 PM Christos Malliaridis < c.malli

Re: Introducing Gradle Version Catalogs

> What palantir-consistent-versions did (always taking the ceiling) is easier but less transparent, I am for transparency too, I had enough troubleshooting sessions for fixing something that I couldn't see. What I also found is that there are some difficulties in keeping the constraints clean the

Re: Introducing Gradle Version Catalogs

I worked on the PR and solved the version conflicts now. I considered removing the plugin, as you proposed, but I ended up using it instead, because its functionality is still useful in my opinion. I am just not very happy with the repetitive constraints and the need to include transitive dependenc

Re: Introducing Gradle Version Catalogs

I've created SOLR-17406 and PR 2646 so that we have something to work with. We probably have more than enough time to finish this migration before Solr 10 is released.

Re: Introducing Gradle Version Catalogs

> It's not just that. Indeed, I saw that you also added spotless and tidy to the gradle build files and provided a gradle plugin for the dependency checks. I definitely and unintentionally talked down your work in that PR, sorry for that. I started a couple weeks ago a migration without knowing t

Re: Updating Dependencies - Apache Tika

find a suitable Java client for Tika > Server REST API. Perhaps that exists now? > > Jan Høydahl > > > 12. aug. 2024 kl. 16:20 skrev Christos Malliaridis < > c.malliari...@gmail.com>: > > > > Hello everyone, > > > > I've been looking into the d

Introducing Gradle Version Catalogs

In the Lucene project there was a couple weeks ago a migration to version catalogs (see PR #13484 ). I'd like to follow the same approach in Solr, as it would allow us to sync some of the dependencies and keep all versions in one file. If this is some

Updating Dependencies - Apache Tika

Hello everyone, I've been looking into the dependencies of the project and thought that we could update a couple of them, together with their license files (wherever necessary). I tried to start with Apache Tika and upgrade it from 1.28.5 to 2.9.2, which is a huge step due to some restructuring o

Re: SIP-7 New Admin UI

de ready to look at. It might be a little > easier for folks to review and ask questions about the code if you use > it to create a "Draft" PR from your fork/branch - is that something > you'd be willing to do? > > Jason > > On Sun, Jul 28, 2024 at 1:24 PM Christos

Re: SIP-7 New Admin UI

With the input and feedback from the virtual meetup I'd like to wrap up the current progress with a couple of references: *Figma Design* I have created a Figma design (WIP) that

Overlapping arguments (SOLR-17383)

Hello devs, I would like to get some attention on overlapping arguments that I have found and documented in SOLR-17383 . This was one of my "bad experiences" when I started working with Solr, so I think it may be more important than I thought. Wit

Re: Retrieval of License and Notice files for /solr/licenses

t often > not. > > Dawid > > On Fri, Jul 19, 2024 at 12:37 AM Christos Malliaridis < > c.malliari...@gmail.com> wrote: > > > Hello devs, > > > > I was working on a migration to versions catalog to learn more about the > > gradle configurations and I

Retrieval of License and Notice files for /solr/licenses

Hello devs, I was working on a migration to versions catalog to learn more about the gradle configurations and I am now following the changes from https://github.com/apache/lucene/pull/13484 (thanks David for the reference). I wanted to figure out how the files in /solr/licenses are generated / c

Re: [DISCUSS] Community Virtual Meetup, July 2024

I'll try to participate too, the time and date would be great and easier for me to join. Thanks for organizing this time again. :) - Christos On Thu, 18 Jul 2024, 16:04 Jason Gerlowski, wrote: > Alright, > > I'm happy to organize this month. I'll create the meeting notes pages > and links sh

Re: SIP-7 New Admin UI

manage to partition the elephant, pick a few tasks further down the > road. > > I do Kotlin in day job, and it is an absolute joy to work with. Not hard > at all, so to committers fearing a "new" language, it is actually not that > different, just skip the "new" keywork

Re: SIP-7 New Admin UI

im to fill in > new gaps. Then, if you get traction there, as we migrate to V2 apis for > example, maybe that code gets moved into the new tool? > > > > > On Jul 15, 2024, at 3:49 PM, Christos Malliaridis < > c.malliari...@gmail.com> wrote: > > > > Thanks

Re: SIP-7 New Admin UI

e: > An admin UI can definitely be plugged in. Here is one: > https://github.com/yasa-org/yasa > And you would not be the first to consider a desktop client. There is > one of those too: https://solr.search-navigator.org/ > > On Tue, Jul 9, 2024 at 9:37 PM Christos Malliaridis

Re: IntelliJ not working with latest main

> > ListCollectionsResponse. > > > > Any ideas, please? > > > > If I rollback to the commit before the following one, it works fine: > > > > commit 461955f00118c69d06f50e72addeff12c8dd8169 > > Author: Christos Malliaridis > > Date: Tue Jun 11 18:15:01 2024

Re: Vex file 404

Apparently the file is available at https://solr.staged.apache.org/solr.vex.json, but not the production / official site. Looking into the commit history, the changes where VEX was re-enabled are not merged yet in

Re: SIP-7 New Admin UI

oncern with putting code in the main repo is that > it's > > > > > pretty far from the (current) PMC's/community's wheelhouse to > > > > > maintain. I definitely share that concern. But IMO we're already > > > > > sortof at

SIP-7 New Admin UI

Hello everyone, In regards to SIP-7 and SIP-10 I would like to add my perspective and address the current concerns about imple