Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "WTP Capabilities Helios"

(Putting capabilities together in a product definition)
(Known limitations)
Line 102: Line 102:
 
== Known limitations ==
 
== Known limitations ==
  
There are currently (as of this writing) to be no capabilities defined for JSF or JPA Tool functions.
+
There are currently no capabilities defined for JSF or JPA Tool functions.
 +
 
 +
WTP does not currently provide any "progressive discovery" trigger points.

Revision as of 01:59, 6 April 2010

Introduction

This documents some sample capability definitions provided by the Web Tools Platform. They are called "sample" because many products or adopters will want to create their own, to fit in with their product and/or other capabilities they define. The description here, though, is used in the Java EE IDE package produced as part of the EPP package downloads.

Bundles

Our sample capabilities are provided in four bundles, corresponding to the 4 major deliverables of tool collections we have. These are not delivered in any of our zip files, but are put in the common repository for the Simultaneous Release, for easy consumption by EPP builds. Adopters can use the bundles if they'd like, but in many cases would be easier to copy/paste the contents of the plugin.xml files, to fit their product.

org.eclipse.wtp.javascript.capabilities - JavaScript
org.eclipse.wtp.xml.capabilities - XML Related Editors and Tools
org.eclipse.wtp.web.capabilities - Web Development (non Java, e.g. HTML, CSS, etc)
org.eclipse.wtp.jee.capabilities - Java EE Development


CVS Location

If adopters would like to get the projects from CVS, to read the plugin.xml definitions, for example, They are located in the webtools repository, at /cvsroot/webtools, in the following modules. The "plugin" links below point to the plugin.xml, as a convenience to those preferring just to get the text and copy/paste into your own product's capability definitions.

sourceediting/plugins/org.eclipse.wtp.javascript.capabilities (plugin.xml)
sourceediting/plugins/org.eclipse.wtp.xml.capabilities (plugin.xml)
sourceediting/plugins/org.eclipse.wtp.web.capabilities (plugin.xml)
jeetools/plugins/org.eclipse.wtp.jee.capabilities (plugin.xml)


How to fetch from common repository

TBD - To be determined (and tested?)

Note below that where the repository is referred to as

http://download.eclipse.org/releases/helios/

this is the goal for M7, and the Helios Release. As of this writing, they are not yet even in staging.

  • P2 Maps?

In theory (I say in theory since untested, and doubt it will be anytime soon) consumers could include references to the 4 bundles using "p2 format" map files, such as

plugin@org.eclipse.wtp.javascript.capabilities,1.1.0=p2IU,id=org.eclipse.wtp.javascript.capabilities,version=1.1.0,repository=http://download.eclipse.org/releases/helios
plugin@org.eclipse.wtp.xml.capabilities,1.1.0=p2IU,id=org.eclipse.wtp.xml.capabilities,version=1.1.0,repository=http://download.eclipse.org/releases/helios
plugin@org.eclipse.wtp.web.capabilities,1.1.0=p2IU,id=org.eclipse.wtp.web.capabilities,version=1.1.0,repository=http://download.eclipse.org/releases/helios
plugin@org.eclipse.wtp.jee.capabilities,1.1.0=p2IU,id=org.eclipse.wtp.jee.capabilities,version=1.1.0,repository=http://download.eclipse.org/releases/helios


  • Mirroring individual bundles?

The bundles are (will be, in M7) in the common respository and can be fetched from there by a p2 mirror ant task. This sample ant task, is an example only (and currently untested) and would need to be adjusted for final locations, etc.


<project default="testrepo" basedir=".">
	<target name="testrepo">
		<p2.mirror verbose="true">
			  <repository location="file:/testrepo2" name="A test repository" />
			  <source>
			    <repository location="http://download.eclipse.org/releases/helios/" /> 
			  </source>
			<iu id="org.eclipse.wtp.javascript.capabilities" />
                        <iu id="org.eclipse.wtp.xml.capabilities" />
                        <iu id="org.eclipse.wtp.web.capabilities" />
                        <iu id="org.eclipse.wtp.jee.capabilities" />
		</p2.mirror>
	</target>
</project>

  • Mirroring the feature?

There is (will be in M7) a capability feature in the common repository. It is a simple grouping mechanism, and is intentionally not categorized, since normally end-users should not install this feature from the common repository. This sample ant task, is an example only (and currently untested) and would need to be adjusted for final locations, etc.


<project default="testrepo" basedir=".">
	<target name="testrepo">
		<p2.mirror verbose="true">
			  <repository location="file:/testrepo2" name="A test repository" />
			  <source>
			    <repository location="http://download.eclipse.org/releases/helios/" /> 
			  </source>
			<iu id="org.eclipse.wtp.capabilities.feature.feature.group" />
		</p2.mirror>
	</target>
</project>

Putting capabilities together in a product definition

To actually make use of these sample capability definitions, an adopter or product needs to "bind" them, "enable" them, and fit them into some preference page for capabilities.

And example of how this is done for the Java EE IDE for the EPP package, can be see in the webtools.releng/plugins/org.eclipse.wtp.epp.package.capabilities module, primarily its plugin.xml file.

Known limitations

There are currently no capabilities defined for JSF or JPA Tool functions.

WTP does not currently provide any "progressive discovery" trigger points.

Back to the top