Context Navigation

trac.env.IEnvironmentSetupParticipant

v5	v6
51	51
52	52	* Preventing data corruption on upgrade[[br]]
53		For the IEnvironmentSetupParticipant there is currently talk about a best practice to always commit changes to the database when upgrading using a migration path, so that on error during the migration, the existing data will not be corrupted. This basically involves atomic changes to the database, so that either all or none of the changes being applied will be committed. This also includes ~~updating the system property ''database_version''~~.
	53	For the IEnvironmentSetupParticipant there is currently talk about a best practice to always commit changes to the database when upgrading using a migration path, so that on error during the migration, the existing data will not be corrupted. This basically involves atomic changes to the database, so that either all or none of the changes being applied will be committed. This also includes incrementally updating the system property ''database_version'', e.g. for each update available the version will be incremented by one. For your plugins this basically means that you should not try to upgrade the database and your data model schema thereof in just a single transaction, but allow the system to fail, and if it does, gracefully provide the user with the chance of upgrading your data model schema to its newest version.
54	54
55	55	* On upgrade the existing help pages in the wiki will not be updated[[br]]