Bezpečné aktualizace rozšiřujících modulů v platformě Eclipse

• Organizační informace.
• Zdroje TBD

17.12.2007

Hotovo

• fční na Win

Úkoly do Vánoc

• doc: doplnit screenshoty, UML, na které části API Eclipse (interní/veřejné) je co kde vázané
• svn struktura: top-level adresáře dle podprojektů

Potom

• dovyzkoušet na Linuxu (pokud možno i 64bit) - odkud se bere jméno adresáře, v němž je platform.xml

3.12.2007

Uděláno

• nalezen kód na získávání Feature instancí -> FeatureFactory? třída
• ukázka prototypu impl "Version Replace"
• => nemělo by nic stát v cestě ostré implementaci
• nalezena místa, kde se používají typy kompatibility u importovaných features dle feature.xml -> core.runtime.PluginVersionIdentifier? class

26.11.2007

Uděláno - viz poznámky u 12.11.

Zjistit jak načíst data o features a sites - využít stávající kód as much as possible.

Sepsat vše do .doc-u -> prezentovat 3.12. na "kontrolním dnu" ;-)

12.11.2007

Do 26.11.

1. zdokumentovat jak funguje implementace update/install (update.internal.ReplaceFeatureVersionOperation? class) v 3.3 - UML seq nebo activity diag, class diag (odlišení veřejné API vs interní impl) -> dělá se na tom

• plus jak se zjistí která verze feature je aktuálně používaná -> z platform.xml
• jestli se nějak kontrolují verze nové feature oproti aktuální (viz kontroly u required features dle feature.xml import značky - pravidla v DTD, viz help Eclipse http://127.0.0.1:52505/help/topic/org.eclipse.platform.doc.isv/reference/misc/feature_manifest.html) -> dodělat

2. navrhnout implementaci vylepšení s kontrolou kompatibility jako doplněk stávajícího veřejného API -> využít ReplaceVersionAction? třídu (vyhazuje ten správný dialog)

• využít configuration/org.eclipse.update/platform.xml pro cesty k instalovaným feature na disku

5.11.2007

• zkusit pres verejne API update.standalone package prikazy disable (current vers) -> install (new version)
• přes uvedený balík to nepůjde, tyhle operace předpokládají jako zdroj "update site" a pokud se feature nainstaluje do Eclipse, tak už potřebné údaje k dispozici nejsou

12.10.2007

• prozkoumat jak funguje plugin install a okolo v 3.3 => krátký report s UML
• vypracovaný dokument

18.9.2007

Další schůzka cca 1.10.2007

Bod 3. "Vytvořte návrh rozšíření platformy Eclipse, které bude integrovat mechanismus kontroly do procesu aktualizací"

• novinky v Eclipse 3.3 - jestli a jak se nás to týká

Dále

• udělat jako rozšíření PDE v Eclipse, tj. aby bylo možné plugin před zabalením (nebo jak to PDE dělá) podrobit kontrole oproti předchozí verzi
• spolupráce se Subversion nebo CVS optimální, pro získání předchozí verze, ale šlo by i nějak jednodušeji (např. ukázat na JAR předchozí verze)
• pro implementaci vyjít z Ant tasku od Lukáše Valenty