I'm sorry, what? A single release encompassing 5.9Gb ?!?!
This is not good, not good at all. Please tell you're uploading a full
product (ZIPs, and what not) other than just JARs and POMs.
If you do, _please_ stop. Do Not use Maven Central as a file storage just
because it's convenient to upload v
es up, must come down. Ask any system administrator.
There are 10 types of people in the world: Those who understand binary, and
those who don't.
To understand recursion, we must first understand recursion.
On Fri, May 24, 2024 at 6:28 PM Jorge Solórzano wrote:
> On Fri, May 24, 2024 at 6
Looks like sha1 and sha512 are published already. Do you also need sha256
explicitly?
https://repo.maven.apache.org/maven2/org/apache/maven/apache-maven/4.0.0-alpha-13/
Cheers,
Andres
---
Java Champion; Groovy Enthusiast
https://andresalmiray.com
https://
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
https://central.sonatype.org/publi
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 https://jrel
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
org.eclipse.aethe
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 conve
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
https://www.linkedin.com/in/a
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://github.com
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 [https://github.com/kord
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.
Ch
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
http://andresalmiray
would 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
&g
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 wi
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 those
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 ;-)
2 adds 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, An
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
shade
I would prefer to change 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
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 thousan
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, th
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 ~=
s
>
> 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-grab
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 "explicit"
k if all related
> parties 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:/
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
http://andr
stand recursion, 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 instantiat
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 b
0] https://xmlbeam.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 :
> >
> > Than
te:
> 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
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 th
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
35 matches
Mail list logo
