Tomoko: Agreed. What I’m curious about regardless of LUCENE-9442 is whether building/distribution Luke is desirable. It’s not clear to me that we _should_ package and distribute Luke with Solr and/or Lucene, It flies in the face of the “slimmer faster Solr” effort. OTOH, if it’s a package, the work we need to do in Solr is different than if we add it to the distro...
And if the consensus is that we should consider it a developer’s tool rather than something we make available to casual users, I can just close SOLR-13412 as “won’t fix". > On Aug 7, 2020, at 11:15 PM, Tomoko Uchida <[email protected]> > wrote: > > Hi Erick, > > > 2> Currently, invoking it is an ant task, it’s not build/distributed. How > > this will work out in the Gradle build is TBD. > > As for this point, I think we should consider SOLR-13412 and LUCENE-9442 > separately, since the former is about making a distribution package and the > latter is about providing a helper for developers. > > Tomoko > > > 2020年8月7日(金) 22:28 Erick Erickson <[email protected]>: > All: > > I’m not sure this really makes sense at this point. I’ve outlined the current > state on the JIRA. The sort form is: > > 1> there’s some work currently being done to make the stand-alone Luke app > work in the Gradle world. > > 2> Currently, invoking it is an ant task, it’s not build/distributed. How > this will work out in the Gradle build is TBD. > > 3> I’m not sure trying to make this easily accessible from Solr ("bin/solr > luke" or similar) even in the event that the Gradle build creates the entire > standalone app adds enough value to make it worth the effort. We have a > subset of functionality with the Luke Request Handler, and people who need > the deeper dive that Luke provides can download the source and execute the > Gradle task. > > So I’m thinking of closing the JIRA as “won’t fix”. > > Please add comments to the JIRA > > Erick > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
