A couple questions:

Where in the sandbox is this code? I don't see it
https://svn.codehaus.org/mojo/trunk/mojo/mojo-sandbox/

Why not submit these to the maven-archetype-plugin project, rather than
creating a parallel project in Mojo?

I like some of these ideas, especially the multi-module support - but don't
re-define terms. The current archetype has two goals: create and
create-from-project... if you want your plugin to be accepted, stick to that
convention. If you feel that the current names are not descriptive enough,
file a JIRA.

Eric

On 3/5/07, Raphaël Piéroni <[EMAIL PROTECTED]> wrote:

Hi,

I would like to introduce the work i have done so far concerning
archetypes.
I have improved the current archetype mecanism by adding
- the interactive selection of the archetype to create a project from
- the interactive configuration of the archetype to create a project from
- the interactive configuration of the archetype created from a project

To acheive this i needed to refactor the archetype descriptor and
workflow.
I must admit having stole some code from current implementation :).

You can checkout the sources in the mojo sandbox. Just beware when
checking out the sources in Windows, the source tree is quite deep and
breaks.

I will be happy to have some feedback about it.

The plugins comes with a little pack of archetypes.
The core goals are :
- generate: to generate a project from an archetype
- create: to create an archetype from a project

This first implementation have som limitations as the archetypes are for
now mono-project.

I copy my current todo list for starting point to discuss about :

- package mojo: to jar the created archetype
- sample properties mojo: to provide a sample configuration file for an
archetype (which could be filled and used in batch mode)
- descriptor with attributes: refactor the current archetype descriptor to
use attributes instead of xml elements
- generate multi project: to generate a project and its internal modules
from one archetype.
- create multi project: to create one archetype from a project with
modules
- CRUD group mojo: mojos to change the archetype groups defined in the
~/.m2/archetypes.xml
- Documentation:  Document the workfow of user interaction, explain the
internal plexus components
- integration tests and sibling: handle directories other than src/main,
src/test, src/site. a first case would be integration tests
- pom.xml sibling: handle templates in the main directory. some use case
would be readme files
- translator: create a tool to translate current archetypes into this new
way
- archetype group metadata: create a new group metadata for archetypes
(same way as plugins metadata) therefore we could have a archetype
packaging.
- velocity tools in templates: provide the official velocity tools to be
used by archetype creators

Regards,

Raphaël




--
Eric Redmond
http://codehaus.org/~eredmond

Reply via email to