Hello everyone,
In the meantime JReleaser offers support for both publishing to the Portal
and handling build poms
https://github.com/jreleaser/jreleaser/issues/1612
https://github.com/jreleaser/jreleaser/issues/1632
FWIW the Portal API is publicly available at
First, I’d suggest following a commit message convention. You may define your
own or follow an existing one such as
https://www.conventionalcommits.org/en/v1.0.0/
Next, use a tool that can read, parse, and format commit messages. You’ll find
plenty of options out there. I can pitch
Hello everyone!
2 days ago I encountered a weird issue with maven-resolver 1.9.2 running
with MAven 3.8.6 (also checked with 3.8.7, same error) and Zulu 17. The
error is as follows
```
[ERROR] [nexus2] Exception in thread "main"
java.lang.AbstractMethodError: Receiver class
Hello everyone,
For what’s worth JReleaser supports a similar set of features for creating a
changelog based on Git history.
For the time being JReleaser categorizes commit messages following your own
conventions. The rules are inspired by release-drafter.
The pros are:
- set up your own
I'd appreciate if MSHADE-382 were to make the cut. A PR is ready for
(hopefully the last) review
https://github.com/apache/maven-shade-plugin/pull/90
Cheers,
Andres
---
Java Champion; Groovy Enthusiast
https://andresalmiray.com
Ralph,
Once you move test code to their own Maven module they become a top level
module, that is, they have a life of their own as any other top level module.
In contrast -tests jars are not top level, but a “variant” (that’s why they
have a classifier) of their owning top level module.
Test
error saying the
> service can’t be found.
>
> That is certainly worth looking into.
>
> Ralph
>
>
>
>> On Jun 22, 2021, at 12:41 AM, Andres Almiray wrote:
>>
>> Have you tried using the ModiTect Maven plugin?
>>
>>
>> https://
Have you tried using the ModiTect Maven plugin?
https://github.com/moditect/moditect
There are many ways to use it:
- with explicit module-info.java
- with an embedded DSL in the pom.xml
- with an embedded module descriptor in the pom.xml
Ii use the last option on Jipsy
Woohoo!
Just reading the issue list and immediately JXR-142 jumped and scared me.
CDI != JSR-330
CDI is much, much more than that (bigger, fatter, etc) and requires more
dependencies and setup to work.
It looks like the change makes use of SISU which is already in use at other
places. phew.
Oliver,
A ticket already exists: https://issues.apache.org/jira/browse/MNG-5588
Coincidentally, Hervé and I did a quick spike last week and have a PoC
(with red tests at the moment).
Cheers,
Andres
---
Java Champion; Groovy Enthusiast
d be to scan
> compile- and runtime dependencies as well.
>
> Am Di., 23. Feb. 2021 um 20:40 Uhr schrieb Andres Almiray <
> aalmi...@gmail.com>:
> >
> > Hello everyone,
> >
> > While doing research on Maven plugins hat help you work with modular
>
Hello everyone,
While doing research on Maven plugins hat help you work with modular
applications I couldn't fail to notice that the jdeprscan plugin is listed
at version 3.0.0-alpha-1 and its page marks it as prerelease since 2017
https://maven.apache.org/plugins/maven-jdeprscan-plugin/
As you
FWIW there’s an sdkman GHA in case you’d like to explore that option
https://github.com/sdkman/sdkman-action
Cheers
Andres
Sent from my primitive tricorder
> On 12 Feb 2021, at 20:52, Romain Manni-Bucau wrote:
>
> Hi César,
>
> Any interesting feature compared to using a plain sh script
Cesar,
Maven 4 will include a wrapper script that should take care of this issue.
For Maven 3.x you may use Takari's Maven Wrapper[1] to get similar behavior.
However for those that can't set a wrapper for several reasons (for example
Apache projects do not allow JARs in their repositories
FWIW Doxia supports Asciidoc pretty well. You just have to add an extra
dependency for it to find Asciidoctorj, as demonstrated at
https://github.com/kordamp/pomchecker/blob/master/pom.xml#L200-L227
You can mix all kind of supported formats if needed. Or use only asciidoc,
the choice is yours
s classifiers.
> The check of existing artifacts was broken before then.
> Most ITs from the link above already show a single jar project
> with an extra jlink execution. Add as many shaded jars as you like…
>
> Does that help?
>
> Thanks,
> Ben
>
> On 15.12.20 22:53, Andres Almir
Hello,
Not that I want to hijack this thread but considering that the move is from
a fix release to a minor release I wonder about the use of
jlink.
For a multi-module project having this packaging option is not much of a
problem, as if the project produces more than one artifact (such as a
ange the resolution strategy from Nearest to
> DirectOverHighest (or something similar), but that's definitely 5.0.0.
>
>
> thanks,
> Robert
> On 12-11-2020 21:08:35, Andres Almiray wrote:
> Woohoo!
>
> While I'd love for Maven moving forward to 4 I was hoping to see
Woohoo!
While I'd love for Maven moving forward to 4 I was hoping to see the
enforcer plugin (or at least some of its rules) baked into core, for
example
BanDuplicatePomDependencyVersions
DependencyConvergence
RequireUpperBoundDeps
I'm sure that enabling these rules by default will break
If an agreement between the projects can't be reached, have you considered
renaming _your_ script to mvnc?
On Tue, Oct 13, 2020 at 9:55 PM Peter Palaga wrote:
> Hi,
>
> as some of you may know already, Guillaume (cc'd) and me are working on
> a Daemon for Maven [1].
>
> As with Gradle daemon,
Well the use case appears to be the same as Gradle’s compileOnly, which as the
name states, it’s used for compilation only and it’s not required for
execution. Also, dependencies set in compileOnly are never exported to
consumers, so in a way, with current Maven semantics Gradle’s compileOnly
; On May 24, 2020 at 19:40, Robert Scholte wrote:
>
> > Sure we could do that too.
> > Would be nice to improve the team pages for well known properties, but
> > at the moment there's a vote on the maven-project-info-reports-plugin.
> > Maybe an up-for-grabs to include wi
Good idea Robert!
May I suggest adding GitHub account as well? Not everyone follows Twitter
or has an account (shocking, I know) but they may have a Github account or
consider browsing through an author's profile.
And why stop with Github? Let's add Gitlab.
I guess, s long as there's no
ties join.
>
> thanks,
> Robert
>
>
> On Mon, 06 May 2019 19:53:58 +0200, Andres Almiray
> wrote:
>
> > Hello everyone,
> >
> > FWIW Gradle has come up with its own metadata format (announced at
> > https://blog.gradle.org/gradle-m
Hello everyone,
FWIW Gradle has come up with its own metadata format (announced at
https://blog.gradle.org/gradle-metadata-1.0, explained at
https://github.com/gradle/gradle/blob/f6a98158e75a636245f70d46604fcab3152361e8/subprojects/docs/src/docs/design/gradle-module-metadata-1.0-specification.md
Hi Laird,
Thanks, this all is very useful :-)
One more thing, if I needed to read the contents of a settings.xml file, I
suppose there's a similar API that make this work?
Best,
Andres
---
Java Champion; Groovy Enthusiast
JCP EC Associate Seat
, we must first understand recursion.
On Sat, Dec 8, 2018 at 7:22 PM Robert Scholte wrote:
> Ah, you might be lucky with this solution :)
>
> On Sat, 08 Dec 2018 19:20:59 +0100, Andres Almiray
> wrote:
>
> > Looks like I found the answer to instantiating the ModelBu
ple in the world: Those who understand binary, and
those who don't.
To understand recursion, we must first understand recursion.
On Sat, Dec 8, 2018 at 6:47 PM Andres Almiray wrote:
> Thank you Robert!
>
> It looks like org.apache.maven.model.Model.DefaultModelBuilder provides
> the behavi
eam.org/
> [1]
> https://github.com/spring-projects/spring-data-dev-tools/blob/82252be5d7c11a137a68c7fe985b53e04d91cb18/release-tools/src/main/java/org/springframework/data/release/build/Pom.java
>
> > Am 08.12.2018 um 18:47 schrieb Andres Almiray :
> >
> > Thank you Robert!
&
:
> The ModelBuilder[1] is what you are looking for, and yes it does a LOT :)
>
> Be aware that it is using CDI, so to make use of it you'll need
> sisu/guice
> too.
>
> Robert
>
> [1] https://maven.apache.org/ref/3.6.0/maven-model-builder/
>
> On Sat, 08 Dec 2018 18:20:
, and
those who don't.
To understand recursion, we must first understand recursion.
On Sat, Dec 8, 2018 at 6:17 PM Enrico Olivelli wrote:
> Il sab 8 dic 2018, 18:09 Andres Almiray ha scritto:
>
> > Hello everyone,
> >
> > I have the need of building a model based on the dat
Hello everyone,
I have the need of building a model based on the data defined in a pom.xml
file.
What would be the best way to read, parse, and obtain such model using
standard Maven APIs?
Best,
Andres
---
Java Champion; Groovy Enthusiast
JCP EC Associate
32 matches
Mail list logo