On 16 Jan 2014, at 13:42, Steve Ebersole <st...@hibernate.org> wrote:
>> Part of the discussion that I had with Steve this morning, and the piece >> that he particularly wanted to discuss here, is how to perform the >> extraction and where to put it: >> >> * Is this standalone service registry its own project, separate from the >> hibernate-orm project. Would that make it easier to use in other projects? >> Or is it a hibernate-ssr module within the hibernate-orm project. >> >> * Is it called hibernate-ssr or perhaps hibernate-serviceregistry? Perhaps >> the later is more appropriate especially if it’s a separate project. > > I agree with Hardy (from IRC) that hibernate-serviceregistry is better > than hibernate-ssr. For me the question really comes down to choosing > between: +1 for hibernate-serviceregistry. For me ssr is just too cryptic and and we usually use full names in modules/projects. > a) https://github.com/hibernate/hibernate-orm/hibernate-serviceregistry > b) https://github.com/hibernate/hibernate-serviceregistry I could live with both. As Steve is saying, there are pro and cons for both. Personally, I have a slight preference for #b. >From a consumer point of view, I am not so sure which other Hibernate project >would benefit from this atm. Validator has no use of it. Search maybe, but I see that a fair bit in the future. The concepts and ideas we took from ORM into the new Search ServiceManager fulfil the requirements in Search. I don’t think there is an immediate need there for a service registry artifact. Not sure about OGM!? —Hardy _______________________________________________ hibernate-dev mailing list hibernate-dev@lists.jboss.org https://lists.jboss.org/mailman/listinfo/hibernate-dev