VOSS 3.1

Transparent Persistence

+ Transaction Processing…

 
Smalltalk is pure object-oriented programming for complex business and technical applications, but these benefits can be lost in the mismatch between language and database. The VOSS open source database management system extends Smalltalk with persistent virtual object storage, transparent access and transaction management.

• Multi-process, multi-image & multi-machine access to distributed objects
• ACID transactions with logging and rollforward crash recovery
• Continuation Transactions manage multiple web page states & what-if futures (v3.1)
• Web server / application process rendezvous (v3.1)
• Automatic object locking and transaction retry on time-out
• Automatic object change detection, no lock conflicts with sub-transactions
• Multi-key/multi-value Btree DictionarySet and other virtual collections
• Time-slice MVRC repeatable read and MVCC with short read-locks
• Distributed copying, parented copying, identity-exchange, object checkout etc.
• Concurrent background & foreground garbage collection
• Terabyte 64-bit object id and addressing default, configurable up to 128-bit
• Dual Licensing - Open Source GPLv3 and Supported Commercial

…Seamless Smalltalk Solutions

Where do you keep your behavior? Normalised in the application domain objects? In non-domain transaction-performing classes? Some of each? I seem to remember this question being touched on once long ago in Digitalk’s Compuserve forum, but never since. Read the rest of this entry »

Join the forum discussion on this post