Difference between revisions of "Doc:Sdk 4.1/awdguide/releasenotes"

 
Line 4: Line 4:
  
 
* Supports specification of collocated SUs in the application tarball, and supports deployment and upgrade of SGs with collocated SUs
 
* Supports specification of collocated SUs in the application tarball, and supports deployment and upgrade of SGs with collocated SUs
 
  
 
=== Version 1.1 ===
 
=== Version 1.1 ===
Line 19: Line 18:
  
 
* Has a "distribution-neutral" binary distribution that will probably work on any modern 2.6 kernel Linux.
 
* Has a "distribution-neutral" binary distribution that will probably work on any modern 2.6 kernel Linux.
 
  
 
==== API incompatibilities/differences with prior version ====
 
==== API incompatibilities/differences with prior version ====
  
 
* The addition of the Commit and Revert function to the UpgradeSg means that the upgrade is not "complete" until one of these functions is called.  If "Commit()" is not called, the old SUs will still be in the AMF, but in the prior version these SUs were removed as part of the upgrade() function.
 
* The addition of the Commit and Revert function to the UpgradeSg means that the upgrade is not "complete" until one of these functions is called.  If "Commit()" is not called, the old SUs will still be in the AMF, but in the prior version these SUs were removed as part of the upgrade() function.

Revision as of 15:40, 31 July 2009

Contents

Version 1.1.1

Features

  • Supports specification of collocated SUs in the application tarball, and supports deployment and upgrade of SGs with collocated SUs

Version 1.1

Features

  • Upgrade Director. The upgrade director is an independent program capable of upgrading the SAFplus Platform middleware.
  • Application upgrade Commit and Revert functionality added. This functionality can be accessed via the upgrade.UpgradeSg.Commit() and upgrade.UpgradeSg.Revert() functions.
  • Embedded Python. Python 2.5 is now part of the distribution.
  • Supports Ubuntu, Redhat, Centos, x86 32 bit and 64 bit platforms.
  • Has a "distribution-neutral" binary distribution that will probably work on any modern 2.6 kernel Linux.

API incompatibilities/differences with prior version

  • The addition of the Commit and Revert function to the UpgradeSg means that the upgrade is not "complete" until one of these functions is called. If "Commit()" is not called, the old SUs will still be in the AMF, but in the prior version these SUs were removed as part of the upgrade() function.