Hello, +1 (binding)
Thanks, Alexandre Le jeu. 12 oct. 2023 à 10:15, Edward Armes <edward.ar...@gmail.com> a écrit : > > -1 (non-binding) > I would maybe think about keeping JDBC connector and dropping the Redis > connector as the JDBC connector could potentially include Redis. > > Edward > > On Thu, 12 Oct 2023, 08:33 Richard Zowalla, <r...@apache.org> wrote: > > > Hello all, > > > > A few weeks ago we conducted a survey [1] and discussed the results > > [2]. Corresponding details about the background can be found there. The > > short version: We have too few resources to keep all modules up to > > date. Old dependencies make it difficult to update the project. > > > > Now it's time for us to make an appropriate decision. For the sake of > > simplicity, let's vote on the whole package. If there are differences > > (ie. a VETO for this code change), we can still vote per module. > > > > Please keep in mind that corresponding modules can also exist outside > > the main project (e.g. as a fork). A removed module can also be added > > back at some point if it is updated and maintained appropriately. > > > > We are voting on the following proposal: > > > > Remove the following external components: > > > > - storm-cassandra > > - storm-eventhubs > > - storm-hbase > > - storm-hive > > - storm-jdbc > > - storm-kinesis > > - storm-mongodb > > - storm-mqtt > > - storm-openmtsdb > > - storm-pmml > > - storm-pulsar > > - storm-rocketmq > > - storm-solr > > > > Keep the following components: > > > > - storm-autocreds > > - storm-blobstore-migration > > - storm-hdfs-* > > - storm-jms > > - storm-kafka-* > > - storm-metrics > > - storm-redis > > > > > > "How to vote" on code modification is described here: > > https://www.apache.org/foundation/voting.html#votes-on-code-modification > > > > Only votes from the Storm PMC are binding, but everyone is welcome to > > vote. The vote passes if at least three binding +1 votes are cast. > > > > Please note: A -1 vote by a qualified voter (PMC) stops a code- > > modification proposal in its tracks. This constitutes a veto, and it > > cannot be overruled nor overridden by anyone. Vetoes stand until and > > unless the individual withdraws their veto. To prevent vetoes from > > being used capriciously, the voter must provide with the veto a > > technical justification showing why the change is bad (opens a security > > exposure, negatively affects performance, etc. ). A veto without a > > justification is invalid and has no weight. > > > > > > Please VOTE on the removal of the modules mentioned above. The vote is > > open for at least the next 72 hours or as long as needed. > > > > Please vote: > > > > [ ] +1 Remove the modules mentioned above > > [ ] 0 No opinion > > [ ] -1 Do NOT remove because {VETO REASON} > > > > Gruß > > Richard > > > > [1] https://lists.apache.org/thread/f0396c98ttt1688ys9jlxd3wx3ykvch4 > > [2] https://lists.apache.org/thread/s7nsrq4byn7z1b4504l8hy7vlj7f0bpl > >
