Le jeu. 9 déc. 2021 à 09:52, Hervé BOUTEMY <herve.bout...@free.fr> a écrit :
> we have most plugins that are simple with only 1 mono-module build > This makes documentation easy in /plugins/maven-*-plugin/: > see https://maven.apache.org/components/plugins/ for full list > > we have a few components that have a plugin as part of a larger > multi-module > build, like surefire, jxr, archetype, scm, plugin-tools, enforcer, > release, and > soon wrapper > > And from experience, it makes documentation harder because there is always > the > question of what to write in the plugin pages and what to write in other > modules. Not talking of navigation from /plugins/maven-xxx-plugin to /xxx/ > maven-xxx-plugin (we have a trick for redirecting...) > > In caching case, I see that there is only one submodule, that is done for > ITs > with Surefire: is it necessary? isn't maven-invoker-plugin usable, like > for > plugins? > Yes, that's actually a good point. I thought about that when I read Tamás answer. I'll double check if the integration tests can be merged into a single module. > > Regards, > > Hervé > > Le jeudi 9 décembre 2021, 09:01:13 CET Guillaume Nodet a écrit : > > I think the repository name should not contain 'extension', similar to > > surefire which provides a plugin, but it a bit more complex > > The fact that it is provided as an extension is a technicality in this > case > > imho. > > No big deal though... > > > > Le mar. 7 déc. 2021 à 09:53, Tamás Cservenák <ta...@cservenak.net> a > écrit : > > > Howdy, > > > > > > I'd rather group ASF extensions (are there any existing ones aside of > > > caching?), > > > to be clear... so GH repo could be something like > > > apache/maven-caching-extension > > > apache/maven-foobar-extension > > > etc? > > > > > > T > > > > > > On Tue, Dec 7, 2021 at 9:48 AM Guillaume Nodet <gno...@apache.org> > wrote: > > > > Following the recent work done to integrate the maven caching / > > > > > > incremental > > > > > > > build system into maven, I think it's now time to discuss where we > want > > > > > > its > > > > > > > long-term location to be. > > > > > > > > This extension was donated a few months ago and provides local and > > > > remote > > > > caching of maven project's output, based on computed hashes of the > > > > > > inputs. > > > > > > > It's defined as a maven extension and can be used as a core or build > > > > extension. This avoids building the project and speeds up builds a > lot > > > > ! > > > > > > > > The current status of this work resides in 3 branches: > > > > * MNG-7129-3.8.x (PR at https://github.com/apache/maven/pull/622) > > > > * MNG-7129-master (PR at https://github.com/apache/maven/pull/607) > > > > * https://github.com/apache/maven/tree/MNG-7129-maven-caching > > > > > > > > The two first PRs include the required changes to integrate the > > > > extension > > > > in maven 3.8.x (or rather 3.9.x) and in master. The last branch is > the > > > > > > one > > > > > > > that should be moved to a separate repository and contain the code > for > > > > > > the > > > > > > > extension. The goal is to agree on the location and the final name > for > > > > > > the > > > > > > > repository (it can't be changed easily). > > > > > > > > I propose maven-caching as the repository / subproject name, but any > > > > > > better > > > > > > > name is welcomed of course. > > > > > > > > -- > > > > ------------------------ > > > > Guillaume Nodet > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org > For additional commands, e-mail: dev-h...@maven.apache.org > > -- ------------------------ Guillaume Nodet
