RE: [EXTERNAL] RE: RE: Re: maven compiler plugin question

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

How to configure Maven2 changelog plugin

this should be crystal-clear. It is not to me, unfortunately. Regards Alexander Kriegisch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: How to configure Maven2 changelog plugin

Thanks for those hints. I think I got the POM stuff right now, but the next problem is already there. 'mvn site' says: The plugin 'org.apache.maven.plugins:maven-changelog-plugin' does not exist or no valid version could be found > Alexander Kriegisch wrote: >>

Re: How to configure Maven2 changelog plugin

Thanks again. This is also helpful. Forgive me for asking another dumb question: I was talking about the changelog plugin (maven-changelog-plugin). Is it the same as the changes plugin? I want a CVS changelog, not a Jira report. Regards Alexander Kriegisch > See > http:

Re: Help with warning: 'Failed to getClass for org.apache.maven.plugin.source.SourceJarMojo'

at in the plugin. Sorry if this is OT, but I guess it makes sense to get the answer into the mailing list archive. Regards -- Alexander Kriegisch http://scrum-master.de

Re: Computing the maven dependency graph at runtime for unit tests?

. ;-) -- Alexander Kriegisch > Am 07.04.2015 um 05:18 schrieb Kevin Burton : > > I have a few modules that I want to lock down so that I can easily keep > track of dependencies over time. > > This way if a developer adds a new dependency, the test will immediately > break

Re: Computing the maven dependency graph at runtime for unit tests?

I forgot to mention that keeping this check in a unit test is probably not very reliable anyway if you have good developers in your team. A good developer refactors test code along with the production code. ;-) -- Alexander Kriegisch > Am 07.04.2015 um 06:08 schrieb Alexander Kriegi

Re: Computing the maven dependency graph at runtime for unit tests?

prove of the changes. -- Alexander Kriegisch http://scrum-master.de > Am 07.04.2015 um 06:13 schrieb Alexander Kriegisch : > > I forgot to mention that keeping this check in a unit test is probably not > very reliable anyway if you have good developers in your team. A good > developer

Wrong info in "Maven: The Complete Reference", chapter 3.6.1

n 3.x. Did it ever? Regards -- Alexander Kriegisch

Re: AJ to Java converter plugin?

AspectJ Users list. -- Alexander Kriegisch http://scrum-master.de > Am 19.04.2015 um 03:33 schrieb Martin Gainty : > > I am seeking a plugin to convert aspectj (aj) files to plain java > does such a plugin exist? - To

-P overrides activeByDefault in pom.xml

. Is my expectation wrong (the manual does not contradict it, at least) or is this a bug? Regards -- Alexander Kriegisch http://scrum-master.de - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional

Re: -P overrides activeByDefault in pom.xml

-P+abc does not work in the context described in Anders' answer: the profile in question is also declared in the same POM as the active-by-default one. I would have expected the '+' syntax to do what I want, but it does not. -- Alexander Kriegisch > Am 08.06.2015 um 14:

Re: Aspect J

AspectJ Maven Plugin: http://www.mojohaus.org/aspectj-maven-plugin/ -- Alexander Kriegisch http://scrum-master.de > Am 12.10.2015 um 12:04 schrieb aalok singhvi : > > Hello, > > I have a present ant project which compiles...classes using > > javac first and tha

Re: regex-property goal of build-helper-maven-plugin documentation is incorrect

> The site just hasn't been regenerated and uploaded, I guess? Then I figure it is not really fixed. An unpublished documentation fix is not worth a lot. Someone is lacking a Definition of Done here. ;-) Sorry for being such a smart-ass, but I could not resist. -- Alexander Kriegi

Combination of deployAtEnd and installAtEnd does not seem to work

odule anyway. Am I doing anything wrong? P.S.: Sorry to Karl Heinz for having asked this question in ticket [2], but I thought I had discovered an implementation bug. Kind regards -- Alexander Kriegisch http://scrum-master.de ---

