You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@maven.apache.org by "Herve Boutemy (Jira)" <ji...@apache.org> on 2021/05/09 15:00:00 UTC
[jira] [Closed] (MWAR-441) Allow "outdatedCheckPath" parameter to
be set to cover web app dir root (everything in the web app directory)
[ https://issues.apache.org/jira/browse/MWAR-441?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Herve Boutemy closed MWAR-441.
------------------------------
Fix Version/s: 3.4.0
Resolution: Fixed
merged in [https://github.com/apache/maven-war-plugin/commit/17e71f8569c7c236ba7f918095942e3e26861c55]
thank you
> Allow "outdatedCheckPath" parameter to be set to cover web app dir root (everything in the web app directory)
> -------------------------------------------------------------------------------------------------------------
>
> Key: MWAR-441
> URL: https://issues.apache.org/jira/browse/MWAR-441
> Project: Maven WAR Plugin
> Issue Type: Improvement
> Affects Versions: 3.3.1
> Reporter: Scott Kurz
> Priority: Minor
> Fix For: 3.4.0
>
>
> I would like to subject something copied to the WAR root, e.g. a JSP to the same "outdated" check for goals like *war:exploded* .
> I don't see a way to do that currently. An empty String or absent config value triggers the default of *WEB-INF/lib/*
> I'm not too familiar with mojo File-typed parameters. Is there a construct or pattern that lets you use either a relative or absolute path like you can with the *webappDirectory, warSourceDirectory* parameters, but relative to the webappDirectory rather than basedir?
> E.g. for *warSourceDirectory* I can specify: *src/main/webapp* or an absolute path. If I could do something like that for *outdatedCheckPath* today that would meet my needs. But maybe this parameter resolution only works conveniently relative to the basedir?
>
> If this parameter must remain a "prefix" or path relative to the webappDirectory, maybe it just needs a special syntax like '.' or '*' to cover everything.
>
--
This message was sent by Atlassian Jira
(v8.3.4#803005)