Úkoly do Vánoc

Potom

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

17.12.2007

Hotovo

• fční na Win

Úkoly

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

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" ;-)

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)

• plus jak se zjistí která verze feature je aktuálně používaná
• 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

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

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)

Takže do 26.11.

1. zdokumentovat jak funguje implementace update/install (update.internal.ReplaceFeatureVersionOperation? class) v 3.3 - UML seq diag, class diag (odlišení veřejné API vs interní impl)

2. navrhnout implementaci vylepšení s kontrolou kompatibility jako doplněk stávajícího veřejného API

12.11.2007

• přes veřejné API update.standalone nejde - pracuje nad update site a neposkytuje hooks/callbacks

Takže

1. zdokumentovat jak funguje implementace update/install (update.internal.ReplaceFeatureVersionOperation? class) v 3.3 - UML seq diag, class diag (odlišení veřejné API vs interní impl)
   • plus jak se zjistí která verze feature je aktuálně používaná
   • 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

)

1. navrhnout implementaci jako doplněk stávajícího veřejného API
   • využít configuration/org.eclipse.update/platform.xml pro cesty k instalovaným feature na disku

• 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

5.11.2007

• zkusit pres verejne API update.standalone package prikazy disable (current vers) -> install (new version)

• vypracovaný dokument

• výsledný dokument

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

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

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

12.10.2007

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

• Organizační informace.
• Zdroje TBD

18.9.2007

Další schůzka cca 1.10.2007

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

Dále

• pro implementaci vyjít z Ant tasku od Lukáše Valenty

• vyjít z Ant komponenty od Lukáše Valenty

Dále

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

Organizační informace.

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

• 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)
• vyjít z Ant komponenty od Lukáše Valenty

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

Organizační věci