transaction recovery design document

older

Disabling lock striping by default...

Proposing a new extension: Spring...

Mircea Markus

Tuesday, 1 March 2011 Tue, 1 Mar '11

4:30 p.m.

Hi, http://community.jboss.org/wiki/Transactionrecoverydesign Any feedback appreciated! Thanks, Mircea

Attachments:

attachment.html (text/html — 410 bytes)

Show replies by date

venkatesh k c

Tuesday, 1 March Tue, 1 Mar

9:55 p.m.

please unsubscribe from this...... On Wed, Mar 2, 2011 at 4:00 AM, Mircea Markus <mircea.markus(a)jboss.com>wrote:

...

Hi, http://community.jboss.org/wiki/Transactionrecoverydesign Any feedback appreciated! Thanks, Mircea _______________________________________________ infinispan-dev mailing list infinispan-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev

Mircea Markus

Wednesday, 2 March Wed, 2 Mar

4:07 a.m.

On 2 Mar 2011, at 03:55, venkatesh k c wrote:

...

please unsubscribe from this......

Huh?

...

On Wed, Mar 2, 2011 at 4:00 AM, Mircea Markus <mircea.markus(a)jboss.com> wrote: Hi, http://community.jboss.org/wiki/Transactionrecoverydesign Any feedback appreciated! Thanks, Mircea _______________________________________________ infinispan-dev mailing list infinispan-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev _______________________________________________ infinispan-dev mailing list infinispan-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev

Olaf Bergner

4:49 a.m.

I think venkatesh k c wanted to express that *he* wishes to be unsubscribed from this list. There was probably no offense intended. Cheers, Olaf Am 02.03.11 11:07, schrieb Mircea Markus:

...

On 2 Mar 2011, at 03:55, venkatesh k c wrote: > please unsubscribe from this...... Huh? > > > On Wed, Mar 2, 2011 at 4:00 AM, Mircea Markus > <mircea.markus(a)jboss.com <mailto:mircea.markus@jboss.com>> wrote: > > Hi, > > http://community.jboss.org/wiki/Transactionrecoverydesign > > Any feedback appreciated! > > Thanks, > Mircea > > > _______________________________________________ > infinispan-dev mailing list > infinispan-dev(a)lists.jboss.org > <mailto:infinispan-dev@lists.jboss.org> > https://lists.jboss.org/mailman/listinfo/infinispan-dev > > > _______________________________________________ > infinispan-dev mailing list > infinispan-dev(a)lists.jboss.org <mailto:infinispan-dev@lists.jboss.org> > https://lists.jboss.org/mailman/listinfo/infinispan-dev _______________________________________________ infinispan-dev mailing list infinispan-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev

Manik Surtani

5:45 a.m.

On 2 Mar 2011, at 10:49, Olaf Bergner wrote:

...

I think venkatesh k c wanted to express that *he* wishes to be unsubscribed from this list. There was probably no offense intended.

Venkatesh, there's a link at the bottom of these emails...

...

Am 02.03.11 11:07, schrieb Mircea Markus: > > On 2 Mar 2011, at 03:55, venkatesh k c wrote: >> please unsubscribe from this...... > Huh? >> >> >> On Wed, Mar 2, 2011 at 4:00 AM, Mircea Markus <mircea.markus(a)jboss.com> wrote: >> Hi, >> >> http://community.jboss.org/wiki/Transactionrecoverydesign >> >> Any feedback appreciated! >> >> Thanks, >> Mircea >> >> >> _______________________________________________ >> infinispan-dev mailing list >> infinispan-dev(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/infinispan-dev >> >> _______________________________________________ >> infinispan-dev mailing list >> infinispan-dev(a)lists.jboss.org >> https://lists.jboss.org/mailman/listinfo/infinispan-dev > > > _______________________________________________ > infinispan-dev mailing list > infinispan-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/infinispan-dev _______________________________________________ infinispan-dev mailing list infinispan-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/infinispan-dev

-- Manik Surtani manik(a)jboss.org twitter.com/maniksurtani Lead, Infinispan http://www.infinispan.org

Manik Surtani

Tuesday, 8 March Tue, 8 Mar

7:23 a.m.

Hi there. I had a look, and while the doc describes the problem pretty well, I don't see any design details on the solution? Especially around what extra state needs to be maintained, where it is to be maintained, how it would be cleaned up ("garbage collected", in a sense) to prevent OOMs, what extra configuration parameters we'd need, etc. On 1 Mar 2011, at 22:30, Mircea Markus wrote:

...

-- Manik Surtani manik(a)jboss.org twitter.com/maniksurtani Lead, Infinispan http://www.infinispan.org