Re: Should I disable maven-compiler-plugin when using aspectj-maven-compiler?

for AspectJ Maven. Deactivating Maven Compiler altogether is also an option because the AspectJ compiler internally uses the Eclipse Java Compiler and thus is a full replacement for Javac. -- Alexander Kriegisch http://scrum-master.de > Am 14.01.2016 um 08:21 schrieb Dagan Sandler : > &

Re: Combination of deployAtEnd and installAtEnd does not seem to work

? -- Alexander Kriegisch > Am 09.01.2016 um 15:06 schrieb Karl Heinz Marbaise : > > Hi Alexander, > >> On 1/9/16 2:13 PM, Alexander Kriegisch wrote: >> Hi community. >> >> This inquiry relates to >> [1] https://issues.apache.org/jira/browse/MRELEASE-6

Re: Combination of deployAtEnd and installAtEnd does not seem to work

dependency:analyze for normal dependencies? -- Alexander Kriegisch > Am 22.01.2016 um 14:11 schrieb Alexander Kriegisch : > > Yesterday I rolled another release and again the artifacts were not uploaded. > I cannot share my build log because it contains internal information, but

Re: dependency:analyze controversial result

Maybe because a) your project uses dependencies which were never declared explicitly in any of your POMs and b) at least some of your modules have dependencies declared which are not actually used in your code? What do you think? -- Alexander Kriegisch https://scrum-master.de

Why is "mvn validate compile" different from "mvn validate; mvn compile"?

trying to download dependencies? Thank you -- Alexander Kriegisch - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional commands, e-mail: users-h...@maven.apache.org

Re: Why is "mvn validate compile" different from "mvn validate; mvn compile"?

uild by checking for remote and local artifact >> availability *before* actually starting the validate stuff from my POM. If >> I run "mvn -X ..." I can clearly see the difference. >> >> Am I doing anything wrong? Can I force Maven to actu

Re: Why is "mvn validate compile" different from "mvn validate; mvn compile"?

7, 2013 at 12:41 PM, Alexander Kriegisch < > alexan...@kriegisch.name> wrote: > >> Only "mvn compile" yields the exact same result as "mvn validate compile", >> I just did it like this explicitly to make a point and show clearly what >> hapens. So a

Re: Why is "mvn validate compile" different from "mvn validate; mvn compile"?

s > > P.S. I am intrigued by your current solution, since it doesn't even appear > on Stephen's list, but I am guessing it would fall under the "Donny Don't" > section. The non-maven-jar plugin is a more integrated way of doing what > you are trying to do.

Re: Why is "mvn validate compile" different from "mvn validate; mvn compile"?

Sorry, my finger slipped, sent too early... > Am 07.11.2013 um 23:02 schrieb Alexander Kriegisch : > > Thanks for all your answers, I know you want to help me, but you don't. I > know what Maven was designed to do, and I can set up an internal repo or > nexus for m

Re: Maven compilation error "is not within its bound"

though. -- Alexander Kriegisch > Am 02.12.2013 um 10:13 schrieb Adrien Ruffié : > > Hello all, > > I have my webapp projet in Eclipse which compile correctly but when I try to > perform "mvn clean compile", several following logs appears: > > [ERROR] >

Re: Maven compilation error "is not within its bound"

Eclipse/Maven ? > > Great thank again > > Adrien > > -Message d'origine- > De : Alexander Kriegisch [mailto:alexan...@kriegisch.name] > Envoyé : lundi 2 décembre 2013 10:24 > À : Maven Users List > Objet : Re: Maven compilation error "is not within its bound&qu

Re: cobertura & maven

Search engines are your friend: http://jira.codehaus.org/browse/MPIR-142 -- Alexander Kriegisch Am 28.01.2014 um 22:59 schrieb Wayne Fay : >> I search how to solve all the ERROR and WARNING of may maven execution (see >> attached file toto.txt and extract of POM) > ... >&g

Re: Deep dependency analysis

