Any such proposal should start with an attempt to solicit user input. I do wonder if we are doing enough to communicate important decisions like this to our users (to solicit this feedback). I worded that poorly maybe; I don't mean to suggest inadequacy on us necessarily as I have a greater concern on Solr users not adequately paying attention to the news/direction of the Solr project. Ah; I'm reminded sadly of a failed attempt to have a newsletter -- perhaps the perfect solution to this and other project engagement. I suggest we not reach out to specific users/organizations this time and we see who responds. We know of a certain organization who contributed these modules in the first place who almost certainly still use it. Let's see if our outreach efforts catch their notice (and they respond) or not.
Obviously we should get rid of it if nobody will maintain it. My hope is that users/organizations step up and give the module whatever love it needs. Note that the HDFS module is Solr's *only* solution to something vaguely "cloud-native", at least a separation of storage from compute. It was only advertised for being about HDFS (the backend storage solution) and not advertised for its broader ability to use more modern choices like S3. I'm sure potential users made a hard pass on this because, of course, they don't have and don't want to run HDFS. On Sat, Dec 21, 2024 at 8:36 AM David Eric Pugh <de...@yahoo.com.invalid> wrote: > Should we remove the hdfs module from Solr 10? Inspired by some of the > discussions in > https://lists.apache.org/thread/lltc0wjdghq18tt37zlrsd8ty35qsytl around > removing the hadoop-auth module, I think that this is a real possiblity. > I found some earlier work in > https://issues.apache.org/jira/browse/SOLR-14660 and > https://issues.apache.org/jira/browse/SOLR-14021 that put us on the path > for removing hdfs from Solr. > > If folks wanted to make it a third party package or modules for Solr, the > code has been separated, so that should be much more feasible. > I know a lot of folks are on holiday, so I won't make any commits till > January when folks are back in order to let folks voice their opinons, > however I may explore putting together a PR to remove it to see what that > looks like... > Also, this is an interesting read: > https://cwiki.apache.org/confluence/display/SOLR/Deprecations > Eric > > >
