Ticket #3 (closed defect: fixed)
maven archetype for kauri-module
| Reported by: | mpo | Owned by: | freya |
|---|---|---|---|
| Priority: | minor | Milestone: | 0.4 |
| Component: | < Misc | Version: | trunk |
| Keywords: | Cc: |
Description
To help creating new modules it makes sense to be able to start such development using maven archetypes.
Change History
comment:2 Changed 4 years ago by mpo
- Component changed from -- unknown -- to < Misc
This feature is introduced in 0.3 already. I'm listing here a number of possible future enhancements to the current approach.
- fixed 'module1' creation: would be better if the name of the module(s) to be created can be configured or specified during archetype-execution
- the current embedded modules aren't yet following the new name-conventions introduced in the samples (see #117). e.g.
- still uses 'resources' not 'static'
- still -Module suffixes in kauri.xml
- still old bean-names in <kauri:modules>
- spring/services.xml
- still exports 'router', not 'main' service
- fixed links in the index.xml of basic should be prefixed with by ${publicUri('service:/main')} to allow non default mount points
- in general the added stuff in the archetypes could use more comments to explain the constructs. (maybe by refering to online docs)
comment:3 Changed 4 years ago by mpo
The wrappig kauri-project-template.sh script could be inrtoducing the -q option to maven.
This silences the current list of [warnings] coming from the use of various ${version.*} properties in the artefact.
Note: See
TracTickets for help on using
tickets.