Een Rich Client-toepassing maken |
Het hulpblad
![]() |
Een Eclipse-plugin maken |
Het hulpblad
![]() |
Self-hosting met features | In eerdere versies van Eclipse werd self-hosting altijd toegepast op basis van plugins. Een tweede runtime-instance van de workbench wordt door PDE gestart, waarbij een array met te laden plugins wordt doorgegeven. Eclipse-producten zijn doorgaans gebaseerd op features: tijdens het starten worden alle features gecontroleerd die actief moeten zijn, worden de plugins berekend die bij de features horen en wordt het resultaat doorgegeven aan de laadprocedure.
Zo wordt self-hosting gecompliceerd wanneer een volledige start met features nodig is. Deze situatie wordt nu ondersteund door PDE, mits tijdens de configuratie rekening is gehouden met de volgende zaken:
Als aan al deze voorwaarden wordt voldaan, wordt de runtime-instance van Eclipse zodanig gestart dat deze een normale startprocedure van Eclipse zo dicht mogelijk benadert. Op deze manier kunnen Info-dialoogvensters en andere aspecten die mogelijk afhankelijk zijn van geïnstalleerde features worden getest. |
Opschonen of niet opschonen | Als u een nieuwe startconfiguratie voor een runtime-workbench maakt, voegt PDE de parameter -clean standaard aan de configuratie toe.
Met deze parameter worden alle runtime-cachegegevens gewist, zodat alle wijzigingen aan de hostworkbench (zoals het toevoegen van Java-pakketten aan pluginprojecten) worden meegenomen bij het starten van een runtime-workbench. Door het wissen van de cache kunnen de prestaties verminderen wanneer het doelplatform een groot aantal plugins bevat. Als u in een doelplatform met talrijke plugins werkt, kunt u om de starttijd van de configuratie te verkorten, de parameter -clean weglaten zodra u geen pakketten meer toevoegt aan of verwijdert uit de pluginprojecten. |
Importeren als koppeling | Het importeren van externe plugins en fragmenten kan veel tijd vergen en kan tot grote werkgebieden leiden, afhankelijk van de geïmporteerde plugins. De wizard 'Externe plugins en fragmenten importeren' biedt de mogelijkheid de plugins als koppeling te importeren. Zo worden alleen verwijzingen naar de plugins gemaakt, maar wordt de content van de plugins niet geïmporteerd. Verder kunt u op dezelfde manier met de plugins werken als u met gekopieerde exemplaren zou doen. De plugins bevinden zich echter niet in het bestandssysteem en dus kunt u ze niet wijzigen. Houd rekening met bewerkingen die vereisen dat bestanden zich in het bestandssysteem bevinden, omdat dergelijke bewerkingen niet kunnen worden uitgevoerd met gekoppelde resources. |
Sjablonen | PDE biedt diverse sjabloonplugins waarmee u snel plugins met een of meer kant-en-klare extensies kunt genereren. Bovendien zijn de extensiesjablonen rechtstreeks beschikbaar in de manifesteditor, mocht u een nieuwe extensie willen toevoegen (zonder dat u een plugin hoeft te genereren). Klik op Toevoegen op de pagina Extensies van de editor. Selecteer Extensiesjablonen in het linkervenster van de wizard die vervolgens verschijnt en kies een sjabloon uit het rechtervenster. |
Bereik van plugindependency | U kunt nu gemakkelijk achterhalen waarom plugins andere plugins nodig hebben.
Het voorgrondmenu bevat in een aantal gevallen (waaronder de pagina Dependency's van manifestbestanden en de view Dependency's) een optie waarmee u de afhankelijkheid kunt berekenen. Er wordt vervolgens in Java en plugins gezocht naar alle Java-typen en extensiepunten die door de benodigde plugin worden geleverd. De resultaten worden afgebeeld in de view Zoeken. Als u een type selecteert in de lijst met zoekresultaten, kunt u met een andere actie uit het voorgrondmenu alle posities in de plugin zoeken waar naar het geselecteerde type wordt verwezen. Als er geen treffers worden gevonden, kunt u de plugin uit de lijst met dependency's verwijderen, omdat deze niet wordt gebruikt en het laden van klassen alleen vertraagt. U kunt de afhankelijkheid ook berekenen om te controleren of interne (niet-API) klassen van de plugin worden gebruikt, wat wellicht niet wenselijk is. |
Ongebruikte dependency's zoeken | De prestaties nemen af naarmate u meer dependency's van plugins creëert. Tijdens het ontwikkelen van de plugin kan de lijst met dependency's verouderen en verwijzingen bevatten naar plugins die niet langer benodigd zijn. U kunt de functie 'Ongebruikte dependency's zoeken' gebruiken om te controleren of alle plugins waarnaar wordt verwezen daadwerkelijk nodig zijn. De functie is beschikbaar via het voorgrondmenu van de pagina Dependency's in de manifesteditor van PDE. |
Het Java-zoekbereik vergroten | Java-zoekopdrachten zijn beperkt tot projecten in het werkgebied en externe JAR-bestanden waarnaar door de projecten wordt verwezen. U kunt aanvullende bibliotheken uit externe plugins toevoegen aan de zoekopdracht: open de view met plugins, selecteer een plugin en kies Toevoegen aan Java-zoekopdracht uit het voorgrondmenu. Zo weet u ook steeds welke plugins afhankelijk zijn van de plugins waarmee u werkt. |