Thanks Uwe, I’m not sure what should be the scope of SIP-4. It can grow almost as much as we want it to since it will enable so many new things. But probably wise to contain it to the bootstrapper module, including memory locking, getting rid of web.xml and perhaps a few more low-hanging fruits? Then it will be easy to do further work either in new SIP’s if they require architectural discussion, or as plain JIRAs.
But feel free to add your idea to the bullet list of what this will enable. Then we can define the exact scope of the SIP as we continue. For those who have not followed the issues@ list, https://issues.apache.org/jira/browse/SOLR-14335 is the issue I have started already to create the bootstrap module and memory locking. Jan > 24. mar. 2020 kl. 16:09 skrev Uwe Schindler <u...@thetaphi.de>: > > Thanks Jan, > > I fully agree. You already started with the work, now getting rid of > start.jar should be easy. > > I have some other ideas to slim down the distribution: I would put all static > HTML and JavaScript into a JAR file and hook it up as Jetty > ClassPathResource. Of course that's more complicated during development. but > we can allow editing files in filesystem in the dev environment, but when the > bootstrapper in production startup sees the static asset jar file in > classpath, it could use it instead. > > Should I add this to the wiki page? > > Uwe > > Am March 24, 2020 3:01:43 PM UTC schrieb "Jan Høydahl" > <jan....@cominvent.com>: > It has been proposed many times to make Solr a truly standalone app and that > we should start Jetty from within Solr and not the other way around :) > Here is my formal SIP proposal for this: > > https://cwiki.apache.org/confluence/display/SOLR/SIP-4+Solr+should+own+the+bootstrap+process > > <https://cwiki.apache.org/confluence/display/SOLR/SIP-4+Solr+should+own+the+bootstrap+process> > > Please read the SIP description and then come back here for discussion. As > the discussion progresses, we can update the SIP page, and when there seems > to be consensus around the approach, we can call a vote and move the SIP to > the next table "Adopted/Accepted but unreleased SIPs». > > Jan > To unsubscribe, e-mail: dev-unsubscr...@lucene.apache.org > For additional commands, e-mail: dev-h...@lucene.apache.org > > > -- > Uwe Schindler > Achterdiek 19, 28357 Bremen > https://www.thetaphi.de <https://www.thetaphi.de/>