essential classes or packages from shrinking and the remaining stuff in your Uber-JAr again tells you how many and which dependencies your program is actually using. -- Alexander Kriegisch > Am 03.02.2014 um 21:28 schrieb Benoît Berthonneau : > > I'll try... > > Thx

Overriding dependency scope

ly, really declare everything 30 times in order to do it the Maven way. I am looking for alternatives, am willing to learn and hoping to get constructive answers. Thanks you all in advance -- Alexander Kriegisch smime.p7s Description: S/MIME Cryptographic Signature

Re: Overriding dependency scope

? Please correct my (untested, I am on the road) sketch if it is wrong. Regards -- Alexander Kriegisch Baptiste Mathus schrieb am 28.03.2014 17:45: > IIUC, you have a unique parent pom (likely a "corporate pom"), let's can > him P. P says scope is test for groovy-all. > >

Re: Overriding dependency scope

FYI, this idea did not work. I still need help. Maybe defining a BOM is the way to go, but I would prefer to keep everything in one repo and one project. -- Alexander Kriegisch > Am 29.03.2014 um 11:35 schrieb "Alexander Kriegisch" > : > > Baptiste, Mirko, > >

Re: Overriding dependency scope

does not notice my overridden dependency scope and automatically pack the Groovy runtime into the uber JAR? -- Alexander Kriegisch > Am 30.03.2014 um 16:04 schrieb Curtis Rueden : > > Hi Alexander, > >> One new sub-module now actually also needs groovy-all, but with a >&

Re: Struggling to release:perform with git and deployer key

Have you checked this list of possible problems? https://help.github.com/articles/error-permission-denied-publickey -- Alexander Kriegisch https://scrum-master.de > Am 18.04.2014 um 15:45 schrieb Maven User : > > Hi all - > > I'm really struggling with this. > >

Re: Pack with native tar, unpack with maven-dependency-plugin failure

Hi Dan. I vaguely remember a similar problem with ZIP archives and Java. Can you please send me a sample or two privately? -- Alexander Kriegisch > Am 02.06.2014 um 20:47 schrieb Dan Tran : > > Hi > > I have a number of tar.gz artifacts packed with cygwin/linux tar, but >

Re: Use native tar to unpack? good/bad idea?

Windows does not have tar by default. You need to install Git (incl. Git Bash), Cygwin, GnuWin32 or similar. I would not expect any user to have tar installed at all or if so then in any predictable location or even reachable via PATH. -- Alexander Kriegisch > Am 03.06.2014 um 00:36 schr

Re: Use native tar to unpack? good/bad idea?

d another solution for it. You have not reacted on my offer to inspect your files and see if I have an idea how to fix that in Java. :-) -- Alexander Kriegisch > Am 03.06.2014 um 00:48 schrieb Dan Tran : > > correct, I would expect user to install tar.exe or cygwin with tar on >

Re: Use native tar to unpack? good/bad idea?

ot; option, which is a simple user mistake. I can also create an Excel file and rename it to myfile.txt, which does not make it readable in a normal text editor. ;-) -- Alexander Kriegisch > Am 03.06.2014 um 06:20 schrieb Dan Tran : > > Looks like it is worth a try to get maven-dependen

Re: Use native tar to unpack? good/bad idea?

dd an appropriate number of cases to that, if necessary. -- Alexander Kriegisch > Am 03.06.2014 um 07:53 schrieb Kristian Rosenvold > : > > I know I have a couple of branches that at least convert all the > plexus-archiver zip stuff to use commons-compress, which is reasonably &

Re: Maven repository management systems

which concrete problems or shortcomings you see in Nexus OSS, why you consider migration and what you want to achieve with the migration, someone will be glad to help you. I do not mean to be rude, but this is not a very smart way to ask a question on any mailing list. -- Alexander Kriegisch

Re: Maven repository management systems

