[jdf-dev] [new organization] BOMs repository split

[Pete Muir]

I'm happy with that.

On 11 Jul 2013, at 14:30, Emmanuel Bernard <emmanuel at hibernate.org> wrote:

> 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
>>>> 
>>