Hi, On Fri, 2022-06-17 at 10:19 +0700, Rene Cordier wrote:
[...] > > > > > Instead of deleting the support for ES 7, we could just keep it and run > > tests against OpenSearch. > > > > Investment is very low and people don't have to switch to non- > > opensource ES 8 if they don't want to. > > I'm sorry you are mixing up things... It's not question anymore to move > up to ES 8 at all, > Sorry, I must have missed that part from your email. > none of the 3 solutions I proposed above are implying > this. > Well, I was thinking that, given you already have a ES 8 impl almost done, you would like to keep it. It looks like I was wrong. > We agree it's better to just switch to OpenSearch and not continue > with ES versions after 7.10. > Definitely something I missed in the discussion. > > > > If ever somebody has interest in migrating to OpenSearch 2, it can be > > migrated at this point. > > Well as said as well... I did spend a lot of time on it personally to > migrate to their new java client, that looks very similar to the one on > es8 (that's why the POC is starting from the ES work: > https://github.com/apache/james-project/pull/1051... but I can clean it > up to make all the es 8 stuff disappear?) > > However I remain an issue with the sort to which we had a workaround > with Benoit (but I personally don't like it) and I proposed a fix on > their client: > https://github.com/opensearch-project/opensearch-java/pull/169 . > > But maybe a bit early to fully migrate to that yet... > > > > > I would personally postpone the migration and go for solution 1. > > I understand why not solution 3... but what about solution 2? It's just > change the one dependency es client to opensearch high level one and > change all the imports and... nothing else. Effort needed is not much > more time consuming IMO? And you can use OpenSearch 2. Would like to > know what makes you afraid on this? > > To be honest, if you tackle this issue (I mean, if you have time to spend on the task), I don't really care how, we have a good test suite, we can always change later if needed. Sorry for my previous email, I got the main assumption wrong. Regards, -- Matthieu --------------------------------------------------------------------- To unsubscribe, e-mail: server-dev-unsubscr...@james.apache.org For additional commands, e-mail: server-dev-h...@james.apache.org