Automatic assignment is wrong IMO. But I agree that some might find it useful.

On 23 mai 2012, at 22:11, Gunnar Morling wrote:

> One potential benefit of using components might be the ability to
> define "component leads" and have new issues within a component
> automatically assigned to its lead. I don't know though, whether
> that's useful or required in the context of OGM.
> 
> --Gunnar
> 
> 2012/5/23 Emmanuel Bernard <emman...@hibernate.org>:
>> What I'm saying is that, data stores are really 3 to 4 classes. Does it 
>> really warrant a full component for each?
>> 
>> On 22 mai 2012, at 18:24, Sanne Grinovero wrote:
>> 
>>> On 22 May 2012 16:22, Emmanuel Bernard <emman...@hibernate.org> wrote:
>>>> I almost did this a couple of time actually.
>>>> My rational for having datastore and not mongodb etc was that after the 
>>>> initial implementation, I expect few to no activity. If you think I am 
>>>> wrong, I'm fine with adding them as components.
>>> 
>>> you are currently using it mostly for task-planning, but it will end
>>> up being used as an *issue* tracker, no?
>>> Unless nobody uses them.. so I hope they will be useful.
>>> 
>>> Cheers,
>>> Sanne
>>> 
>>> 
>>>> 
>>>> On 21 mai 2012, at 23:27, Sanne Grinovero wrote:
>>>> 
>>>>> I'm tempted to create different components for each datastore, so we
>>>>> can easily classify them and search for areas:
>>>>> - ehcache
>>>>> - infinispan
>>>>> - mongodb
>>>>> - cassandra
>>>>> 
>>>>> useful to understand the progress per area.. we can later add more 
>>>>> components.
>>>>> 
>>>>> Alternative, we could use labels.. but they are often too flexible,
>>>>> while in this case a single category is often a good fit.
>>>>> 
>>>>> comments before I proceed?
>>>>> It's good for me to go through them, I just realized my mail filters
>>>>> were wiping out all changes I wasn't directly related with (unlike
>>>>> with Search) and I had no idea of some issues I'm seeing open now :-/
>>>>> 
>>>>> Cheers,
>>>>> Sanne
>>>>> _______________________________________________
>>>>> hibernate-dev mailing list
>>>>> hibernate-dev@lists.jboss.org
>>>>> https://lists.jboss.org/mailman/listinfo/hibernate-dev
>>>> 
>> 
>> 
>> _______________________________________________
>> hibernate-dev mailing list
>> hibernate-dev@lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/hibernate-dev


_______________________________________________
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev

Reply via email to