[jdf-dev] [new organization] BOMs repository split
Emmanuel Bernard
emmanuel at hibernate.org
Thu Jul 11 09:30:30 EDT 2013
Sorry for taking so long to think about this issue. If that's still
relevant, here is what I think. We should indeed have a BOM including
ORM and a different one including Hibernate Search with the second
having a dependency on the first.
The reasons that lead to this are:
- JDG and WFK use Hibernate Search
- EAP uses ORM
- HSearch depends on ORM
- HSearch life cycle is faster than ORM's
Emmanuel
On Fri 2013-07-05 18:50, Pete Muir wrote:
> Both mixins and inheritance are supported.
>
> On 5 Jul 2013, at 17:31, Emmanuel Bernard <emmanuel at hibernate.org> wrote:
>
> > I don't know. Can you mixin BOMs or are they rigidly hierarchical?
> >
> > On 5 juil. 2013, at 18:09, Pete Muir <pmuir at redhat.com> wrote:
> >
> >> So, do we have a -with-hibernate-orm and -with-hibernate-search BOM?
> >>
> >> On 5 Jul 2013, at 16:40, Emmanuel Bernard <emmanuel at hibernate.org> wrote:
> >>
> >>> On Fri 2013-07-05 11:47, Rafael Benevides wrote:
> >>>> As part of the plan, the BOMs will be splited according to its product:
> >>>> EAP or WFK
> >>>>
> >>>> Today there are some BOMs that is distributed in both products. My
> >>>> question is what we should do about them? Move it to EAP or move it to WFK?
> >>>>
> >>>> The worst if keeping it in both repos.
> >>>>
> >>>> These are the boms that have release on eap 6.1 and wfk 2.2
> >>>>
> >>>> - with-deltaspike
> >>>> - with-errai
> >>>> - with-hibernate
> >>>
> >>> With Hibernate ORM being at the center of EAP's persistence
> >>> implementation, ORM should be in a BOM shared by anyone seeding off EAP.
> >>>
> >>> Hibernate Search being used by WFK, Data Services and JBoss Data Grid
> >>> it's quite more complicated but again some "common libs" used by a
> >>> common set of versions of EAP, WFK and SOA.
> >>> But I'm sure, at least initially that we will need to have some
> >>> exceptions esp until the search support for JDG matures enough.
> >>>
> >>> It's somehow tied ot the layered architecture and the idea of a core
> >>> shared by compatible platforms.
> >>>
> >>> That's a general view but we should discuss on email (or if we have to
> >>> on a call) the exact requirements and needs of these BOMs to come to the
> >>> proper solution.
> >>>
> >>> Emmanuel
> >>> _______________________________________________
> >>> jdf-dev mailing list
> >>> jdf-dev at lists.jboss.org
> >>> https://lists.jboss.org/mailman/listinfo/jdf-dev
> >>
>
More information about the jdf-dev
mailing list