Hi Andreas,
it took me some years to find relevant articles and documentation on the maven
site.
And still it is not easy to find documentation in the depth needed.
I would regret if "module" was changed. It is, as it is now, the best
description and semantics of what it is.
Maybe we should pr
nteresting idea...
>
> Maven4 has something for this ("project repo" that is project-local as
> opposed to "local repo" that is global).
> But my discussion is about Maven3 and local repo and remote repo (both are
> global).
>
> Thanks
> T
>
> On Fri, Jun 14,
lly
>>>> means
>>>>>> having 2 Eclipse instances open at the same time, we have some
>> projects
>>>>>> with lots of modules. Deploying by default adds time and inflicts my
>>>> work
>>>>>> in progress on everyone else. I'm sure I'd turn that off.
>>>>>>
>>>>>> I would turn off both for sure in GitHub CI builds, so hopefully that
>>>> can
>>>>>> be turned off on the command line so I don't have to make my POMs
>> even
>>>> more
>>>>>> complicated ;-)
>>>>>>
>>>>>> An otherwise happy Maven user giving up
>>>>>> 2c,
>>>>>> Gary
>>>>>>
>>>>>> On Fri, Jun 14, 2024, 12:15 PM Tamás Cservenák
>>>>>> wrote:
>>>>>>
>>>>>>> Howdy,
>>>>>>>
>>>>>>> As history proved, the original "interleaved" install/deploy is just
>>>> call
>>>>>>> for problems, and causes in need for circumventions like
>>>>>>> https://issues.apache.org/jira/browse/MNG-8054 to make classic
>>>> "snapshot
>>>>>>> TS
>>>>>>> lock-down" possible on large(r) projects. Also, no wonder our users
>>>> were
>>>>>>> asking for this feature for a quite long time.
>>>>>>>
>>>>>>> Hence, I'd propose that in upcoming releases (ie 3.2.0 of them), in
>>>>>> plugins
>>>>>>> m-install-p and m-deploy-p simply "flip" the defaults: and make them
>>>>>>> install/deploy At End by default, while keeping the ability to
>>>> "reverse"
>>>>>> if
>>>>>>> someone really depends on per-module deploys.
>>>>>>>
>>>>>>> WDYT?
>>>>>>>
>>>>>>> Thanks
>>>>>>> T
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>> -
>>>> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
>>>> For additional commands, e-mail: dev-h...@maven.apache.org
>>>>
>>>>
>>
GF Kemal Soysal
__
Kemal Soysal
LS IT-Solutions GmbH
kemal.soy...@ls-it-solutions.de
Mobil: +49 1512 404 55 66
Thomas-Mann-Str.21
44141 Dortmund
+1 (set JDK17 min version for Maven 4.x)
ght now.
>>
>> Cheers,
>> Mathias de Riese
>
> --
> Mathias de Riese
> math...@de-riese.de
>
> -----
> To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
> For additional commands, e-mail: dev-h...@maven.apache.org
>
GF Kemal Soysal
__
Kemal Soysal
LS IT-Solutions GmbH
kemal.soy...@ls-it-solutions.de
Mobil: +49 1512 404 55 66
Marthashof 6
D-10435 Berlin
Hi Elliot,
did you try to use mvnDebug?
> Am 24.02.2023 um 13:26 schrieb Elliotte Rusty Harold :
>
> Real world example from the non-Apache project built with Maven I'm
> working on this morning.
>
> 1. Build fails
> 2. 591 lines of log output in my console, almost all of which are
> artifacts
+1 logback
> Am 23.02.2023 um 06:39 schrieb Guillaume Nodet :
>
> Maven Daemon uses logback instead of the simple logger. This definitely
> allows more configuration freedom.
> Should we switch maven 4 to logback or log4j too ?
>
> Le mer. 22 févr. 2023 à 18:45, Ralph Goers a
> écrit :
>
>> M
ts overflow the Github issue tracker? Why do we
>>> accept that level of error reporting in Maven downloads?
>>>
>>> We shouldn't force people to do what computers can easily do. One of
>>> the things a computer can do is notice when one out of hun
Hi,
I am trying to understand the reason for the skip execution behavior not being
implemented in the AbstractMojo class already.
If there is no specific reason, would Yous agree to introduce it with Maven 4.0
or even back port to 3.x ?
Kemal
-
