All Downloads are FREE. Search and download functionalities are using the official Maven repository.

site.apt.usage.apt Maven / Gradle / Ivy

There is a newer version: 0.0.6.1
Show newest version
	------
	Aerial Maven Example
	------
	Myk Kolisnyk
	------
	2015-01-05

%{toc}

Generating Features Based on File Content Example

  The simplest flow (among the ones which are supposed to be used on practice) is generation based on requirements stored in file.
  Major parameters to be defined here are:

  * <>, <> - for file they both should be <>

  * <> - the relative path to the location where input files will be taken from

  * <> - the path where generated features will be placed

  Additionally, if we need to filter files we can use <> list where each item represents regular expression to match.
  If input file name matches any of those expressions the file will be processed.

  Here is an example of Maven configuration generating features based on file content:

+------+

  ...
  
    
      
        ${project.groupId}
        ${project.artifactId}
        ${project.version}
        
            FILE
            src/test/resources
            FILE
            output/
            
                (.*)Module1.document
                (.*)Module2.document
            
        
      
      ...
    
  
  ...

+------+

Generating Features Based on JIRA Content Example

  A lot of projects are being tracked in {{{Jira}http://jira.atlassian.com}}. So, it makes sense to provide some kind of integration with this system as well.
  For Aerial Jira is normally queried using JQL queries and the input document content is taken from some specific field. So, if we want to configure Aerial
  to read data from Jira we should specify the following configuration options:

  * <> - JIRA

  * <> - specify Jira base URL

  * <> - usially the value is FILE unless output goes somewhere else

  * <> - the output location where generated files will be placed

  * <> - additional set of parameters with pre-defined name. For Jira source they are:

    * <> - the Jira user name. It's needed for authentication

    * <> - the Jira password

    * <> - the id of the Jira issue field where actual input text will be taken from

  * <> - the list of JQL queries to be sent to Jira

  The below example shows how the configuraiton for Jira input source looks like:

+------+

  ...
  
    
      
        ${project.groupId}
        ${project.artifactId}
        ${project.version}
        
            JIRA
            http://localhost:8080/jira
            FILE
            output/
            
                some_user
                some_password
                description
            
            
                project=Wallboards AND status=Open
            
        
      
      ...
    
  
  ...

+------+




© 2015 - 2024 Weber Informatics LLC | Privacy Policy