Sanne,
I thought about that as well but I do not see a way to ensure that all
other commands have been sent to other nodes other than waiting for
corresponding futures to return from get and then invoke locally in a
serial fashion.
I do not see a hook anywhere that will tell me when a command
2011/4/11 Vladimir Blagojevic :
> Hi,
>
> I discovered a problem with distributed framework in cases where
> Callables submitted for distributed execution contain mutable instance
> fields. Just before Callable is dispersed across cluster it gets invoked
> locally where instance fields of a submitt
Hi,
I discovered a problem with distributed framework in cases where
Callables submitted for distributed execution contain mutable instance
fields. Just before Callable is dispersed across cluster it gets invoked
locally where instance fields of a submitted Callable can be possibly
mutated; Ca
Hi Galder,
Am 11.04.11 14:13, schrieb Galder Zamarreño:
> Hey Olaf,
>
> First of all, thanks for work put so far on this!
>
> Pity you could not make it last week to Berlin Expert Days. I would have been
> great to sit down and go through this code together :| - hope you're doing
> better health
Hi,
answering inline:
2011/4/11 Israel Lacerra :
> Hi Sanne,
>
> When I create a LazyIterator, every node makes a local normal query and
> thern I return the TopDocs to the requester node. With TopDocs I can merge
> the results and maintain them ordered. I'm using the idea behind
> org.apache.luce
On Apr 11, 2011, at 3:04 PM, Vladimir Blagojevic wrote:
> On 11-04-01 11:54 AM, Galder Zamarreño wrote:
>> Hi,
>>
>> Re: https://issues.jboss.org/browse/ISPN-986
>>
>> As indicated in my comments, there's two room for two types of serialization
>> mechanisms: one for end users and the other fo
On 11-04-01 11:54 AM, Galder Zamarreño wrote:
> Hi,
>
> Re: https://issues.jboss.org/browse/ISPN-986
>
> As indicated in my comments, there's two room for two types of serialization
> mechanisms: one for end users and the other for SPIs.
>
> I've got a solution for this in
> https://github.com/ga
On 11 Apr 2011, at 13:46, Sanne Grinovero wrote:
> 2011/4/11 Mircea Markus :
>>
>> On 11 Apr 2011, at 13:14, Sanne Grinovero wrote:
>>
>>> 2011/4/11 Mircea Markus :
On 8 Apr 2011, at 18:30, Emmanuel Bernard wrote:
Yes I think that would fit the bill. Let me give some more
2011/4/11 Mircea Markus :
>
> On 11 Apr 2011, at 13:14, Sanne Grinovero wrote:
>
>> 2011/4/11 Mircea Markus :
>>>
>>> On 8 Apr 2011, at 18:30, Emmanuel Bernard wrote:
>>>
>>> Yes I think that would fit the bill. Let me give some more background
>>> Background
>>> In Hibernate OGM, we store collecti
On Apr 11, 2011, at 2:31 PM, Mircea Markus wrote:
>
> On 11 Apr 2011, at 13:14, Sanne Grinovero wrote:
>
>> 2011/4/11 Mircea Markus :
>>>
>>> On 8 Apr 2011, at 18:30, Emmanuel Bernard wrote:
>>>
>>> Yes I think that would fit the bill. Let me give some more background
>>> Background
>>> In Hi
Hi Sanne,
When I create a LazyIterator, every node makes a local normal query and
thern I return the TopDocs to the requester node. With TopDocs I can merge
the results and maintain them ordered. I'm using the idea behind
org.apache.lucene.search.ParallelMultiSearcher.search(Weight, Filter, int,
S
On Apr 11, 2011, at 11:56 AM, Sanne Grinovero wrote:
> 2011/4/11 Galder Zamarreño :
>> On Apr 8, 2011, at 7:07 PM, Sanne Grinovero wrote:
>>
>>>
>>>
>>> As Emmanuel pointed out while implementing OGM, if two different
>>> updates are being applied to an AtomicMap, it's possible that the
>>> up
On 11 Apr 2011, at 13:14, Sanne Grinovero wrote:
> 2011/4/11 Mircea Markus :
>>
>> On 8 Apr 2011, at 18:30, Emmanuel Bernard wrote:
>>
>> Yes I think that would fit the bill. Let me give some more background
>> Background
>> In Hibernate OGM, we store collections in a single key essentially as
2011/4/11 Mircea Markus :
>
> On 8 Apr 2011, at 18:30, Emmanuel Bernard wrote:
>
> Yes I think that would fit the bill. Let me give some more background
> Background
> In Hibernate OGM, we store collections in a single key essentially as a
> Set> ie as a set of tuples, esch tuple representing the
>
Hey Olaf,
First of all, thanks for work put so far on this!
Pity you could not make it last week to Berlin Expert Days. I would have been
great to sit down and go through this code together :| - hope you're doing
better health wise :)
Here are my thoughts so far:
- First of all, since you ha
On 8 Apr 2011, at 18:30, Emmanuel Bernard wrote:
> Yes I think that would fit the bill. Let me give some more background
>
> Background
> In Hibernate OGM, we store collections in a single key essentially as a
> Set> ie as a set of tuples, esch tuple representing the
> equivalent of one row of
On 8 Apr 2011, at 18:07, Sanne Grinovero wrote:
> Hi Mircea,
> I remember you recently mentioned that you have been looking into ways
> to give the ability to the application to resolve updating conflicts.
> I don't think you where referring to AtomicMap or any other DeltaAware
> specifically, bu
Hi Israel,
I'm looking for ways on how to make this easier for you, but as I'm
not completely sure on what you need, let's discuss on how to get it
more flexible:
We could make the classes
org.hibernate.search.query.engine.impl.HSQueryImpl
org.hibernate.search.query.engine.impl.QueryHits
suitable
Hi all,
I'm currently targeting BETA2 for this Friday. How does this sound? I know some
of you will be busy with JAX London.
Note that this is the last expected BETA, with CR1 planned for the week of 25th
April.
Please note that I'll be in Miracle Open World this week so my work will be cut
o
Guys, any thoughts on this? I want this in for BETA2...
On Apr 1, 2011, at 5:54 PM, Galder Zamarreño wrote:
> Hi,
>
> Re: https://issues.jboss.org/browse/ISPN-986
>
> As indicated in my comments, there's two room for two types of serialization
> mechanisms: one for end users and the other for
2011/4/11 Galder Zamarreño :
> On Apr 8, 2011, at 7:07 PM, Sanne Grinovero wrote:
>
>> Hi Mircea,
>> I remember you recently mentioned that you have been looking into ways
>> to give the ability to the application to resolve updating conflicts.
>> I don't think you where referring to AtomicMap or a
On Apr 8, 2011, at 7:07 PM, Sanne Grinovero wrote:
> Hi Mircea,
> I remember you recently mentioned that you have been looking into ways
> to give the ability to the application to resolve updating conflicts.
> I don't think you where referring to AtomicMap or any other DeltaAware
> specifically,
On Apr 7, 2011, at 9:05 AM, Bela Ban wrote:
> OK, so the question is whether FLUSH removal causes problems with
> replication or distribution, or both ?
FLUSH removal causes issues with state transfer in replication as shown in
https://issues.jboss.org/browse/ISPN-937
And I 'suspect' that th
We don't have a set date for final yet, it will depend on the feedback we get
back from users and other projects consuming it, i.e. JBoss Application Server
7.
On Apr 6, 2011, at 10:13 PM, Thomas P. Fuller wrote:
> That's very cool!
>
> Any ideas on an ETA for Infinispan 5.0 GA?
>
> Tom
>
>
24 matches
Mail list logo