V30-experimental retired » History » Version 16
Henning Blohm, 28.01.2015 15:11
1 | 1 | Henning Blohm | h1. Z2-Environment version 3.0 |
---|---|---|---|
2 | |||
3 | 16 | Henning Blohm | Version 3.0 is in progress. It is developed here: [[z2env:wiki|org.z2env]]. |
4 | 1 | Henning Blohm | |
5 | 13 | Henning Blohm | The main goals for 3.0 is to provide features that simplify user adoption |
6 | 3 | Henning Blohm | |
7 | 14 | Henning Blohm | h2. Move to org domain |
8 | |||
9 | * We will refactor all core code into *org.z2env*. |
||
10 | 1 | Henning Blohm | |
11 | 16 | Henning Blohm | (DONE) |
12 | |||
13 | 13 | Henning Blohm | h2. Simplified and lighter setup |
14 | 1 | Henning Blohm | |
15 | 13 | Henning Blohm | * Provide completely local installation via a root repository that features local FSCR addon repositories |
16 | * Provide a stripped-down base installation that is essentially only capable of running main programs. |
||
17 | * Split the base addon into individual addons for: |
||
18 | ** dev tools (z2unit, eclipsoid) |
||
19 | ** tomcat hookup |
||
20 | ** worker support |
||
21 | ** etc. |
||
22 | 1 | Henning Blohm | |
23 | 16 | Henning Blohm | (DONE) |
24 | |||
25 | 1 | Henning Blohm | h2. Free Web Container Choice |
26 | |||
27 | 3 | Henning Blohm | It should be possible to use a Web Container of choice, as long as it is Jetty or Tomcat. Our tests indicate that it should be simple to programmatically control any pre-installed instance. |
28 | 6 | Henning Blohm | |
29 | 3 | Henning Blohm | * Provide a web container resource that hooks up with a pre-configured web container OR a self-hosted web container |
30 | 13 | Henning Blohm | * This will require some creative business with the servlet/jsp and Web Container class path |
31 | 1 | Henning Blohm | |
32 | 16 | Henning Blohm | (DONE for Tomcat) |
33 | 13 | Henning Blohm | |
34 | h2. Provide consistent and complete system export |
||
35 | |||
36 | * Support binary or source-preserving export |
||
37 | * Provide clean component name escaping so we can also export mvn-provided artifacts if desired |
||
38 | * so we can offer a complete base distribution as binary download |
||
39 | * Running samples means to clone co-located Git Repos |
||
40 | * Make re-binding of repository locations simpler (e.g. a remote repo becomes a local FS repo after export) |
||
41 | * Support single-process mode (e.g. no Worker mode - move worker support into an add-on) |
||
42 | |||
43 | 7 | Henning Blohm | h2. Improvements |
44 | 1 | Henning Blohm | |
45 | 2 | Henning Blohm | * Provide a z2 for dummies introduction that starts with simple, include-based web apps |
46 | 11 | Henning Blohm | * Seamless support of Maven repositories (see [[V23]], [[maven_repo_support]]) |
47 | ** Including install into repository from z2 |
||
48 | * Use string revisions rather than longs (so that natural versions are better supported) |
||
49 | * Introduce "Java Templates", Java (and others) Component configuration made simpler (see [[smart_props]]) |
||
50 | * Port add-ons and samples to maven repos for external artifacts |
||
51 | * Drop "I" interface notation |
||
52 | 8 | Henning Blohm | * Drop resource instance on every invalidation. |
53 | 1 | Henning Blohm | * Define component name escaping for the file system repo helper |
54 | 8 | Henning Blohm | * Introduce boot repository *at* Z2_HOME into ComponentsManager |
55 | 1 | Henning Blohm | ** Auto-discover other repos at Z2_HOME |
56 | 8 | Henning Blohm | ** Default "." as dev repo workspace |
57 | ** launch purely from "java -jar z.jar" |
||
58 | ** Introduce moduleName property for "free-floating" components |
||
59 | ** Introduce repository adapter type. |
||
60 | * Folders for operation |
||
61 | 16 | Henning Blohm | * Use /code instead of /java to be more agnostic to the language in use (postponed) |
62 | 12 | Henning Blohm | |
63 | |||
64 | h2. Proposals |
||
65 | 1 | Henning Blohm | |
66 | h3. Local Install Layout |
||
67 | |||
68 | 13 | Henning Blohm | Introducing an extended file system repo support and better split of resource and work dirs, the follwing _typical_ layout is suggested: |
69 | 1 | Henning Blohm | |
70 | <pre> |
||
71 | 13 | Henning Blohm | +-<$CATALINA_HOME> |
72 | 12 | Henning Blohm | | |
73 | 15 | Henning Blohm | +-z2env |
74 | 13 | Henning Blohm | | +-boot (boot repo) |
75 | 15 | Henning Blohm | | +-roots |
76 | 12 | Henning Blohm | | +- zding-essentials |
77 | 8 | Henning Blohm | | +- zding-jetty |
78 | | +- zding-devtools |
||
79 | 13 | Henning Blohm | | +- zding-tomcat |
80 | 1 | Henning Blohm | | +-z.jar |
81 | | |
||
82 | 15 | Henning Blohm | +-<armed module 1> |
83 | 8 | Henning Blohm | +-<armed module 2> |
84 | | |
||
85 | 1 | Henning Blohm | +-<git repo 1> |
86 | 10 | Henning Blohm | </pre> |
87 | 16 | Henning Blohm | |
88 | (DONE) |
||
89 | 10 | Henning Blohm | |
90 | h3. Repository Export |
||
91 | |||
92 | We will enhance the repository export so that given a number of repository component names (possibly including mvn repos), a complete export, in source or binary, will be put into a structure as outlined above. |
||
93 | |||
94 | * Repository Component Names can be mapped |
||
95 | * We will introduce a component name escaping pattern to support maven originated components as well |
||
96 | |||
97 | h3. Review of Software Component Responsibilities |
||
98 | |||
99 | +core+ |
||
100 | |||
101 | 1 | Henning Blohm | * Component and Module Model |
102 | * Component Types: |
||
103 | ** System State |
||
104 | ** Java / Compiler |
||
105 | ** "main" programs |
||
106 | ** "any" |