Notice: This Wiki is now read only and edits are no longer possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
Difference between revisions of "Ecf.rmap"
(New page: For a Buckminster build, the first thing to set up is an rmap. ecf.rmap is the rmap file that we use with the ECF SDK. Now it works just fine, but I think there is extraneous information ...) |
|||
| Line 1: | Line 1: | ||
For a Buckminster build, the first thing to set up is an rmap. ecf.rmap is the rmap file that we use with the ECF SDK. | For a Buckminster build, the first thing to set up is an rmap. ecf.rmap is the rmap file that we use with the ECF SDK. | ||
| − | + | <p> | |
Now it works just fine, but I think there is extraneous information in it. It would be good to know exactly what is needed and what is not. | Now it works just fine, but I think there is extraneous information in it. It would be good to know exactly what is needed and what is not. | ||
| + | </p> | ||
| + | |||
| + | <ul> | ||
| + | <li> | ||
Search path (org.eclipse) has providers (eclipse.import, PDEMapProvider). This is where we get the eclipse plugins that come with the platform. Why do we need PDEMapProvider here? | Search path (org.eclipse) has providers (eclipse.import, PDEMapProvider). This is where we get the eclipse plugins that come with the platform. Why do we need PDEMapProvider here? | ||
| + | </li> | ||
| + | <li> | ||
Search path (org.eclipse.emf) has providers (eclipse.import, PDEMapProvider). Why do we need this? Why do we need PDEMapProvider here? | Search path (org.eclipse.emf) has providers (eclipse.import, PDEMapProvider). Why do we need this? Why do we need PDEMapProvider here? | ||
| + | </li> | ||
| + | <li> | ||
Search path (org.eclipse.ecf) has provider (local). This is where we get the ECF code. | Search path (org.eclipse.ecf) has provider (local). This is where we get the ECF code. | ||
| − | + | </li> | |
| + | <li> | ||
| + | Search path (org.pluginbuilder) has provider (eclipse.import). This is not currently used. | ||
| + | </li> | ||
| + | <li> | ||
Search path (org.eclipse.swtbot) has provider ( (eclipse.import). Is this used? Is this for testing purposes, which are not yet doing. | Search path (org.eclipse.swtbot) has provider ( (eclipse.import). Is this used? Is this for testing purposes, which are not yet doing. | ||
| + | </li> | ||
| + | <li> | ||
Search path (default) has providers (eclipse.import, PDEMapProvider). This is where we get the stuff from Orbit. Why do we need PDEMapProvider here? | Search path (default) has providers (eclipse.import, PDEMapProvider). This is where we get the stuff from Orbit. Why do we need PDEMapProvider here? | ||
| + | </li> | ||
| + | </ul> | ||
| + | <p> | ||
Without a resource map, Buckminster can only find resources in the Eclipse IDE. | Without a resource map, Buckminster can only find resources in the Eclipse IDE. | ||
| + | </p> | ||
| + | <p> | ||
What does an rmap do? It defines searchpaths, providers and locators. The locators appear at the end of the file, but they really are the first things used. When Buckminster looks for a component, it goes through the locators in the order in which they are defined. Go to locators to see how the locators are defined. | What does an rmap do? It defines searchpaths, providers and locators. The locators appear at the end of the file, but they really are the first things used. When Buckminster looks for a component, it goes through the locators in the order in which they are defined. Go to locators to see how the locators are defined. | ||
| + | </p> | ||
| + | <p> | ||
Here is an example of a locator. The locator matches a pattern. What this locator does is get everything in org.eclipse.ecf. The pattern ^org\.eclipse\.ecf(\..+) is explained on page 29 of the Bucky Book. | Here is an example of a locator. The locator matches a pattern. What this locator does is get everything in org.eclipse.ecf. The pattern ^org\.eclipse\.ecf(\..+) is explained on page 29 of the Bucky Book. | ||
| + | </p> | ||
Revision as of 23:47, 18 January 2010
For a Buckminster build, the first thing to set up is an rmap. ecf.rmap is the rmap file that we use with the ECF SDK.
Now it works just fine, but I think there is extraneous information in it. It would be good to know exactly what is needed and what is not.
- Search path (org.eclipse) has providers (eclipse.import, PDEMapProvider). This is where we get the eclipse plugins that come with the platform. Why do we need PDEMapProvider here?
- Search path (org.eclipse.emf) has providers (eclipse.import, PDEMapProvider). Why do we need this? Why do we need PDEMapProvider here?
- Search path (org.eclipse.ecf) has provider (local). This is where we get the ECF code.
- Search path (org.pluginbuilder) has provider (eclipse.import). This is not currently used.
- Search path (org.eclipse.swtbot) has provider ( (eclipse.import). Is this used? Is this for testing purposes, which are not yet doing.
- Search path (default) has providers (eclipse.import, PDEMapProvider). This is where we get the stuff from Orbit. Why do we need PDEMapProvider here?
Without a resource map, Buckminster can only find resources in the Eclipse IDE.
What does an rmap do? It defines searchpaths, providers and locators. The locators appear at the end of the file, but they really are the first things used. When Buckminster looks for a component, it goes through the locators in the order in which they are defined. Go to locators to see how the locators are defined.
Here is an example of a locator. The locator matches a pattern. What this locator does is get everything in org.eclipse.ecf. The pattern ^org\.eclipse\.ecf(\..+) is explained on page 29 of the Bucky Book.