This would imply that when we finally release the Elasticsearch features, the Wildfly users won't be able to use it without also facing the complexity of overriding the ORM modules.

At the very least it means that Hibernate Search would also need to ship the ORM modules to allow it.. that would be a strong reason to contribute the ORM modules packaging to the ORM project.

My preference really is to keep it simple for users, and make sure that modules released with Search "just work" with the WildFly version of ORM. Not least remember that Jipijapa injects various other services, and it won't do that for custom packages of ORM. Could we find an alternative to have OGM move forward w/o needing this?

I also see value in allowing users of "latest Search" to use "latest ORM" so it's indeed a puzzling subject. Afaik we're able to keep compatibility with bot versions of ORM, so maybe we should ship multiple versions of the modules?

Remember that it's totally possible for power users to package Hibernate Search within their own deployment.