FAQ » History » Version 6
Henning Blohm, 08.02.2015 20:10
1 | 1 | Henning Blohm | h1. FAQ |
---|---|---|---|
2 | |||
3 | 2 | Henning Blohm | h2. Development |
4 | 1 | Henning Blohm | |
5 | 2 | Henning Blohm | h3. Why is it not possible to arm my z2 project in Eclipse? |
6 | |||
7 | 1 | Henning Blohm | If the Eclipse project does not show a little Z icon as decoration, it is not even recognized as a z2 project. To become a z2 project, the specific entry |
8 | |||
9 | <pre><code class="xml"> |
||
10 | <classpathentry kind="con" path="ZFabrik.Eclipsoid"/> |
||
11 | </code></pre> |
||
12 | |||
13 | has to be present in the *.classpath* file that is located in the root folder of the project. The right-click context menu of the Eclipsoid plugin offers the option to "Transform into z2 project", which is nothing but modifying the *.classpath* file accordingly. |
||
14 | |||
15 | Arming a z2 module (note that z2 _modules_ are simply eclipse _projects_) is nothing but adding a file called *LOCAL* into its root folder. The Eclipsoid plugin will show the Z decoration with a little green halo for armed projects and without otherwise. |
||
16 | |||
17 | 2 | Henning Blohm | h3. Why are my z2 development projects not picked up by z2? |
18 | 1 | Henning Blohm | |
19 | By definition, all modules recognized by z2 are loaded from _component repositories_. One particular implementation, the so-called _dev repository_ is particularly useful for development scenarios. In particular this implementation |
||
20 | |||
21 | 5 | Henning Blohm | * ... can be configured to discover modules in a number of local file system locations, |
22 | * ... loads modules with high priority (and hence overlays remote versions of modules of the same name), |
||
23 | * ... is safe to use during development as it will snapshot module versions at synchronization time. |
||
24 | 1 | Henning Blohm | |
25 | In order to work the following prerequisites must be met: |
||
26 | |||
27 | 6 | Henning Blohm | h4. The dev repository must be running. |
28 | |||
29 | Make sure to list the target state *org.z2env.dev.shared/ready* when running z2. |
||
30 | 1 | Henning Blohm | |
31 | You should indeed see logging output like this |
||
32 | |||
33 | <pre> |
||
34 | INFO: Starting component repo component:org.z2env.dev.repo/devRepo,repo:org.z2env.dev.repo/devRepo,prio:750,mode:strict, workspaces (1): [/home/hb/org.z2env.svn] |
||
35 | </pre> |
||
36 | |||
37 | 3 | Henning Blohm | h4. Your projects must be located one or two levels deep on the search path of the dev repo |
38 | 1 | Henning Blohm | |
39 | 2 | Henning Blohm | By default the dev repository will search for armed modules (see [[FAQ#Why are my z2 development projects not picked up by z2?|Why are my z2 development projects not picked up by z2?]]) in the parent folder of the z2 <home> location (i.e. modules will be siblings or children of siblings of the <home> folder). Using the system property |
40 | 1 | Henning Blohm | |
41 | *org.z2env.dev.local.workspace* |
||
42 | |||
43 | 4 | Henning Blohm | you can specify a comma-separated list of file system locations to use instead. During start, the dev repository will list the locations ("workspaces") it will search on the console. |