On Tue, 09 Mar 2010 10:42:13 -0300, Emmanuel Bernard
wrote:
>> In Infinispan dependencies like jbossjta are in test scope while the
>> jboss-transaction-api is in compile scope;
>> fine for me, I'm just warning that without modularizing Search this is
>> going to introduce many additional jars.
Inline:
2010/3/9 Emmanuel Bernard :
>
> On 9 mars 2010, at 12:47, Sanne Grinovero wrote:
>
>> Hi all,
>> I'd like to merge the Infinispan DirectoryProvider soon:
>>
>> The code is trivial as it was designed primarily for Search, but some
>> points need to be discussed:
>>
>> 1) Dependencies
>> 1A)
On 9 mars 2010, at 14:37, Sanne Grinovero wrote:
> Inline:
>
> 2010/3/9 Emmanuel Bernard :
>>
>> On 9 mars 2010, at 12:47, Sanne Grinovero wrote:
>>
>>> Hi all,
>>> I'd like to merge the Infinispan DirectoryProvider soon:
>>>
>>> The code is trivial as it was designed primarily for Search, bu
On 9 mars 2010, at 12:47, Sanne Grinovero wrote:
> Hi all,
> I'd like to merge the Infinispan DirectoryProvider soon:
>
> The code is trivial as it was designed primarily for Search, but some
> points need to be discussed:
>
> 1) Dependencies
> 1A) Transaction implementation:
> It does require
yes that is it;
There has been some talking about other strategies as well on previous
mails, like jms, but that lead to nowhere so yes I'm suggesting now to
forget about other default implementations at the moment and proceed
as you just said.
2010/3/9 Emmanuel Bernard :
> I thought the goal was
Hi all,
I'd like to merge the Infinispan DirectoryProvider soon:
The code is trivial as it was designed primarily for Search, but some
points need to be discussed:
1) Dependencies
1A) Transaction implementation:
It does require Infinispan modules, most are transitive dependencies of
org.infini
Hi Amin,
thanks to you, and sorry for the delay.
I've committed a first step that you obviously need - indipendently
from how we manage it - please see:
http://fisheye.jboss.org/changelog/Hibernate/search?cs=18939
So this should simplify your patch having impact only on the exception
handling stra
Unless anybody complains, I will release a final version of commons annotations
so that Core can rely on a final version.
___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev
Hi Sanne
You are right and Im not happy with the enum class. I wanted to have a
single configuration that was available on the creation of the search
factory and re use when required. I'll take a look at changing that
with a better solution.
Cheers
Amin
Sent from my iPhone
On 9 Mar 20
I thought the goal was to have something pluggable with two default impls
(exception and log). If that's what you are describing I am ok, if not, then I
don't understand ;)
On 9 mars 2010, at 12:08, Sanne Grinovero wrote:
> Emmanuel are you ok with this if we either log or rethrow the
> excepti
10 matches
Mail list logo
