dotgnu-general
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[DotGNU]transaction logging and roll-back


From: Norbert Bollow
Subject: [DotGNU]transaction logging and roll-back
Date: Fri, 6 Jul 2001 08:49:19 +0200

> > The core system must be designed with goal of providing good
> > support for this transaction logging and roll-back functionality.
> 
> Ok Why dont we create a sub-system to deal with this problem?

Sure, there will be a sub-system that implements the functionality.
But the core system must be designed in a way that supports this.
We must think about what functionality is needed in the core
system for supporting this, even if we don't implement it right
away.  It must be part of the specification of DotGNU bytecode from
the beginning, even if early implementations of the DotGNU bytecode
compiler and interpreter simply ignore everything related to the
logging and roll-back functionality.

The vision is that DotGNU will be so much more powerful than .NET
as Unix is more powerful than DOS.  You get that kind of power
only by designing for it from the beginning.  The way to win the
war with Microsoft is not to just offer the same benefits as
they offer... the way to win the war is to offer the same benefits
and also offer something very desirable that they cannot offer.

BTW this functionality and power will be very important for the
authentication servers which (as everyone agrees) are the top
priority because that's the area where .NET is not just any
attack on Free Software, and dangerous for civil freedom in
general.  Because we don't want a centralized architecture, we
must have a powerful system that will work reliably and well
even if network conditions are bad.

Greetings, Norbert.

-- 
Norbert Bollow, Weidlistr.18, CH-8624 Gruet  (near Zurich, Switzerland)
Your own domain with all your Mailman lists: $15/month http://cisto.com
Business Coaching for Internet Entrepreneurs ---> http://thinkcoach.com
Tel +41 1 972 20 59      Fax +41 1 972 20 69      address@hidden


reply via email to

[Prev in Thread] Current Thread [Next in Thread]