Absolutely. Have already contributed 3 PRs which have been merged, so I am comfortable with building Solr.
I will try these out this weekend. Will report with issues if any and give a fix wherever I can. Regards, Rahul On Fri, Jul 26, 2024 at 2:51 PM Eric Pugh <ep...@apache.org> wrote: > Rahul, I remember you spoke up a lot at one of the meetups! > > Are you comfortable with checking the source code out of Github and > compiling it and running it? > > If so, please checkout the branch of Solr: > https://github.com/apache/solr/pull/2593 > > Run "gw dev" which will build solr in your ./solr/packaging/build/dev > directory. > > Cd into that directory and then try out the bin/solr start, bin/solr stop, > bin/solr restart. <-- I expect htem all to run just fine, they really > have NOT been touched. > > Then, test out the ZK commands. > > Fire up solr via bin/solr start -c -e techproducts which gets you a > solrcloud mode solr... > > then try out the various bin/solr zk commands... ls, cp, mkdir, etc... > Those are really the ones in this PR that I need some testing... > > Alternatively, you can grab the zip file > http://home.apache.org/~epugh/solr/solr-cli-zk-args.zip and use that, it > was built off PR 2593. > > Please report any bugs, and ideally, if you can tweak the bin/solr.cmd > script to fix any issues, that would be huge.... > > > > On 2024/07/26 14:56:20 Rahul Goswami wrote: > > Hey Eric, > > I am a prolific Windows user of Solr (several different clusters > totalling > > 300+ nodes of Windows servers). I must mention though that we circumvent > > the use of cmd scripts to be able to directly launch the Jetty Java main > > class which starts the webserver and thus Solr. > > > > I am happy to help test out whatever you need to keep things in shape > > on Windows. Let me know how you want to collaborate on this. > > > > Thanks, > > Rahul > > > > On Thu, Jul 25, 2024 at 4:32 PM Eric Pugh < > ep...@opensourceconnections.com> > > wrote: > > > > > Hi all, I’m looking for some help from our Solr user’s who run on > Windows! > > > > > > In the past year I’ve been working on improving Solr’s Command Line > > > Interface, paying down some tech debt, making parameters make more > sense, > > > and generally doing a lot of polishing. > > > > > > Commands like “bin/solr.cmd start” or “bin/solr.cmd zk ls”. > > > > > > One of the initiatives has been to move a lot of the repetitive and > error > > > prone argument processing from the bin/solr.cmd script into the Java > code. > > > This will make testing of the scripts easier. > > > > > > This is where YOU come in! > > > > > > I need some folks to test out the various “bin/solr.cmd” commands, > > > especially the ones related to the “bin/solr.cmd zk” set of sub > commands to > > > make sure that the refactoring work I’ve done hasn't broken anything. > > > > > > I have built a version of Solr that has the changes to bin/solr.cmd > that > > > you can download from > > > http://home.apache.org/~epugh/solr/solr-cli-zk-args.zip. > > > > > > The Pull Request that this was built off is > > > https://github.com/apache/solr/pull/2593 and you are welcome to chime > in > > > on the Github ticket, or here, or directly with me. If you want to > pair > > > on the testing, I’m happy to jump on Zoom/Slack Huddle and do that as > well! > > > > > > This code is targeted for the upcoming 9.7 release, so getting some > > > testing in now will ensure that it doesn’t hold up Solr 9.7 coming out > in > > > August. > > > > > > Thanks! > > > > > > Eric > > > _______________________ > > > Eric Pugh | Founder | OpenSource Connections, LLC | 434.466.1467 | > > > http://www.opensourceconnections.com < > > > http://www.opensourceconnections.com/> | My Free/Busy < > > > http://tinyurl.com/eric-cal> > > > Co-Author: Apache Solr Enterprise Search Server, 3rd Ed < > > > > https://www.packtpub.com/big-data-and-business-intelligence/apache-solr-enterprise-search-server-third-edition-raw > > > > > > > > This e-mail and all contents, including attachments, is considered to > be > > > Company Confidential unless explicitly stated otherwise, regardless of > > > whether attachments are marked as such. > > > > > > > > >