I can read the project README, yes.
Are there plans to publish anything about mvnd on the official Maven
website? Acknowledging it exists, linking to the repo, anything like that?
On Mon, Jun 24, 2024 at 1:56 PM Slawomir Jaranowski
wrote:
> pon., 24 cze 2024 o 16:57 Greg Chabala
> nap
>
> If you have any questions, please consult:
> - the web site: https://maven.apache.org/
Are there any pages on the website about mvnd? I don't see it mentioned
anywhere.
On Mon, Jun 24, 2024 at 1:33 AM Slawomir Jaranowski
wrote:
> The Apache Maven team is pleased to announce the release of
I like both of these approaches better than the Scala approach to binary
compatibility, which is to munge a version into the artifact ID. That feels
very broken to me, but unfortunately that is their standard now.
I have heard of complaints that using classifiers to specify bytecode level
can caus
Hello Tamás,
For context, what are the tensions that you're trying to solve here?
Is m-dependency-p too big/getting unmaintainable/becoming a kitchen sink?
Do some goals feel like a bad fit?
Are you thinking of breaking it up or replacing it?
Greg
On Tue, Mar 26, 2024 at 8:52 AM Tamás Cserven
Tamás Cservenák wrote:
> Greg,
>
> would like to see such a project, do you have any examples at hand?
> Am sure there are much simpler/better/more correct ways to do the same
> thing.
>
> T
>
> On Thu, Mar 21, 2024 at 9:15 PM Greg Chabala
> wrote:
>
> > My
My understanding is dependency:go-offline is an effective way to
pre-download plugins and dependencies, for instance if one is making some
layer in a docker build container for later reuse.
On Thu, Mar 21, 2024 at 2:54 PM Tamás Cservenák wrote:
> Howdy,
>
> What is the use case of "go offline"?
> I recommend using a bot like Dependabot or Renovate to keep dependencies
up-to-date.
This seems a strange recommendation for an Ant user.
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 changes too difficult.
My two cents:
a very large monobuild with 100s of modules
These are the kinds of problems you find when you're abusing the
multi-module system. Multi-module builds are a last resort for me, when
there are couplings between artifacts that need to be released
simultaneously, e.g. API and implement
Only for the Fluido skin, eh?
In the meantime I've hacked together a beanshell monstrosity to add the tag
to any pages that are missing it, which may end up becoming the basis for a
custom plugin.
Repository readme says runtime is Java 8+, but:
$ jbang mima@maveniverse
Error: A JNI error has occurred, please check your installation and try
again
Exception in thread "main" java.lang.UnsupportedClassVersionError:
eu/maveniverse/maven/mima/cli/Main has been compiled by a more recent
version of
and might need to be
supported directly by the generator.
Is anyone doing this sort of thing? Short of making code changes to
maven-site-plugin and possibly every plugin that generates reports, I think
I might need to insert the canonical URL link elements by parsing the
generated HTML after the fact.
Greg Chabala
Hello Sławomir,
Do you know if MCOMPILER-379 is the same issue as MCOMPILER-567 ? If so,
shouldn't the IT test in MCOMPILER-379 have caught it?
Greg
This is an Apache Infra project, not really Maven:
https://infra.apache.org/asfbot.html
On Sun, Dec 17, 2023 at 7:27 PM Alexander Kriegisch <
alexan...@kriegisch.name> wrote:
> Whenever somebody comments on a GitHub PR linked to a Jira issue, the
> initial version of the comment is copied over to
As it happens, I have also been working on making site redirects for pages
that have moved.
I found placing a plain html file in src/site/resources/ works fine as one
would expect. They are not soft links though, just basic HTML with meta
refresh redirects and javascript redirects as a fallback.
I hesitate to bring it up, but this seems as good a time as any. You've
mentioned several times your intent to massage the Xalan Maven build to
produce artifacts at parity with the existing Ant build, and not just the
contents of artifacts but also where they end up in the directory
structure, for
I have no first hand experience using it, and only know of its existence as
it's mentioned at the bottom the Reproducible Builds docs:
https://reproducible-builds.org/docs/jvm/
Notably the maven-assembly-plugin documentation mentions a predefined
'project' descriptor which may also do just what yo
>
> I was thinking specifically about source assembly, where a good initial
> approximation is to include the same files checked into git.
>
Use the sourceReleaseAssemblyDescriptor of maven-assembly-plugin:
https://maven.apache.org/apache-resource-bundles/source-release/
I'll just mention that I've used the file referenced in the StackOverflow
question, META-INF/maven/${groupId}/${artifactId}/pom.properties, before to
do something much like you describe, print my application version to the
log at startup.
It did not need any special configuration to appear, and on
On Tue, Oct 31, 2023 at 10:27 PM yukai zhao wrote:
> has the project actually introduced the org.apache.commons:commons-lang3
> with version 3.12.0 during the actual compilation process?
>
Well, no. It says 3.12.0 was omitted, due to being a duplicate, hence why
it was not even mentioned withou
On Tue, Oct 31, 2023 at 11:27 AM
wrote:
> Can't quite make sense of all this; given that you got no replies, maybe
> no one else understood either.
I second this sentiment. All I could tell is it seems like there's some
confusion about interpreting the dependency:tree output, and perhaps
confus
On Sat, Oct 14, 2023 at 9:15 PM Joseph Kesselman
wrote:
> Taking out the META-INF: I'll look at that. ... quibbles like editor
> configurations and unnecessary files can be cleaned up in subsequent edits;
> they shouldn't be considered blockers now.
>
Sure. Just an opportunity to remove files an
That's certainly an ambitious changeset, but it takes courage to do great
work.
I'd generally suggest trying to make smaller steps so it's easier on
reviewers.
For instance:
- Could you make a basic Maven build that delegated most of the work to
Ant with maven-antrun-plugin?
- If so, th
unsure for other
> ones...
>
> Thanks
> T
>
>
>
> On Mon, Oct 9, 2023 at 11:35 PM Greg Chabala
> wrote:
>
> > I have looked into maven-polyglot before, and come to the conclusion that
> > it is a proof of concept, and something that few if any people actually
&g
I have looked into maven-polyglot before, and come to the conclusion that
it is a proof of concept, and something that few if any people actually
use, because:
1. Professional programmers are not actually offended by using XML in
the POM, only novices would complain about such a thing.
2.
> there will be a common core but i will provide premium
> features as addons. ... what is the best way to achieve my goal?
I would suggest using compile or runtime as the scope, depending on how you
implement the addons, but mark them as optional dependencies.
Sure, individual projects have done things as they saw fit. Guava has -jre
and -android flavors on their artifact ID instead of using classifiers.
Bouncycastle is using ant for their build process. I wouldn't want to
emulate either as best practice.
Scala, as an ecosystem, has decided on "_binaryV
>
> Has anyone faced this before?
>
Yes. The fact that Scala's binary incompatibility leaked into artifact IDs
rather than being a classifier irritates me still.
I have no good solution for you. The mess that would have come from using
Maven for cross version Scala builds led me to follow the sta
Javier, you should take this up with the docker image maintainer:
Where to file issues:
> https://github.com/carlossg/docker-maven/issues
>
While this may have been a rookie mistake and this pom is nonsensical, they
did manage to cause an NPE in a standard plugin.
That's a bug worth tracking down, right? Better validation, better error
messages?
>
> Are you saying that Maven dependency resolving is not deterministic?
>
I expect the resolution to be deterministic. But from all that has been
shared here so far, it looks like something non-deterministic is happening,
or perhaps more accurately, it is deterministic per machine, but varies due
It's no surprise that Xerces is involved here. Some colorful background:
https://stackoverflow.com/questions/11677572/dealing-with-xerces-hell-in-java-maven
The crux is clearly that xml-apis is a transitive dependency in two places,
and depending on which is elected vs evicted, it will be compile
> I have *war that I've built on 3 different Macs (maven-war-plugin 3.3.2).
>
Is there a reason you're rebuilding your WAR three times on different Macs?
> The code is pulled from my local git repo, and the supporting jars are from
> a local Nexus repository.
Are they all building from the sam
Am I correct in my reading, that they found a similar use case for why
installing/deploying without a main artifact was allowed, and thus why a
test was guarding that behavior, but then decided it wasn't 'the Maven Way'
enough and ripped it out?
That makes it seem like a dummy jar is the only solu
>
> maven-resources-pluginable is not included in the
> https://github.com/OpenAPITools/openapi-generator/blob/master/pom.xml or
> our pom.xml and I have not been able to work out what calls it. If you have
> any ideas please shout!
>
maven-resources-plugin is a standard plugin, it's part of the d
>
> [ERROR] Failed to execute goal
> org.apache.maven.plugins:maven-resources-plugin:3.3.0:resources
> (default-resources) on project ABC: filtering
> ...\src\main\resources\v1\gradle\wrapper\gradle-wrapper.jar to
> ...\target\classes\v1\gradle\wrapper\gradle-wrapper.jar failed with
> MalformedIn
Try searching for an example:
https://github.com/search?l=Maven+POM&q=additionalClasspathElements&type=Code
On Thu, Jan 5, 2023 at 7:11 PM Siddharth Jain wrote:
> thanks. how do i separate multiple classpaths? tried : and , and none of
> them work.
>
> On Thu, Jan 5, 2023 at 3:58 PM Laird Nelson
There's also https://issues.apache.org/jira/browse/MNG-2802 regarding
concurrent access to the local repository. It looks resolved now, but I
don't recall if one needs to set up a special locking mechanism to avoid
issues.
Concurrently installing artifacts in the local repo has historically been
r
On Thu, Nov 10, 2022 at 11:51 AM Raivo Rebane wrote:
> What is the right command ?
>
Official guide:
https://maven.apache.org/guides/mini/guide-3rd-party-jars-local.html
Some concrete examples: https://gist.github.com/chabala/9127256
As far as what you're doing though, installing javax.xml.bin
not a
comprehensive site validation tool.
Greg Chabala
If you always want to run the build and tests in parallel, you may find
value in using maven.config / jvm.config in the project's .mvn directory to
set those settings.
https://maven.apache.org/configure.html
On Fri, Sep 2, 2022 at 11:35 AM Slawomir Jaranowski
wrote:
> Hi Niels
>
> There are tw
Looks like a Debian packaging issue. The Debian maintainer may or may not
be in the Maven user list, but your issue would be better directed to them.
I'm not an expert in tricky installations ... I'm scared to touch that by
> hand.
>
You should not be afraid to install Maven directly from
https:/
e. Omitting
the pom.xml to support it doesn't sound like useful work for Maven
developers.
Maybe your archetype can contain an ant task to delete the pom.xml and
empty directories you want to remove.
Greg Chabala
On Fri, Jul 15, 2022 at 12:53 AM Fuhrmann, Hauke <
fuhrmann.ha...@scheidt-bachm
>
> I'm considering uploading any dependencies I do need from JitPack
> directly into my own Artifactory as a workaround, but that's crazy and
> not long term maintainable.
>
I would counter that is actually the only appropriate action. Who is
JitPack? Will it go away tomorrow? As near as I can te
>
> The company does not use proxy for Maven or IntelliJ
>
You mean like this one?
https://artifacts.horizon.bankofamerica.com/artifactory/plugins-release
On Fri, Apr 8, 2022 at 12:48 AM Azin, Arian
wrote:
>
> Hello,
>
> Getting this error when running mvn clean install:
>
> [ERROR] Failed t
I don't know where it is now, but here it is as it was in 1.11.1:
https://github.com/apache/maven-doxia/blob/doxia-1.11.1/doxia-modules/doxia-module-fo/src/main/resources/fo-styles.xslt
On Wed, Feb 23, 2022 at 9:34 PM Woonsan Ko wrote:
> Hi,
>
> While reading [1], I found the link broken:
> -
>
Just my opinion, https://github.com/apache/maven-compiler-plugin/pull/88
feels like a hack solution.
Generating classes for package-info.java files, just to appease some issue
with the incremental compiler? That seems like it should have been filtered
in the compile plugin, not litter the build wi
I can't speak to your question about disabling the https requirement,
though my guess is that will be impossible and/or unpopular, likely by
design. If you could just turn it off, some people would just turn it off,
which defeats the purpose.
The root of my questions is that if your Nexus is confi
don't let maven connect to
the public internet, what are you using to host internal repos? Nexus,
Artifactory? Either should provide https out of the box.
Also, why 'many' repositories? Your internal repository manager ought to
cache, mirror and aggregate, and be the single repo you ne
This might be a better question for the dev list.
Thank you for your effort regardless. I would hate to see this become an
example of 'Maven is harder than Gradle'.
On Thu, Sep 23, 2021 at 3:55 AM Cédric Champeau
wrote:
> Hi folks,
>
> I'm the maintainer of the GraalVM native build tools plugin
The .m2 directory will be created automatically on first use, as I recall.
A non-trivial command that pulls some artifacts should be enough. You would
only be concerned with creating it yourself if you need to set up specific
values in settings.xml, which is your responsibility to create if needed.
-plugin/ has
a display-plugin-updates goal, along with other similar goals that can help
you check if your project plugins are up to date.
On Tue, Aug 3, 2021 at 2:09 PM Greg Chabala wrote:
> For reference: https://maven.apache.org/pom.html
>
> You want your Nexus configured in the
exus repo in the pom.xml
>
>
>
> false
> ID_GOES_HERE
> ID_GOES_HERE
> Nexus_repo_url_copied_here>
> default
>
>
>
>
> I'm copying the URL directly from the Nexus repo directly into the
> tags.
>
> thanks
>
>
&g
Your ISO will not be in Central. If it is, you can tell us the coordinates.
You need your Nexus repository configured in the pom.xml so that Maven can
find the artifacts.
On Tue, Aug 3, 2021 at 1:25 PM christopher.mil...@gd-ms.com <
christopher.mil...@gd-ms.com> wrote:
>
> I was able to get a wo
Maven book may be a bit dated, but sometimes it has
additional context: https://books.sonatype.com/mvnref-book/reference/
Greg Chabala
On Wed, Jul 28, 2021 at 7:03 AM christopher.mil...@gd-ms.com <
christopher.mil...@gd-ms.com> wrote:
>
> Okay, so I'll stay with what I have.
&g
cies and I'm still not understanding, Vs what I have
> currently mark up tags that pertain to the ISOs that I want to download
> under and tags.
>
>
>
> -Original Message-
> From: Greg Chabala
> Sent: Tuesday, July 27, 2021 1:31 PM
> To: Maven Users List
&
You would call this with mvn dependency:copy-dependencies instead of mvn
dependency:copy
Greg Chabala
On Tue, Jul 27, 2021 at 10:32 AM christopher.mil...@gd-ms.com <
christopher.mil...@gd-ms.com> wrote:
>
>
> Thanks for the help on this as it was very helpful.
>
> All I need
ation of artifacts within the dependency plugin is unusual.
Typically, your artifacts would be defined in a top level
tag.
Greg Chabala
On Mon, Jul 26, 2021 at 3:18 PM Nick Stolwijk
wrote:
> Hi,
>
> I think you need to fix the parameter resolution: ${depStagingArea/pcs}
> should be $
https://stackoverflow.com/a/27805058/62462
web.xml is usually provided in source, it is not something that maven or
> any build tool has to generate
>
Never heard of web.xml being generated. Please show us your project if you
think it is.
On Sat, Jul 24, 2021 at 3:32 PM Benjamin hansen
wrote:
> > > > > > >
> > > > > > > there is https://issues.apache.org/jira/browse/MNG-5588 ,
> > > > > > > proposing to
> > > > > > > mimic dependencyManagement import to get an equivalent
> > > > > > > pl
I agree with the recommendations made by Anthony, and that best practice is
to specify all versions explicitly.
However, I am also empathetic to the concerns raised by Tilman. When people
compare Maven to other build tools and complain about the verbosity of POM
files, a lot of that verbosity come
Looks like the correct link is
http://books.sonatype.com/mvnex-book/mvnex-examples.zip
Found in an old issue:
https://github.com/sonatype/maven-example-en/issues/43
On Sun, Feb 14, 2021 at 8:29 PM Karen Goh
wrote:
> hi,
> I come to know about the free ebooks where they detailed all about using
project's directions and install their jar into your
local repo, or a local repo manager like Nexus.
I'd be hesitant use any library that hadn't figured out how to get their
artifact to central though. It'll just as likely disappear.
Greg Chabala
On Sun, Jan 17, 2021 at 3:46 PM A
Given the stacktrace, I'm guessing you've found a regression from this
commit:
https://github.com/apache/maven-filtering/commit/80c045058a364c5c7d46be9c2b2ae65b81f84d7f
Nothing else in that file has changed in years. Would be good to narrow it
down to a test case though.
On Thu, Nov 12, 2020 at 7
JavaFX has been removed from the JDK for some time now:
https://blogs.oracle.com/java-platform-group/the-future-of-javafx-and-other-java-client-roadmap-updates
This is the artifact you want:
https://search.maven.org/artifact/org.openjfx/javafx-graphics
org.openjfx
javafx-graphics
15.
ine the version of each and
that would be a nightmare.
The time is now. Don't leave the nightmare for someone else later.
I suspect your real issue is closer to this:
https://blog.sonatype.com/2009/04/how-to-convert-from-ant-to-maven-in-5-minutes/
Greg Chabala
On Fri, Oct 16, 2020 at 9:
ere's little
point to making an exception for Maven plugin versions.
Greg Chabala
On Tue, Oct 6, 2020 at 9:13 AM Gary Gregory wrote:
> On Tue, Oct 6, 2020 at 7:46 AM Thomas Broyer wrote:
>
> > (sorry for the delay)
> >
> > On Sat, Oct 3, 2020 at 5:27 PM Karl Heinz
rom the same Maven family, the CPD goal must accept txt
> as
> >> an option as well. And the documentation is misleading when it says it
> >> supports specifying 'txt' as an input.
> >>
> >> Specifying sourceforge.pmd.cpd.SimpleRenderer
&
Better still, use the full classname of the renderer, looks like the plugin
only know how to handle xml and csv:
https://github.com/apache/maven-pmd-plugin/blob/master/src/main/java/org/apache/maven/plugins/pmd/CpdReport.java#L456
On Fri, Jul 3, 2020 at 3:22 PM Greg Chabala wrote:
> Looks l
Looks like a typo in the documentation. From your link "See the
net.sourceforge.pmd.renderers package javadoc for available renderers".
You want the text renderer?
https://github.com/pmd/pmd/blob/master/pmd-core/src/main/java/net/sourceforge/pmd/renderers/TextRenderer.java
Try "text" instead of "
Never used it myself, but these might help:
https://search.maven.org/search?q=g:org.codehaus.mojo%20a:animal-sniffer*
https://www.mojohaus.org/animal-sniffer/animal-sniffer-maven-plugin/
https://github.com/mojohaus/animal-sniffer
Cheers,
Greg Chabala
On Mon, Jun 29, 2020 at 4:54 PM Charles
Looks like most of these were fixed in April with this commit:
https://github.com/apache/maven-deploy-plugin/commit/5378b4936866a927260b893dfd81abb2f4ceb1ef
and there's an open PR from 2018 for the dead example link:
https://github.com/apache/maven-deploy-plugin/pull/2
On Fri, May 22, 2020 at 3:3
It looks to me that some of the inline links in the Usage paragraph are
broken:
user mailing list - links to
https://maven.apache.org/plugins/maven-deploy-plugin/mail-lists.html which
404s
mail archive - also links to
https://maven.apache.org/plugins/maven-deploy-plugin/mail-lists.html
issue tracke
Ah, like what you get from the standard dependency report? E.g.
https://maven.apache.org/plugins/maven-dependency-plugin/dependencies.html#Licenses
On Wed, May 6, 2020 at 5:55 PM Alain Désilets
wrote:
> On Wed, May 6, 2020 at 6:48 PM Greg Chabala
> wrote:
>
> > Ah, I see. I beli
May 6, 2020 at 5:34 PM Alain Désilets
wrote:
> On Wed, May 6, 2020, 4:16 PM Greg Chabala wrote:
>
> > The documentation has an example of the output:
> >
> >
> https://www.mojohaus.org/license-maven-plugin/examples/example-license-list.html
>
>
> Yes I saw tha
The documentation has an example of the output:
https://www.mojohaus.org/license-maven-plugin/examples/example-license-list.html
On Wed, May 6, 2020 at 3:03 PM Alain Désilets
wrote:
> The output of the license-list goal and the plugin documentation say that
> this is a list of 'availalble licens
You could add the option to the ${maven.projectBasedir}/.mvn/maven.config file,
but that's still a per project change, unfortunately.
On Tue, Apr 7, 2020 at 9:16 AM Tomo Suzuki
wrote:
> I tried MAVEN_OPTS, which did not work (it's not for Java virtual machine):
>
> suztomo-macbookpro44% export M
This may not be the best solution, but when I need to debug into a maven
plugin, I temporarily add the plugin to my project in compile scope.
Then I can easily browse the source and IntelliJ will start hitting the
debug breakpoints.
Cheers,
Greg Chabala
On Thu, Feb 13, 2020 at 2:31 PM Jeeva
I would take that up with gcs-maven-mir...@googlegroups.com as noted here:
https://storage-download.googleapis.com/maven-central/index.html
On Sun, Nov 3, 2019 at 1:59 PM Anthony Whitford
wrote:
>
> How can we get Google’s Central mirror fixed?
>
>
79 matches
Mail list logo