[ 
https://issues.apache.org/jira/browse/NPANDAY-475?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Brett Porter updated NPANDAY-475:
---------------------------------

    Fix Version/s: Backlog

> Consolidate AssemblyInfo-generation + modification
> --------------------------------------------------
>
>                 Key: NPANDAY-475
>                 URL: https://issues.apache.org/jira/browse/NPANDAY-475
>             Project: NPanday
>          Issue Type: Improvement
>          Components: Maven Plugins
>    Affects Versions: 1.4-incubating
>            Reporter: Lars Corneliussen
>             Fix For: Backlog
>
>
> h2. Current Situation
> Currently, code that handles AssemblyInfo.cs(.vb) is cluttered all over the 
> project.
> # AbstractCompilerMojo (compile phase) patches AssemblyInfo-versions for 
> **/AssemblyInfo(.cs|.vb)
> # AssemblyInfoGeneratorMojo (generate-sources phase) uses AssemblyInfo + 
> AssemblyInfoMarshaller to generate new AssemblyInfos
> The AssemblyInfoMarshaller does have a read implementation, but it's 
> half-baked.
> h2. Solution
> I think everything should be unified according to these rules:
> * Make the name of AssemblyInfo and COPYRIGHT configurable (includes 
> NPANDAY-406)
> * generate-sources: If no AssemblyInfo found, generate one *to target*. Else 
> copy the existing one.
> ** Never change the original AssemblyInfo file
> ** Make sure, AssemblyInfo file is not overridden by default compiler copy
> * process-sources: Read the AssemblyInfo (Marshaller.unmarshal), patch it, 
> and write it back using marshal-Method.
> ** Expose all attributes to the pom (copyright, description, ...)
> ** Allow custom assemblyinfo attributes to be specified in the pom



--
This message was sent by Atlassian JIRA
(v6.2#6252)

Reply via email to