[hibernate-dev] HSEARCH-3000 Pick Jigsaw Automatic Module names for all published modules
Guillaume Smet
guillaume.smet at gmail.com
Thu May 3 08:26:56 EDT 2018
On Thu, May 3, 2018 at 2:17 PM, Yoann Rodiere <yoann at hibernate.org> wrote:
> Still, there are several reasons because of which I'd rather use
> "org.hibernate.search.backend.<elasticsearch/lucene>":
>
> - It is closer to how we will probably refer to the module on a
> day-to-day basis: I don't know about you, but I'll probably talk about "the
> Elasticsearch backend" rather than "Elasticsearch indexing" or "the
> Elasticsearch module".
>
>
So, you might remember that I was the one proposing
"indexing.elasticsearch" and this is the main argument that convinced me.
>
> - It is consistent with our architecture and APIs in Search 6:
> - The main component (and entry point) in those modules will be an
> object implementing BackendImplementor (SPI)
> - We will actually expose "backends" as part of our Java APIs, for
> instance to allow users to retrieve the Elasticsearch client, or to query
> some backend-scoped metadata.
> - We will also use the word "backend" in the user configuration,
> where the user will have to define a backend, its type and its options
> using the "hibernate.search.backends.<backendName>.*" properties
>
>
+ this one.
We can use whatever name we want for Search 5 but I think the "backend"
choice is pretty obvious for Search 6.
--
Guillaume
More information about the hibernate-dev
mailing list