Hi,
It seems like some of you have out-of-date template / copyright
settings. Please update it as described in:
http://community.jboss.org/wiki/CopyrightOwnershipAndLicenses
I'm using IDEA's copyright plugin and here's what mine looks like:
JBoss, Home of Professional Open Source
C
On 11-04-21 04:31 PM, Olaf Bergner wrote:
Am 21.04.11 22:11, schrieb Marius Bogoevici:
Cool. I created a couple of issues there - one is something that I
think that we definitely need - i.e. namespace support,
the other is more exploratory and would involve API usage support ala
Spring Data.
As
Am 21.04.11 22:11, schrieb Marius Bogoevici:
Cool. I created a couple of issues there - one is something that I
think that we definitely need - i.e. namespace support,
the other is more exploratory and would involve API usage support ala
Spring Data.
As I'm getting older my hairline is fast loos
Cool. I created a couple of issues there - one is something that I think
that we definitely need - i.e. namespace support,
the other is more exploratory and would involve API usage support ala
Spring Data.
On 11-04-21 01:45 PM, Manik Surtani wrote:
On 21 Apr 2011, at 18:44, Manik Surtani wrot
Am 21.04.11 21:57, schrieb Manik Surtani:
I'd prefer the tests ported to testNG for consistency pls. :)
Sigh. You owe me a favour. Just kidding. Luckily it's Easter, maybe I
will find some spare time that has been so lavishly allotted to me :-)
Cheers,
Olaf
Sent from my mobile phone
On 21 A
On 11-04-21 03:58 PM, Olaf Bergner wrote:
> Am 21.04.11 21:40, schrieb Marius Bogoevici:
>> On 11-04-21 01:44 PM, Manik Surtani wrote:
>>> On 21 Apr 2011, at 18:26, Marius Bogoevici wrote:
>>>
This is very cool. Can we add a module in JIRA, too?
>>> Sure. Who wants to be component lead for th
Am 20.04.11 00:35, schrieb Mircea Markus:
> On 19 Apr 2011, at 18:17, Olaf Bergner wrote:
>
>> Am 19.04.11 16:59, schrieb Mircea Markus:
>> I personally favor a separate dedicated interface, e.g. StreamingCache
>> as has been suggested, and maybe a method getStreamingCache() on Cache.
> yes, that
On 11-04-21 03:58 PM, Manik Surtani wrote:
> Ok then Olaf, you own the module since Marius is already the lead on
> SnowDrop. :)
It's Snowdrop. I named it before it was cool to MergeNames.
> Sent from my mobile phone
>
> On 21 Apr 2011, at 20:46, Olaf Bergner wrote:
>
>> Am 21.04.11 19:44, schrie
Am 21.04.11 21:40, schrieb Marius Bogoevici:
> On 11-04-21 01:44 PM, Manik Surtani wrote:
>> On 21 Apr 2011, at 18:26, Marius Bogoevici wrote:
>>
>>> This is very cool. Can we add a module in JIRA, too?
>> Sure. Who wants to be component lead for this in JIRA? ;) Current
>> nominees are Marius
Ok then Olaf, you own the module since Marius is already the lead on SnowDrop.
:)
Sent from my mobile phone
On 21 Apr 2011, at 20:46, Olaf Bergner wrote:
> Am 21.04.11 19:44, schrieb Manik Surtani:
>> On 21 Apr 2011, at 18:26, Marius Bogoevici wrote:
>>
>>> This is very cool. Can we add a mod
I'd prefer the tests ported to testNG for consistency pls. :)
Sent from my mobile phone
On 21 Apr 2011, at 20:54, Olaf Bergner wrote:
> Am 21.04.11 19:47, schrieb Manik Surtani:
>>
>>
>> On 21 Apr 2011, at 18:17, Olaf Bergner wrote:
>>
>>> Hi Manik,
>>>
>>> Am 21.04.11 16:11, schrieb Manik
Am 21.04.11 19:47, schrieb Manik Surtani:
On 21 Apr 2011, at 18:17, Olaf Bergner wrote:
Hi Manik,
Am 21.04.11 16:11, schrieb Manik Surtani:
Since it's just a new module that doesn't affect the current code base
in any way I too think that it makes sense to have this in 4.2.x. Are
there any co
Am 21.04.11 19:44, schrieb Manik Surtani:
> On 21 Apr 2011, at 18:26, Marius Bogoevici wrote:
>
>> This is very cool. Can we add a module in JIRA, too?
> Sure. Who wants to be component lead for this in JIRA? ;) Current nominees
> are Marius and Olaf...
I am willing to take on the job. Yet if M
On 11-04-21 01:44 PM, Manik Surtani wrote:
> On 21 Apr 2011, at 18:26, Marius Bogoevici wrote:
>
>> This is very cool. Can we add a module in JIRA, too?
> Sure. Who wants to be component lead for this in JIRA? ;) Current nominees
> are Marius and Olaf...
I don't mind monitoring the space, *unle
On 21 Apr 2011, at 18:17, Olaf Bergner wrote:
> Hi Manik,
>
> Am 21.04.11 16:11, schrieb Manik Surtani:
>> Olaf,
>>
>> After discussing with Marius, maybe the best place for your work on the
>> Infinispan Spring integration is a module within Infinispan itself. I'm
>> proposing infinispan-sp
On 21 Apr 2011, at 18:44, Manik Surtani wrote:
>
> On 21 Apr 2011, at 18:26, Marius Bogoevici wrote:
>
>> This is very cool. Can we add a module in JIRA, too?
>
> Sure. Who wants to be component lead for this in JIRA? ;) Current nominees
> are Marius and Olaf...
Here is the component BT
On 21 Apr 2011, at 18:26, Marius Bogoevici wrote:
> This is very cool. Can we add a module in JIRA, too?
Sure. Who wants to be component lead for this in JIRA? ;) Current nominees
are Marius and Olaf...
Cheers
Manik
--
Manik Surtani
ma...@jboss.org
twitter.com/maniksurtani
Lead, Infinispa
This is very cool. Can we add a module in JIRA, too?
On 11-04-21 01:17 PM, Olaf Bergner wrote:
> Hi Manik,
>
> Am 21.04.11 16:11, schrieb Manik Surtani:
>> Olaf,
>>
>> After discussing with Marius, maybe the best place for your work on the
>> Infinispan Spring integration is a module within Infin
Hi Manik,
Am 21.04.11 16:11, schrieb Manik Surtani:
> Olaf,
>
> After discussing with Marius, maybe the best place for your work on the
> Infinispan Spring integration is a module within Infinispan itself. I'm
> proposing infinispan-spring. WDYT?
>
I'm fine with that. That way, we are not depe
On 4/20/11 7:25 PM, Manik Surtani wrote:
> On 20 Apr 2011, at 18:18, Paolo Romano wrote:
>
>> On 4/17/11 7:55 PM, Manik Surtani wrote:
>>> Excellent stuff, Paolo and Pedro. My comments below, inline. Cc'ing
>>> infinispan-dev as well.
>> Thanks Manik!
>>> On 16 Apr 2011, at 21:47, Paolo Romano w
Olaf,
After discussing with Marius, maybe the best place for your work on the
Infinispan Spring integration is a module within Infinispan itself. I'm
proposing infinispan-spring. WDYT?
You can add this module to Infinispan's repository under the root (so, a
'spring' directory alongside 'core
Yeah, perhaps a regression in 10.5 EAP. It seems OK as long as I don't
use 'Rebuild project'. :-)
On 04/21/2011 06:58 PM, Manik Surtani wrote:
> I haven't seen this. On master (5.0)?
>
> On 21 Apr 2011, at 01:02, 이희승 (Trustin Lee) wrote:
>
>> I'm getting weird compilation errors when I build I
On 21 Apr 2011, at 12:38, Sanne Grinovero wrote:
> 2011/4/21 Manik Surtani :
>>
>> On 21 Apr 2011, at 11:10, Sanne Grinovero wrote:
>>
>>> thanks for resuming this topic;
>>> some more thoughts:
>>>
>>> 2011/4/20 Manik Surtani :
I think changing the merging interface won't solve your prob
On 21 Apr 2011, at 12:38, Sanne Grinovero wrote:
> So behaviour is different depending on who happens to be the owner of
> the key I'm working on?
> In that case I'd propose that the local operations should behave as
> the remote, that would provide some consistency in behaviour - it's
> totally
2011/4/21 Manik Surtani :
>
> On 21 Apr 2011, at 11:10, Sanne Grinovero wrote:
>
>> thanks for resuming this topic;
>> some more thoughts:
>>
>> 2011/4/20 Manik Surtani :
>>> I think changing the merging interface won't solve your problem since as
>>> others have pointed out, the AtomicMap is lock
I don't have it..
On 21 Apr 2011, at 01:02, 이희승 (Trustin Lee) wrote:
> I'm getting weird compilation errors when I build Infinispan via the
> 'Rebuild Project' menu item. It seems to fail to resolve inner types.
> For example:
>
> /home/trustin/Workspace/infinispan/ISPN-1064/core/src/main/java/o
On 21 Apr 2011, at 11:10, Sanne Grinovero wrote:
> thanks for resuming this topic;
> some more thoughts:
>
> 2011/4/20 Manik Surtani :
>> I think changing the merging interface won't solve your problem since as
>> others have pointed out, the AtomicMap is locked based on its key. So you
>> wo
thanks for resuming this topic;
some more thoughts:
2011/4/20 Manik Surtani :
> I think changing the merging interface won't solve your problem since as
> others have pointed out, the AtomicMap is locked based on its key. So you
> won't be able to have concurrent updates to the AtomicMap anyway
I haven't seen this. On master (5.0)?
On 21 Apr 2011, at 01:02, 이희승 (Trustin Lee) wrote:
> I'm getting weird compilation errors when I build Infinispan via the
> 'Rebuild Project' menu item. It seems to fail to resolve inner types.
> For example:
>
> /home/trustin/Workspace/infinispan/ISPN-106
29 matches
Mail list logo