> I also want to require a description for each module.
you mean enforce a different description in a module vs its parent value?
- Mail original -
De: "Delany"
À: "Maven Users List"
Envoyé: Jeudi 8 Février 2024 06:27:55
Objet: enforce module descriptions
Hi. I'm using enforcer to
Hey,
Yeah, exactly: ideally we want module-b to be resolved in different ways within
the same reactor. I noticed that this kind of already happens (albeit in a
simpler way): In my reproducer testing if you play with the test timeouts to
dictate the module build order then with the same modules
Howdy,
Well, sadly, Maven currently has no means to make one module "this and
that" at the same time.
It is either in the reactor or is out of it.
To me, it sounds like you want one reactor, but where module-b is "out" and
'in", at the same time (within same session)
T
On Thu, Feb 8, 2024 at
Hey,
We don't need the module-b jar built in the reactor to be included in the war
if the changes made in module-b won't affect the war. Instead, in this
scenario, we're fine with using a jar resolved from the local repository. The
requisites for this scenario are:
* Any change made to
Hej,
yes, basically the "hack" is well described by you:
- it retains "full' reactor project
- introduces "needs build" on project
- when it comes to building, it skips the project if flag set
This results that module-b -> app link is not lost.
And as for your parallelization request: the truth
Hi. I'm using enforcer to require a project description
https://maven.apache.org/enforcer/enforcer-rules/requireProperty.html
But I also want to require a description for each module.
The description is inherited so they will always have a description.
Is this possible?
Thanks,
Delany
Hi Tamás,
Thank you for hacking around this so rapidly. I am not familiar with the maven
code base, so let me know if I have misinterpreted the change: Is your hack to:
1. Retain the full multi-module build dependency graph such that the build
graph always remains consistent regardless of
Seems we are on track with this. To prove my last-night theory I created a
"hack" (is really just that) and guess what?
It makes reproducer behave "as expected":
https://github.com/apache/maven/pull/1406
T
On Wed, Feb 7, 2024 at 10:05 PM Tamás Cservenák wrote:
> Howdy,
>
> Thank you very much,