Bezpečné aktualizace rozšiřujících modulů v platformě Eclipse
17.12.2007
Hotovo
Ú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
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