> There isn't any particular reason for moving off of Nexus. Then don't. > I want to do an evaluation before we make the decision to go with one or the > other Then evaluate. Currently you are conducting a survey, not an evaluation. ;-) ---

Re: Is this sign-up process for real..?

understood the problem. So please brace yourself for further problems. I do hope that your registration goes more smoothly, though. ;-) -- Alexander Kriegisch http://scrum-master.de James Green schrieb am 02.09.2014 12:17: > On checking http://maven.apache.org/issue-tracking.html I'm told I

Re: Enforcing annotations

compilation via "declare error" or "declare warning". [1] http://stackoverflow.com/a/27121947/1082681 -- Alexander Kriegisch http://scrum-master.de Niranjan Rao schrieb am 25.11.2014 04:01: > Since this was not a maven question directly, I tried posting this at > stack

How to install shaded fat/uber JAR with dependency-reduced POM

a global web search. Maybe I did not use the right search terms. -- 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

Re: Help with shading jar

your problem. [1] [MCVE](https://stackoverflow.com/help/mcve) -- Alexander Kriegisch https://scrum-master.de Quiyan H schrieb am 03.07.2020 04:18 (GMT +07:00): > Hi All > I am stuck with one shading stuff, Need help if there is known way out. > I have a project module which has

Re: How to install shaded fat/uber JAR with dependency-reduced POM

Sorry, I hope it is not against this group's etiquette to ping on a question after several days of waiting for a reaction. Otherwise please tell me and I will apologise and promise not to do it again. -- Alexander Kriegisch https://scrum-master.de Alexander Kriegisch schrieb am 01.07.20

Javadoc for fat/uber JAR created by Maven Shade

class actually contained in the module where the shaded JAR is created. This was to be expected, but I would like to create an "uber Javadoc JAR". Regards -- Alexander Kriegisch https://scrum-master.de - To unsubscri

Re: testExcludes/Includes to compile test with different java version

/java14ge/** com/** Kind 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

Re: testExcludes/Includes to compile test with different java version

Julia Boes schrieb am 25.08.2020 19:39 (GMT +07:00): > Brief update: It turns out that mvn clean and install have to be run > separately due to a problem with the shade plugin, so > > $ mvn clean && mvn install > > works with the 2 added profiles and JDK 14. This seems to be unrelated to your p

Re: testExcludes/Includes to compile test with different java version

speculate based on the information I have, which is less than ideal. [1] https://github.com/EsotericSoftware/kryo [2] https://github.com/EsotericSoftware/kryo/blob/master/pom.xml Regards -- Alexander Kriegisch https://scrum-master.de ---

Re: testExcludes/Includes to compile test with different java version

ig to reproduce the problem. I did not request a fork of your internal repo. See also: https://stackoverflow.com/help/mcve -- 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

Re: testExcludes/Includes to compile test with different java version

yo branch which is not the master? [1] https://github.com/kriegaex/kryo/commit/7781a952d2f61766329743c49ea6ca9464920152 [2] https://github.com/kriegaex/kryo/commit/59b013e8bbd25d4fde7a8d6d4f211350ef6bff80 -- Alexander Kriegisch https://scrum-master.de Julia Boes schrieb am 02.09.2020 19:32 (GMT +

Re: testExcludes/Includes to compile test with different java version

software development in my sparetime. I am sure someone else can help you better there than I. Cheers -- Alexander Kriegisch https://scrum-master.de Alexander Kriegisch schrieb am 03.09.2020 11:56 (GMT +07:00): > Hi Julia. > > With the MCVE I can see what is going on and also what

Re: testExcludes/Includes to compile test with different java version

y with the previous version already, I am expecting a major endorphin flash now. ;-) [1] https://github.com/kriegaex/kryo/commit/d6545ce323264f29e054bf3190fd03b7da91b8cc [2] https://github.com/kriegaex/kryo/commit/40d5c5ad3f2ea74f28b3f91e9555a2a335e68b2b -- Alexander Kriegisch https://scrum-master.

Re: [Maven Dependency Plugin] usedDependency vs. ignoredUnusedDeclaredDependencies

FYI, I have just answered your SO question: https://stackoverflow.com/a/63894653/1082681 -- Alexander Kriegisch https://scrum-master.de Shelley Baker schrieb am 14.09.2020 20:54 (GMT +07:00): > I've also posted this question on Stack Overflow: > > https://stackoverflow.com/ques

Re: [ANN] Apache Maven Dependency Analyzer Plugin 1.11.3 Released

ase of Maven Dependency Plugin utilising the latest version of Maven Dependency Analyzer? Thanks in advance :-) -- Alexander Kriegisch https://scrum-master.de - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For addi

Re: warning using shaded jar plugin ...

I think it would be helpful to share some more information, ideally your full "hello world" project, so we can all see what you are talking about. Thank you. -- Alexander Kriegisch https://scrum-master.de Alan Guedeney schrieb am 18.09.2020 05:56 (GMT +07:00): > WARNING …/myp

Re: warning using shaded jar plugin ...

is a know problem: Linux issue: https://issues.apache.org/jira/browse/MSHADE-215 Windows issue (created by myself, no reaction worth mentioning): https://issues.apache.org/jira/browse/MSHADE-366 -- Alexander Kriegisch https://scrum-master.de Alan Texas schrieb am 21.09.2020 08:22 (GMT +07:00):

Re: warning using shaded jar plugin ...

re not particularly responsive... -- Alexander Kriegisch https://scrum-master.de Alan Texas schrieb am 21.09.2020 13:45 (GMT +07:00): > Ok, so I'm having an obvious problem between the meaning of "Access Denied" > and "Is a directory". Are these really the same issue on

Re: Incorrect evaluated project.parent.version in child pom

productA-submodule1. Are they the same or different? If they are the same, why would you define a dependency on the parent module which probably has POM packaging? Let the POMs speak for themselves, please. Thank you. Cheers -- Alexander Kriegisch https://scrum-master.de Roy Lenferink

Re: Incorrect evaluated project.parent.version in child pom

occurs when calling 'mvn clean' in directory 'productB'. Maybe you should raise an issue. -- Alexander Kriegisch https://scrum-master.de Roy Lenferink schrieb am 28.10.2020 02:18 (GMT +07:00): > Hi Alexander, > > I just created a test project sketching the

Re: Incorrect evaluated project.parent.version in child pom

Typo! I mean "default plugin version 2.5". Alexander Kriegisch schrieb am 28.10.2020 08:22 (GMT +07:00): > Thanks Roy, > > I noticed that the actual build lifecycle (goals like validate, compile, > install) works as expected. The problem seems to be in the clean life

Re: Incorrect evaluated project.parent.version in child pom

something not okay with the version number resolution, like you said. I am by no means an expert in the depths of Maven. I wish one of the developers would take a look and make a more authoritative statement. -- Alexander Kriegisch https://scrum-master.de Roy Lenferink schrieb am 28.10.2020 16:19 (GMT

Re: How to run each TestNG suite in a separate process?

he default execution 'default-test' so as to avoid running all tests again in that one: default-test none -- Alexander Kriegisch https://scrum-master.de Albert Pinto schrieb am 03.12.2020 15:29 (GMT +07:00): > My pom.xml defines two T

Re: Resolve root directory in a multi-project build

ere, you should find 4 places): https://github.com/SarekTest/Sarek/blob/master/pom.xml -- Alexander Kriegisch https://scrum-master.de Falko Modler schrieb am 06.02.2021 04:35 (GMT +07:00): > For me, no problem on Jenkins either (using "withMaven" pipeline step). > There u

Re: Resolve root directory in a multi-project build

. -- Alexander Kriegisch https://scrum-master.de Delany schrieb am 06.02.2021 17:24 (GMT +07:00): > This only works if the parent is the root. If you extend to a third level > of pom, it will report the rootlocation as the project directory. > > On Sat, 6 Feb 2021 at 04:22, Alexander Kriegi

Re: Resolve root directory in a multi-project build

ation" type, trying to keep it simple. Regards -- Alexander Kriegisch https://scrum-master.de Delany schrieb am 06.02.2021 21:07 (GMT +07:00): > > > It seems the goal assumes that child modules sit in nested directories. > > Unzip and run mvn validate in the root dir

Re: Resolve root directory in a multi-project build

> I think the reason someone might want their projects all in the same > directory is because Eclipse has issues with nested project > structures. I see how that can be a pain in the ***. I was unaware of this problem, being an IntelliJ IDEA user. -- Alexander Kriegisch https://scrum-

Re: How to relocate dependency classes using maven-shade-plugin?

class-relocation.html -- Alexander Kriegisch https://scrum-master.de David Hoffer schrieb am 31.03.2021 22:54 (GMT +07:00): > I have a single module Maven build where one of the dependences has > well over 200 transitive dependencies. These transitive dependencies > are incompatible with

Re: How to relocate dependency classes using maven-shade-plugin?

.org/plugins/maven-shade-plugin/examples/includes-excludes.html > [4] > https://maven.apache.org/plugins/maven-shade-plugin/examples/class-relocation.html > > -- > Alexander Kriegisch > https://scrum-master.de > > > David Hoffer schrieb am 31.03.2021 22:54 (GMT +07:0

Re: Maven internal company component sharing best practices

er to ask for something like a "refactoring sprint" (if you happen to have a Scrum-like framework in place). Regards -- Alexander Kriegisch https://scrum-master.de David Hoffer schrieb am 13.04.2021 01:02 (GMT +07:00): > Hey just looking for Maven best practices here, want

Re: maven-dependency-plugin unpack goal: do not overwrite existing files

See my answer on StackOverflow. I hope it helps. https://stackoverflow.com/a/67158497/1082681 -- Alexander Kriegisch https://scrum-master.de Amedee Van Gasse schrieb am 19.04.2021 14:42 (GMT +07:00): > I do not ever want maven-dependency-plugin:3.1.2:unpack to overwrite existing > fi

Attaching dependency-reduced POM to build using Maven Assembly or Shade

thing phenomenally stupid, possibly missing a more straightforward way of solving this problem. -- Alexander Kriegisch https://scrum-master.de - To unsubscribe, e-mail: users-unsubscr...@maven.apache.org For additional comman

Re: Attaching dependency-reduced POM to build using Maven Assembly or Shade

he comment. -- Alexander Kriegisch https://scrum-master.de Mantas Gridinas schrieb am 25.04.2021 13:25 (GMT +07:00): > POM is only relevant if you're deploying that archive to a repository. > I wouldn't fret myself over it if you're not deploying the uberjars to > nexus. &g

Re: Attaching dependency-reduced POM to build using Maven Assembly or Shade

-developer to favour one plugin over others. -- Alexander Kriegisch https://scrum-master.de Thomas Broyer schrieb am 25.04.2021 15:05 (GMT +07:00): > Well, maven-shade-plugin does "attach" the dependency-reduced POM: > https://github.com/apache/maven-s

Re: Attaching dependency-reduced POM to build using Maven Assembly or Shade

With all due respect, this is horrible. It is not just a scripted build and like Ant through the back door, but also shell- and platform-specific (unless you happen to have Git Bash or so installe on Windows). Furthermore, it does not even relate to my question. -- Alexander Kriegisch https

Re: Attaching dependency-reduced POM to build using Maven Assembly or Shade

to script my build, which is exactly *not* the Maven Way. -- Alexander Kriegisch https://scrum-master.de Mantas Gridinas schrieb am 25.04.2021 17:24 (GMT +07:00): > I second this approach. It's much more simple, maintainble and you retain > the ability to monkeypatch production deploy

Re: Attaching dependency-reduced POM to build using Maven Assembly or Shade

perfect. Still hoping for a more generic way to produce a DRP also for other plugins such as Assembly. But we are making progress. :) -- Alexander Kriegisch https://scrum-master.de Alexander Kriegisch schrieb am 25.04.2021 15:29 (GMT +07:00): > Last time I checked, Maven Shade did *not* att

Plugin execution order in same phase + profiles

phase, which settled the issue for me, but that is not always possible. Can anybody enlighten me on what is happening here and if this behaviour is documented anywhere? Or is this just the "read the freakin' source code, pal" kind of detail? -- Alexander Kriegisch https://

Re: Plugin execution order in same phase + profiles

oes the Maven team recommend? How is this to be handled in a canonical way? Just saying "you cannot rely on it" does not solve the problem. > Le vendredi 7 mai 2021, 01:13:53 CEST Alexander Kriegisch a écrit : >> I notices an unexpected thing about plugin execution order: If I

Re: Plugin execution order in same phase + profiles

thank you so much for helping me understand some things better. -- Alexander Kriegisch https://scrum-master.de Lasse Lindqvist schrieb am 08.05.2021 18:35 (GMT +07:00): > Hi. In case you really need custom phases, it is possible to add them. See > https://github.com/raydac/mvn-finisher for

Re: Plugin execution order in same phase + profiles

That is a lot of ceremony (as in boilerplate), but at least a viable workaround for certain shortcomings in Maven. Thank your very much, this shall be my last resourt approach the next time this situation comes up and I have no more unused phases to escape to. :-) Delany schrieb am 09.05.2021 00:

Re: Plugin execution order in same phase + profiles

edundantly (ugh!) into the profile in question, would that enforce the order, the way Maven 3.6.3+ is designed today? -- Alexander Kriegisch https://scrum-master.de Tibor Digana schrieb am 09.05.2021 01:19 (GMT +07:00): > If two plugins with the same phase appear in the build section of one >

Re: Plugin execution order in same phase + profiles

Hervé BOUTEMY schrieb am 09.05.2021 03:31 (GMT +07:00): > Le samedi 8 mai 2021, 17:03:05 CEST Alexander Kriegisch a écrit : > >> My question was how to achieve reliably predictable ordering. That >> question is yet to be answered. > > it is answered: you currently can&

Re: Plugin execution order in same phase + profiles

>> the workaround Delany sketched in his answer sounds viable. Would you >> agree? > > Delany found a smart workaround to try to have full control about > order in effective POM, then on build plan: nice idea, even if > cumbersome If you don't play too much with profiles, inheritance, and > don't

Re: Plugin execution order in same phase + profiles

the execution to the compile phase. Thanks for the hint about Buildplan plugin. At least I have a way to kind of "dyr-run" execution and theoretically also to write a test checking if the build plan is as expected. -- Alexander Kriegisch https://scrum-master.de > looking at its code

Re: Plugin execution order in same phase + profiles

verify my phone number for this first): https://imgur.com/gallery/nH0ExVJ I am also a purist, trying to write text-only mail whenever it makes sense. But come on, guys, this is just too restrictive! Alexander Kriegisch schrieb am 11.05.2021 13:40 (GMT +07:00): > I reverted my change and put

Why does Maven Shade relocate modify unrelated classes?

, but it makes comparisons and sanity checks or automatic verification steps harder than necessary. BTW, the same Shade execution also relocates the sources and really only changes source files referencing ASM, just like I would have expected. Looking forward to your insights -- Alexander Kriegisch

Re: Why does Maven Shade relocate modify unrelated classes?

quot;horrible" Non relocating options > previously outlined if you want a fast resolution to unsurprising > deployments. > > > On Sun, May 16, 2021, 10:41 AM Alexander Kriegisch wrote: > >> When running Maven Shade with relocation, it works nicely. When >> comparing

Re: Why does Maven Shade relocate modify unrelated classes?

ding the maven-shade-plugin they > want to improve this plugin, and there was a big effort given to this > plugin last time, so I am sure they want to handle the bugs in Jira again. > T > > On Sun, May 16, 2021 at 4:41 AM Alexander Kriegisch < > alexan...@kriegisch.name> w

Re: Why does Maven Shade relocate modify unrelated classes?

MSHADE-252 https://github.com/apache/maven-shade-plugin/pull/88 Mentioned multiple times here, too, even very recently again. I am feeling awkward, posting the link again, but I keep getting asked about it, so I am replying. My apologies to everyone else who reads about this PR again. Tibor Diga

Re: Why does Maven Shade relocate modify unrelated classes?

e me feel stupid >> otherwise. Not helpful! >> >> >>> You might want to examine the "horrible" Non relocating options >>> previously outlined if you want a fast resolution to unsurprising >>> deployments. >>> >>> >>> O

Re: Why does Maven Shade relocate modify unrelated classes?

Just so as to wrap it up here, in case anyone is interested in the topic as such instead on the meta discussion that ensued before: https://issues.apache.org/jira/browse/MSHADE-391 https://github.com/apache/maven-shade-plugin/pull/95 -- Alexander Kriegisch https://scrum-master.de Alexander

Re: Trouble in the the instalment of Maven("libjansi.jnilib' can not be opened )

. -- Alexander Kriegisch https://scrum-master.de Yang, Jinxuan schrieb am 25.05.2021 21:07 (GMT +07:00): > I met the trouble showing in the pic. What’s the key to this? Is > this bc the Mac system? - To unsubscribe, e-mail:

Re: New release of Maven Shade Plugin

to wait for me to finish the self-shading feature, which IMO is out of scope for MSHADE-366 anyway. MSHADE-396: https://github.com/apache/maven-shade-plugin/pull/105 is ready for merge. -- Alexander Kriegisch https://scrum-master.de Tibor Digana schrieb am 22.07.2021 05:26 (GMT +07:00): >

Re: New release of Maven Shade Plugin

Alexander Kriegisch schrieb am 22.07.2021 09:34 (GMT +07:00): > MSHADE-366: Romain and I are still talking and working on a possible > basic implementation of self-shading. (I have started hacking around, > but it is not easy.) But in order to get rid of the warning, you could >

Re: OSS Nexus vs GitHub Packages

to GH Packages. Many users have been complaining about it for a long time, but to no avail so far. -- Alexander Kriegisch https://scrum-master.de Tommy Svensson schrieb am 27.07.2021 21:02 (GMT +07:00): > I played with GitHub packages thinking I could use it as a general binary > repo,

Re: OSS Nexus vs GitHub Packages

any Nexus, i.e. complete with checksums. Of course that might be inappropriate for a corporate setting, but for me it works. -- Alexander Kriegisch https://scrum-master.de Mantas Gridinas schrieb am 28.07.2021 13:59 (GMT +07:00): > I'll second alexander. You also need to add credent

Re: [ANN] Apache Maven Enforcer Plugin + Extension 3.0.0 Released

removed between M3 and final release. Is there some other dependent component which needs to be upgraded? Maybe I need to override some dependency-managed component from a parent POM. Thanks in advance for your insights. -- Alexander Kriegisch https://scrum-master.de Robert Scholte schrieb am

Re: [ANN] Apache Maven Enforcer Plugin + Extension 3.0.0 Released

was still working. -- Alexander Kriegisch https://scrum-master.de Alexander Kriegisch schrieb am 01.08.2021 10:16 (GMT +07:00): > In a GitHub project, Dependabot suggested an update from 3.0.0-M3 to > 3.0.0, but all CI builds fail with this error message: > > Failed to

PlexusCipherException not found after updating maven-core from 3.8.1 to 3.8.2

plugin project works, but my own classes do not depend on it, so dependency:analyze would always report it as a declared but unused dependency, and rightly so. Please advise me what I should do: File an issue? If so, in which Jira project? -- Alexander Kriegisch https://scrum-master.de

  1   2   3   >