Ú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
# 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
)
# 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ý [[http://wiki.kiv.zcu.cz/uploads/EclipsePlugins/plugin__install__report_v1.0.pdf | dokument]]

* výsledný [[Attach:plugin_install_report_v1.0.pdf | 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 -> http://www.kiv.zcu.cz/~brada/vyuka/dipl/dp-2007-stahl.html]].
* 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 -> http://www.kiv.zcu.cz/~brada/vyuka/dipl/dp-2007-stahl.html]].

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 -> http://www.kiv.zcu.cz/~brada/vyuka/dipl/dp-2007-stahl.html]]