This SIP would also make a unification of timeout configuration much easier (SOLR-13457)
On Tue, Mar 24, 2020 at 11:24 AM Jan Høydahl <jan....@cominvent.com> wrote: > 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 >> >> 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 >> <dev-unsubscr...@lucene.apache.org> >> For additional commands, e-mail: dev-h...@lucene.apache.org >> <dev-h...@lucene.apache.org> >> >> > -- > Uwe Schindler > Achterdiek 19, 28357 Bremen > https://www.thetaphi.de > > > -- http://www.needhamsoftware.com (work) http://www.the111shift.com (play)
