[ http://issues.apache.org/jira/browse/JS2-338?page=comments#action_12319448 ]
Ate Douma commented on JS2-338: ------------------------------- Hmm, to be honest, I don't really like that. You lose information that way and you can't see/compare one set of portal resources from the other anymore. But, I think there is an easy solution: why not provide a j2:war-resources (or even a j2:war) which uses copy with overwrite=true for merging the resources? That way you are assured your own resources are copied. The j2:war-resources would only merge them, a j2:war can perform the full war goal if you like. And of course, you/everyone can still choose not to use this solution but provide a custom one with pre/post goals in a local maven.xml. > In certain cases j2:portal.genapp overwrites the existing project's > project.xml > ------------------------------------------------------------------------------- > > Key: JS2-338 > URL: http://issues.apache.org/jira/browse/JS2-338 > Project: Jetspeed 2 > Type: Bug > Versions: 2.0-FINAL, 2.0-M4 > Reporter: Scott T Weaver > Assignee: Scott T Weaver > Fix For: 2.0-FINAL, 2.0-M4 > > This happens any time initMavenPlugin is called after the creation of a > custom portal's project.xml or if the the maven plugin's project.xml has a > newer timestamp then the custom portal's project.xml. Even though the > overwrite on the copy task in the plugin has overwrite="false" this does not > help the case when the plugin's project.xml has a more recent timestamp. All > the overwrite="false" does is force the copy command to respect timestamps, > which it does do. However, this does not prevent the maven plugin's > project.xml with a newer timestamp from overwriting the local project's > project.xml. > A check needs to be put in place to prevent the copy based on the prior > existence of a local project.xml. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
