Hi All -

Small point here, but the issue below is currently tagged under the 
'cas-mvn-plugins' component; however, the proposed work is more of maven 
archetype related work. 

I'd like to propose we rename the component 'cas-mvn-plugins' to be 'cas-mvn' 
so that it can include code for cas-related maven archetypes.

Any thoughts?

Rishi 

On Dec 5, 2012, at 3:46 PM, Rishi Verma (JIRA) wrote:

> Rishi Verma created OODT-539:
> --------------------------------
> 
>             Summary: New maven archetype for generating a template 
> MetExtractor project
>                 Key: OODT-539
>                 URL: https://issues.apache.org/jira/browse/OODT-539
>             Project: OODT
>          Issue Type: New Feature
>          Components: cas-mvn-plugins
>    Affects Versions: 0.4
>            Reporter: Rishi Verma
>            Assignee: Rishi Verma
>            Priority: Minor
>             Fix For: 0.5
> 
> 
> Create a new maven archetype for allowing developers to quickly generate 
> MetExtractor projects on their own.
> 
> The rationale for creating this archetype is to make it simpler and quicker 
> to write new met extractors. Writing new met extractors is pretty easy, but 
> establishing the correct maven directory structure, pom file(s), and build 
> cycle can be tricky. I myself often just replicate the directory structure 
> and pom files from other projects instead of creating/writing new met 
> extractor projects from scratch. This can however lead to human errors and 
> also unwanted code and config. Having an archetype which generates a 
> preferred met extractor-specific maven directory structure, pom files, and 
> template met extractor code would make the job of creating new custom met 
> extractors more consistent and automatic.
> 
> The proposed capability is the following:
> 1. New archetype to generate a full maven project for writing custom met 
> extractor(s)
> 2. Pre-populate generated project with template MetExtractor(s) which work 
> out-of-the box and make it obvious WHERE developer should add their custom 
> extraction code
> 3. Ensure generated project pom allows a build of met extractor project out 
> of the box
> 
> To start out, I would recommend we include an extended CmdLineMetExtractor 
> class which works out-of-the box. We can include more custom met extractors 
> and template code later.
> 
> 
> --
> This message is automatically generated by JIRA.
> If you think it was sent incorrectly, please contact your JIRA administrators
> For more information on JIRA, see: http://www.atlassian.com/software/jira

Reply via email to