generally an imperfect place. Thanks to everyone involved in the
migration. As a team, you have done a marvellous job. :-)
P.S.: Sorry for the typos in the previous message.
--
Alexander Kriegisch
https://scrum-master.de
Matthias Bünger schrieb am 22.07.2025 um 15:43:
> that's why we decide
future if an issue I have created or have been
involved in gets new comments or commits.
--
Alexander Kriegisch
https://scrum-master.de
Matthias Bünger schrieb am 21.07.2025 um 00:08:
> Hallo everyone,
> I'm happy to inform you that today we have migrated the last planed JIRA
> projec
Seems like it was not such a good idea to silently swallow exceptions,
always assuming a single root cause. Even that should have been
reported, at least on debug. In this case, it seems like dependency
classes cannot be found by ASM. Is that the bug you mean?
--
Alexander Kriegisch
https://scrum
branch, I
still found this TODO [1] ExecJavaMojo#execute and thought, the issue
had not been addressed yet. Maybe, you want to remove the TODO.
[1]
https://github.com/mojohaus/exec-maven-plugin/blob/47eac15af14e836d54aeb8fae4c047182f224a1f/src/main/java/org/codehaus/mojo/exec/ExecJavaMojo.j
and-alone reproducer on GitHub and link to it from this
thread? The maintainers and maybe I can then take a closer look.
[1] https://openjdk.org/jeps/486
[2]
https://www.mojohaus.org/exec-maven-plugin/java-mojo.html#blockSystemExit
Best regards
--
Alexander Kriegisch
https://scrum-master.de
Stei
Could anyone tell me, is it an expected behaviour, and is it an issue
in Javadoc (I think it worth documenting), or the second configuration
should be treated as invalid?
--
Alexander Bubenchikov
JetBrains
-
To unsubscribe, e-mail
On Windows, the path separator is not a colon but a semicolon.
Am 12. November 2024 15:25:58 GMT+07:00 schrieb "Grégory Jevardat De Fombelle"
:
>Ok sorry for the spam but I found that it is not a too long classpath issue.
>
>One jar in the classpath is causing a strange error
>[ERROR] error: i
think, we should let it go.
Apologies to the person starting the thread, asking a different
question, for straying somewhat off topic.
--
Alexander Kriegisch
https://scrum-master.de
Nils Breunese schrieb am 30.03.2024 14:26 (GMT +01:00):
> Timothy Stone wrote:
>
>> Organizati
Hi everyone,
I followed the instructions in guides/mini/guide-reproducible-builds.html and
was able to produce a reproducible build, which I can later verify on my own
system. My intention is to publish this on Maven Central and provide enough
information for anyone else to be able to confirm
n Assembly to first create one aggregate
sources JAR and then let Shade find that one.
--
Alexander Kriegisch
https://scrum-master.de
Toshiya Kobayashi schrieb am 28.03.2024 06:22 (GMT +01:00):
> Hello,
>
> I use maven-shade-plugin to create an uber jar and its source jar with
> .
&
I most frequently use tree and analyze, but have used others like the copy* and
unpack* goals, too.
I do miss an equivalent to tree for plugin dependencies.
--
Alexander Kriegisch
https://scrum-master.de
Tamás Cservenák schrieb am 21.03.2024 17:04 (GMT +01:00):
> I'd would be inter
you can do something about making the Doxia version or the
whole 'generator' tag optional?
Regards
--
Alexander Kriegisch
https://scrum-master.de
Michael Osipov schrieb am 08.03.2024 um 20:48:
> On 2024/03/07 10:24:07 Alexander Kriegisch wrote:
>> Thanks, Michael,
>>
>>
en
UTF-8
UTF-8
asciidoctor-diagram
HTH. Thanks to all of you for your support.
Cheers
--
Alexander Kriegisch
https://scrum-master.de
Alexander Kriegisch schrieb am
asciidoc
sources using asciidoctor-maven-plugin come into play, the pages will
contain timestamps. I think, I will investigate further in that
direction about why that happens and whether it can be suppressed.
Cheers
--
Alexander Kriegisch
https://scrum-master.de
Michael Osipov schrieb am 06.03.2024 um
sking, because I was hoping that
somebody could tell me if there were any existing options to suppress
those meta tags. If you know one, your insights are most welcome.
Please, just tell me what I missed and which setting to tweak to
suppress the tag(s).
Regards
--
Alexander Kriegisch
https://scrum
Sorry for replying slowly due to intercontinental travel.
What sebb said is just one issue. The other, even more obviuous one is
that a timestamp is a tinmestamp is a timestamp and hence therefore
changes each time I generate the site.
--
Alexander Kriegisch
https://scrum-master.de
sebb
using more of that stuff.
--
Alexander Kriegisch
https://scrum-master.de
Greg Chabala schrieb am 26.02.2024 00:16 (GMT +07:00):
> I would also like a solution to this, but am no closer to solving it.
>
> The noise from these date and version comments in the diffs make finding
> real
I forgot to mention, that it would also be nice to get rid of this content:
--
Alexander Kriegisch
https://scrum-master.de
Alexander Kriegisch schrieb am 22.02.2024 13:59 (GMT +07:00):
> Hello Maven community.
>
> When generating Maven sites, I like to keep the diffs to
Unfortunately, I found no way to suppress these generated tags on each
single page:
They constitute about 90% of my commit diffs, making it look like all
pages have changed in the commit log, even though maybe I just fixed a
typo on a single page. How can I customise that behaviour?
--
Alexander
For the record: The correct answer to my question seems to be, that it
is simply not possible. Hence, I created
https://issues.apache.org/jira/browse/DOXIASITETOOLS-330.
--
Alexander Kriegisch
https://scrum-master.de
Alexander Kriegisch schrieb am 05.02.2024 11:36 (GMT +07:00):
> Neither
erride the
plugin's default.
Sorry to the whole audience to repeat and paraphrase the same thing so many
times. I just want to make sure it sticks this time, so nobody in this
community wastes time trying to solve a problem I do not have.
--
Alexander Kriegisch
https://scrum-master.de
not know, it is OK.
But if you want to help, the ball is in your court now. A counter-example
showing me how to do what you suggested right would be most welcome.
--
Alexander Kriegisch
https://scrum-master.de
Jörg Schaible schrieb am 07.02.2024 01:32 (GMT +07:00):
> Hi Alexander,
>
parent POM and site I like,
I did that already days ago. But it is not what I want, because 99% of the
defaults are OK for me. I would not have asked, if this DRY violation would not
bug me so much.
--
Alexander Kriegisch
https://scrum-master.de
Jörg Schaible schrieb am 07.02.2024 01:24 (GMT
FYI, I have just created https://issues.apache.org/jira/browse/SUREFIRE-2234
with a suggested fix.
--
Alexander Kriegisch
https://scrum-master.de
Alexander Kriegisch schrieb am 06.02.2024 08:58 (GMT +07:00):
> Sorry, hit the send button too quickly.
>
> The fact that e.g. on Bash
&
Sorry, hit the send button too quickly.
The fact that e.g. on Bash
mvn test -Dtest=dev.aspectj.*
does not find any tests, but
mvn test -Dtest=dev/aspectj/*
does, is IMO simply a bug that ought to be fixed.
--
Alexander Kriegisch
https://scrum-master.de
Alexander Kriegisch schrieb am
Bash:
mvn test -Dtest=dev.aspectj.MyO*
Windows Cmd/PowerShell:
mvn test "-Dtest=dev.aspectj.MyO*"
--
Alexander Kriegisch
https://scrum-master.de
Gary D. Gregory schrieb am 05.02.2024 22:22 (GMT +07:00):
> Hi All:
>
> mvn clean test -Dtest=org.apache.commons.compress.harm
what you recommend me to do.
--
Alexander Kriegisch
https://scrum-master.de
Jörg Schaible schrieb am 06.02.2024 04:58 (GMT +07:00):
> Hello Alexander,
>
> On Sunday, 4. February 2024, 04:20:22 CET Alexander Kriegisch write:
>> Hi Jörg.
>>
>> Thanks for the reply. Ca
ifact. This inheritance is nice, but I need a way to avoid,
override or overrule it and make Maven Site Plugin use my own site.xml
exclusively.
--
Alexander Kriegisch
https://scrum-master.de
Jörg Schaible schrieb am 06.02.2024 05:04 (GMT +07:00):
> Hi Alexander,
>
> On Monday, 5. February
d the solution using web search, documentation or trial & error.
[1]
https://maven.apache.org/plugins/maven-site-plugin/examples/sitedescriptor.html
[2] https://maven.apache.org/plugins/maven-site-plugin/examples/multimodule.html
--
Alexander Kriegisch
https://scrum-
Hi Jörg.
Thanks for the reply. Can you please elaborate with examples? Option 1
is what I need, but that does not work. Or maybe we have a
misunderstanding about the term "property". Are we talking about a
simple Maven property or a mojo configuration property?
Regards
--
Alexander
Hi Lasse.
Thanks for the reply. I fail to see how this plugin is an example for a
solution to the problem explained in my question. Please elaborate.
Regards
--
Alexander Kriegisch
https://scrum-master.de
Lasse Lindqvist schrieb am 03.02.2024 21:10 (GMT +07:00):
> If you need an example
:
org.acme
xy-compiler-plugin
1.2.3
4.5
My current knowledge of the Maven Way says, this is not possible. But I
am asking anyway, just because I am curious and did not find any helpful
resources online.
--
Alexander Kriegisch
https://scrum-master.de
ly contain spaces.
--
Alexander Kriegisch
https://scrum-master.de
Siddharth Jain schrieb am 29.01.2024 06:37 (GMT +07:00):
> Hello,
>
> I have:
>>mvn -v
> Apache Maven 3.9.6 (bc0240f3c744dd6b6ec2920b3cd08dcc295161ae)
> Maven home: C:\Program Files\apache-maven-3.9.6
> Ja
org.eclipse.aether:aether-api:jar:1.0.0.v20140518
org.slf4j:slf4j-api:jar:1.7.36
org.apache.maven.plugins:maven-jar-plugin:jar:3.3.0
org.apache.maven.shared:file-management:jar:3.1.0
--
Alexander Kriegisch
https://scrum-master.de
Asaf Mesika schrieb am 10.01.2024 02:48 (GMT +07:00):
> For me, on s
I have already created https://issues.apache.org/jira/browse/MSHADE-467
and also might have a fix. Please watch the issue and the soon to be
created PR to know when to get ready to re-test this with you real
project.
--
Alexander Kriegisch
https://scrum-master.de
Alexander Kriegisch schrieb am
solve the problem, I can create an issue myself,
if none exists yet until then.
Kind regards
--
Alexander Kriegisch
https://scrum-master.de
Estelle Bremont schrieb am 20.01.2024 00:37 (GMT +07:00):
> Hello !
> I work with François. Here's a quite simple example reproducing the proble
javadoc, which
then can be displayed in the help goal or in the IDE as a pop-up, but
XML code completon would be much nicer and less error-prone.
Regards
--
Alexander Kriegisch
https://scrum-master.de
-
To unsubscri
, if anyone feels like
creating a PR.
Cheers
--
Alexander Kriegisch
https://scrum-master.de
Francois Marot schrieb am 11.01.2024 16:16 (GMT +07:00):
> Hello,
>
> First let me wish the Maven community a happy new year.
> I recently faced a problem with the shade plugin generat
ot;);
JAVA_LIBRARY_PATH = getProperty(props, "java.library.path", "");
// ...
}
I.e., you either need to set it for the whole Maven process or fork your
execution, using exec:exec instead of exec:java.
--
Alexander Kriegisch
https://scrum-master.de
Neil Aggarwal schrieb am 06.01.2024
:
fr.jcgay.maven.plugins
org.sonatype.plugins
fr.jcgay.maven.plugins being the old group ID. After updating this to
org.codehaus.mojo
org.sonatype.plugins
everything is fine. Just in case, someone else also forgot to update
their settings...
--
Alexander Kriegisch
https://scrum
make it generic enough.
--
Alexander Kriegisch
https://scrum-master.de
mark.yagnatin...@barclays.com.INVALID schrieb am 24.12.2023 10:21 (GMT +07:00):
> Okay, I tried again with more realistic settings and indeed it now works!
> (That is, I gave it 700 megs of heap instead of one meg)
>
-pom -Doutput=effective-pom.xml
is helpful, too.
--
Alexander Kriegisch
https://scrum-master.de
mark.yagnatin...@barclays.com.INVALID schrieb am 24.12.2023 01:53 (GMT +07:00):
> Actually no, wait. I changed the pom as you described but I think the build
> is
> still using the old plexu
you did not. Are you really sure that you added the Plexus
dependencies to Maven Compiler Plugin, like Ishowed you in my Maven
example? Can you maybe check with 'mvn dependency:tree'?
--
Alexander Kriegisch
https://scrum-master.de
mark.yagnatin...@barclays.com.INVALID schrieb am 24.12.
ace happens to be part of the compiler output.
Cheers
--
Alexander Kriegisch
https://scrum-master.de
mark.yagnatin...@barclays.com.INVALID schrieb am 23.12.2023 10:40 (GMT +07:00):
> There's nothing that special about MY stack trace... just run javac on a
> largish module with a tiny hea
ary POM):
2.14.2
org.apache.maven.plugins
maven-compiler-plugin
3.12.0
org.codehaus.plexus
plexus-compiler-api
${plexusCompilerVersion}
org.codehaus.plexus
plexus-compiler-manager
${plexusCompilerVersion}
org.codehaus.plexus
plexus-compiler-j
, maybe I can contribute a
little bit more. But then, I need input.
Thanks in advance and kind regards
--
Alexander Kriegisch
https://scrum-master.de
mark.yagnatin...@barclays.com.INVALID schrieb am 21.12.2023 23:43 (GMT +07:00):
> Forked: yes
> Other questions: didn't check, beca
running in your project.
Regards
--
Alexander Kriegisch
https://scrum-master.de
mark.yagnatin...@barclays.com.INVALID schrieb am 20.12.2023 05:27 (GMT +07:00):
> Indeed, if there were ACTUAL error messages from the java compiler,
> this would be far less mysterious :) The trouble is th
t;>> We are an open source project. We don't have a release timeline.
... is not sound reasoning. If it walks like a duck and quacks like a
duck, I take the liberty to call it ridiculous. Not the fact as such,
just the reason given.
Clear enough for you now, too?
Regards
--
Alexander
Regards
--
Alexander Kriegisch
https://scrum-master.de
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
"Maven does not have a release timeline", fine.
But giving the reason that you do not have one because Maven is OSS, is,
with all due respect, just ridiculous.
Regards
--
Alexander Kriegisch
https://scrum-master.de
-
To
Thanks, Greg.
For anyone who wants to follow this:
https://issues.apache.org/jira/browse/INFRA-25291
--
Alexander Kriegisch
https://scrum-master.de
Greg Chabala schrieb am 18.12.2023 09:31 (GMT +07:00):
> This is an Apache Infra project, not really Maven:
> https://infra.apac
mplemented.
--
Alexander Kriegisch
https://scrum-master.de
-
To unsubscribe, e-mail: users-unsubscr...@maven.apache.org
For additional commands, e-mail: users-h...@maven.apache.org
the Maven Compiler options or mishandled in
Plexus, that could then be added or fixed. Otherwise, someone could
instruct the OP how to use the existing options to achieve what he
wants. WDYT?
--
Alexander Kriegisch
https://scrum-master.de
Olivier Lamy schrieb am 04.12.2023 04:39 (GMT +07:00
per, especially into your
assemblies - so far I did not look at all yet - can you tell me if your
problems are all fixed for the moment? The situation seems to have
progressed since last time you asked.
Kind regards
--
Alexander Kriegisch
https://scrum-master.de
Karl Heinz Marbaise schrieb am 14.
ow the new directory
layout is well invested, because sticking to Maven conventions pays off
in so many ways, not just because IDE import is now easier and users can
contribute patches or features more easily due to painless on-boarding.
--
Alexander Kriegisch
https://scrum-master.de
Greg Chabala
, it is not.
--
Alexander Kriegisch
Joseph Kessselman schrieb am 11.11.2023 09:51 (GMT +07:00):
> Tried making my top-level module dependent on all the others so the
> assembly invoked there would run last. Unfortunately, it seems the
> dependencies are inherited to all the children,
Joseph,
you probably want to look into resource filtering and put a
corresponding placeholder into a properties file and read it as a
classpath resource from your artifact.
https://maven.apache.org/plugins/maven-resources-plugin/examples/filter.html
Cheers
--
Alexander Kriegisch
https://scrum
GitHub, because, well - they
are AsciiDoc now.
HTH. Regards
--
Alexander Kriegisch
https://scrum-master.de
Joseph Kessselman schrieb am 05.11.2023 06:53 (GMT +07:00):
> 1) For backward compatibility with the prior Ant build (and with the
> test framework's assumptions about whe
ith that they should default to the same base directory. Hence
https://github.com/apache/maven-reporting-impl/pull/26. I am more in the
Maven Javadoc "fan club" in this case.
Regards
--
Alexander Kriegisch
https://scrum-master.de
Michael Osipov schrieb am 23.10.2023 00:53 (GMT +07:00):
va/org/codehaus/mojo/aspectj/AjcReportMojo.java#L57-L67
[3]
https://github.com/dev-aspectj/aspectj-maven-plugin/blob/9f2d0e97ed963c2b69a7fdf731a4c919a6bb56ef/src/main/java/org/codehaus/mojo/aspectj/AjcReportMojo.java#L255
[4] https://github.com/dev-aspectj/aspectj-maven-plugin/tree/main/src/it
; field, not extending AbstractMavenReport at all.
I would, however, rather stick with the approach to use the abstract
base class and extend it the right way, based on expert suggestions
here.
--
Alexander Kriegisch
https://scrum-master.de
Alexander Kriegisch schrieb am 20.10.2023 09:08 (GMT +07
ugins falsely
configured. Do all reporting plugins need to provide a separate
'destDir' or 'reportingDir' property for that use case? WDYT?
Sorry for asking a long-winded question, but I think it is important for
me to provide some context for the benefi
m line: You can make Maven Exec handle program arguments like
(unquoted, one line of text is one argument):
It's OK
She said: "It is OK"
But not:
She said: "It's OK"
Regards
--
Alexander Kriegisch
https://scrum-master.de
Garret Wilson schrieb am 15.10.2023
mvn --% -pl some-app exec:java -Dexec.mainClass=com.demo.AspectjDemoApplication
-Dexec.args="one ""it's OK"" three" --quiet
Condensed to the important part:
mvn --% (...) -Dexec.args="one ""it's OK"" three"
--
Alexander Krieg
t;one \"it's OK\" three"
In Windows Cmd.exe, a double quote is escaped by another double quote:
-Dexec.args="one ""it's OK"" three"
HTH
--
Alexander Kriegisch
https://scrum-master.de
Alexander Kriegisch schrieb am 15.10.2023 11:17 (GMT
27;one "number two" three'
only works in UNIX-like shells, but *not* in Cmd.exe.
--
Alexander Kriegisch
https://scrum-master.de
Garret Wilson schrieb am 15.10.2023 05:31 (GMT +07:00):
> Here's a fun one for your weekend. As you know from (almost) the
> beginning of
Alexander Kriegisch schrieb am 15.10.2023 10:36 (GMT +07:00):
> -- Let us abuse reviews as a tool to micro-manage the contributor to
OMG, of course I meant "let us NOT abuse".
> change what we would have done differently, until it looks exactly
>
now, but I felt I wished to
send that message to the Apache Maven community (and actually many
others in the OSS world), even though the message might have been better
suited for the developers list.
Respectfully yours
--
Alexander Kriegisch
https://scrum-master.de
Joseph Kessselman schrieb am
)
(...)
[INFO] BUILD FAILURE
(...)
$ less target/it/CreateReport/build.log
# At the end of the file, there is the error.
# Scroll up a bit to see the Maven stacktrace.
Hope this helps.
--
Alexander Kriegisch
https://scrum-maste
eing
set, as you can see in my original message's stack trace extract.
Is there a bug in my project? Or is there one in Maven Reporting Tools?
Regards
--
Alexander Kriegisch
https://scrum-master.de
Alexander Kriegisch schrieb am 10.10.2023 09:28 (GMT +07:00):
> Actually, my initial m
e no idea how to fix my plugin without
that ugly workaround. Probably there is a bug somewhere in the
implementation in code I neither wrote nor ever touched, which is
why I was asking for help here. Feel free to contact me off-list,if
you think the noise is too much here.
Best regards
Hello Hervé.
Did the reproducer help you in any way?
Regards
--
Alexander Kriegisch
https://scrum-master.de
Alexander Kriegisch schrieb am 23.09.2023 10:00 (GMT +07:00):
> Hello Hervé.
>
>>> I tried to upgrade those
>>> dependencies to the most recent Doxia and Site
does not strip off
attachments.
Regards
--
Alexander Kriegisch
https://scrum-master.de
Joseph Kessselman schrieb am 04.10.2023 05:41 (GMT +07:00):
> Hi, folks. I'm in the process of trying to port the Apache Xalan build
> from Ant to Maven. It's close to usable, but I'm stil
e202923d456e31579f3809ef4d648509b62e
Regards
--
Xander
https://scrum-master.de
> Le jeudi 7 septembre 2023, 04:35:29 CEST Alexander Kriegisch a écrit :
>> Hello Maven community.
>>
>> In a Maven plugin using old 1.x Doxia and Sitetool versions, I am getting
>> warnings bec
Hello.
I was asking this question two weeks ago. Can somebody tell me if maybe I asked
on the wrong list or in the wrong way and possible direct me elsewhere?
Thank you all. Best regards
--
Alexander Kriegisch
https://scrum-master.de
Alexander Kriegisch schrieb am 07.09.2023 09:35 (GMT +07:00
he problem. How are
plugin implementors meant to deal with this situation? Or is this some kind of
bug? I am unsure how to proceed. I am by no means a Maven plugin buff and
merely helping to keep an existing plugin alive. I would be grateful for hints.
Regards
--
Ale
Hi David.
I am too busy to try, but here is a quick idea: You could use Maven
Dependency Plugin, e.g. mvn dependency:tree. That should resolve your
dependencies. If you want to be 100% sure to resolve all dependencies,
also plugin-related ones, you could use dependency:go-offline.
Alexander
understand correctly.
Alexander Kriegisch
https://scrum-master.de
Stephane Passignat schrieb am 22.02.2023 um 11:27:
> Hello,
>
> thank you everyone for these suggestions. Let's go back to my original
> issue.
>
> I need to add a library to maven classpath. The libra
Tamás, Martin - thank you for your quick feedback. It gave me certainty that
the objective can be accomplished.
> if you can use your GPG CLI with your HSM, this could or should be possible,
> as maven-gpg-plugin really just invokes the CLI (the gpg executable).
The HSM doesn't provide such an
Which is exactly why I was asking. I want to learn about real-world use
cases which would require such a thing, not be just nice to have.
Over-engineering POMs does not make them more readable or maintainable.
Alexander Kriegisch
https://scrum-master.de
Mikael Åsberg schrieb am 16.02.2023 um 13
For a test, does it really matter to make the dependency test-scoped?
Mikael Åsberg schrieb am 16.02.2023 um 12:35:
> Because there exists runtime, but no test only runtime scope
>
> On Thu, Feb 16, 2023 at 12:22 PM Alexander Kriegisch
> wrote:
>>
>> I would be more inte
I would be more interested first in why this should be necessary at all.
What is the use case that would not be covered by declaring a regular
test-scoped dependency in the module?
--
Alexander Kriegisch
https://scrum-master.de
Olivier Lamy schrieb am 16.02.2023 um 11:58:
> On Thu, 16 Feb 2
Hi everyone,
I am looking for a way to use maven-gpg-plugin in conjunction with a
Hardware Security Module (HSM) for the process of publishing digitally
signed artifacts on Maven Central.
After reading the documentation I am under the impression that the plugin
assumes that it has the signi
ou are even explicitly excluding JUnit, so how could you
expect it to be included, even if it was not test-scoped?
> junit:junit
--
Alexander Kriegisch
https://scrum-master.de
-
To unsubscribe, e-mail: users-unsubscr...@maven.a
project, ideally
on GitHub, would be helpful. I might not even be the person finding the
solution for you, but I am sure the reproducer helps others to help you.
Regards
--
Alexander Kriegisch
https://scrum-master.de
Ryan Lubke schrieb am 21.04.2022 02:07 (GMT +07:00):
> Hey folks,
>
>
a bug which affects you in 2.5.3, but
not in 2.5.2, and quickly fixed in 2.5.4. Maybe you did or did not
notice that it even exists. Then suddenly, someone uses the buggy
version, and the software does not work despite green tests.
--
Alexander Kriegisch
https://scrum-master.de
Mark Derricutt schri
I recommend taking control of the situation by yourself, specifying the desired
version in your *dependencyManagement* section.-- Alexander Kriegisch
Ursprüngliche Nachricht Von: Rimvydas Vaidelis
Datum: 12.04.22 21:20 (GMT+07:00) An: Maven
Users List Betreff: Re: Compile
so, is totally up to you. I.e.
something like
${myJavaAgent}=${project.groupId}:${project.artifactId}
would be just fine.
--
Alexander Kriegisch
https://scrum-master.de
John Patrick schrieb am 30.03.2022 19:34 (GMT +07:00):
> I would do this via a profile, default value and surefire config, so
, you can
still target certain older bytecode and/or JDK API versions. And if you
need really old bytecode targets in a brandnew and well-maintained
compiler, you can use ECJ. Current version 3.29.0 still supports source
and target versions as old as 1.3 (and of course up to 18) - a unique
sellin
s://maven.apache.org/plugins/maven-dependency-plugin/examples/purging-local-repository.html
--
Alexander Kriegisch
https://scrum-master.de
> -U works on release artifacts as well. Alternatively you can delete
> the version (either manually in the filesystem or with a maven
> depe
Hello!
I am trying to play with Apache Kafka and craft next pom.xml
```xml
http://maven.apache.org/POM/4.0.0";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xsi:schemaLocation="http://maven.apache.org/POM/4.0.0
http://maven.apache.org/xsd/maven-4.0.0.xsd";>
4.0.0
streams.examples
) compiler version, but running on JRE 8. Simply upgrade the build
environment on your workstation or Jenkins server to run on JDK 11+,
then you should be fine.
--
Alexander Kriegisch
https://scrum-master.de
David Karr schrieb am 22.03.2022 23:50 (GMT +07:00):
> Our org's builds have be
temporary release locally.
Without the SurefireForkNodeFactory, Surefire 3 behaves like 2.22.2,
creating those ugly dump files.
--
Alexander Kriegisch
https://scrum-master.de
Alexander Kriegisch schrieb am 12.03.2022 12:49 (GMT +07:00):
> Oh yes, it is Maven-specific. Surefire-specific, to be m
here, but please read it if you are
affected.
--
Alexander Kriegisch
https://scrum-master.de
Bernd Eckenfels schrieb am 12.03.2022 08:06 (GMT +07:00):
> Hello,
>
> Sounds like the default console logger for the JUL root gets the events and
> writes them to stdout.
>
> Did
with. I really don't know what is so difficult to understand about
this simple requirement: build as much as possible, test as much as
possible, then report the correct result at the end. I want failed tests
to fail the build in the end, but I do not want them to keep dependent
modules from bei
Thanks for digging, Delany. However, I am failing to see how this is
meant to solve my problem. Could you elaborate, please?
--
Alexander Kriegisch
https://scrum-master.de
Delany schrieb am 25.02.2022 18:05 (GMT +07:00):
> Alexander, here it is: https://github.com/raydac/mvn-finisher
>
mitters
or contributors.
--
Alexander Kriegisch
https://scrum-master.de
Tibor Digana schrieb am 15.02.2022 17:08 (GMT +07:00):
> I have realized that we can move straight ahead with the following.
> Basically your expectations are to shift the concrete phase execution of
> the build lifecycle to t
to decide how you want to handle this? I am not sure I can
contribute more than I already have by explaining the potential
user/business value in other parts of this thread.
Kind regards
--
Alexander Kriegisch
https://scrum-master.de
Tibor Digana schrieb am 07.02.2022 23:16 (GMT +07:00):
> I
ion here,
chances vs risks. As the person requesting such a feature, of course I
have a chances bias. As a plugin maintainer, of course you take a more
conservative or defensive stance. I understand that. In the end, it is
your decision. Hopefu
Mantas Gridinas schrieb am 06.02.2022 15:11 (GMT +07:00):
> Doesnt vrrify goal precede the install goal?
Yes. So? What does your question imply?
> On Sun, Feb 6, 2022, 08:46 Alexander Kriegisch
> wrote:
>
>> Actually, I am not sure I want to compare with Install and Dep
1 - 100 of 813 matches
Mail list logo
