On Wed, Mar 22, 2023 at 12:36 PM Laird Nelson wrote:
> I understand patching the "main" module with target/classes.
>
(Actually, I take it back. Given that --module-path
/path/to/myproject/target/classes is also present, I don't understand why
target/classes would be patched in either.)
L
>
I've noticed that the Maven compiler plugin's test-compile goal (version
3.11.0) adds --patch-module
my.module=/path/to/myproject/target/classes:/path/to/myproject/src/test/java
to the javac invocation when I have a src/main/java/module-info.java.
I understand patching the "main" module with
On Mon, Sep 5, 2022 at 12:12 AM Benjamin Marwell
wrote:
> After discussing this with the maven team on slack, it does not really
> sound like you should have encountered.
> Can you give us a small reproducer project and/or post the
> exceptions/errors you see?
Sure; it should be very easy to
get instead of
> the release parameter?
>
> Am Fr., 2. Sept. 2022 um 01:10 Uhr schrieb Laird Nelson <
> ljnel...@gmail.com>:
> >
> > The problem was difficult to uncover due to the swallowed exception at
> >
> https://github.com/apache/maven-surefire/blob/surefi
The problem was difficult to uncover due to the swallowed exception at
https://github.com/apache/maven-surefire/blob/surefire-3.0.0-M7/maven-surefire-common/src/main/java/org/apache/maven/plugin/surefire/AbstractSurefireMojo.java#L1425-L1428
.
On Thu, Sep 1, 2022 at 4:05 PM Laird Nelson wrote
The problem appears to be plexus-java 1.1.1's dependency on ASM 9.2.
Adding a dependency on ASM 9.3 in my maven-surefire-plugin configuration
fixed the problem.
On Thu, Sep 1, 2022 at 12:54 PM Laird Nelson wrote:
> (That's the best subject line I could come up with.)
>
> I'm us
(That's the best subject line I could come up with.)
I'm using maven-surefire-plugin 3.0.0-M7.
I have a modular project (JPMS) with a module-info.java at src/main/java.
My module name is com.foo.mymodule.
I have specified --source=18 and --target=18 to the compiler. The compiler
is JDK 19
On Fri, Sep 13, 2019 at 11:01 PM Alexander Ashitkin <
alexander.ashit...@db.com> wrote:
> This feature is true incremental build – you don’t build modules which
> were not changed at all and build only modified/changed ones.
>
Suppose module B depends on module A and I change A. Does B get
On Tue, May 21, 2019 at 2:15 PM Melamed, Jeremy <
jeremy.mela...@siltronic.com> wrote:
> Here is the build error I am receiving:
>
[snip]
> Error |
> Could not transfer artifact
> org.springframework:spring-aop:jar:1.2.6.RELEASE from/to mavenCentral (
> https://repo1.maven.org/maven2/):
To use Oracle artifacts, see here:
https://docs.oracle.com/middleware/1213/core/MAVEN/config_maven_repo.htm#MAVEN9010
Best,
Laird
On Sat, Mar 16, 2019 at 5:13 AM Paul Hammant wrote:
> It is probably up to Oracle (not Apache) as to what is uploaded into Maven
> Central -
On Thu, Feb 7, 2019 at 8:14 AM Bert wrote:
> So far, I have found plugins (maven-dependency-tree,
> maven-dependency-analyzer,..) that do what I want to do and I hoped to
> learn from there on how to resolve dependencies.
> Unfortunately, they all rely on an existing/running plexus container
>
on
On Sat, Dec 8, 2018 at 2:05 PM Laird Nelson wrote:
> This is all near and dear to my heart.
>
> First, some terminology clearing up: the Maven internals rely on a JSR-330
> implementation (javax.inject.*), not CDI (javax.enterprise.inject.*). CDI
> is a JSR-330 implementation,
This is all near and dear to my heart.
First, some terminology clearing up: the Maven internals rely on a JSR-330
implementation (javax.inject.*), not CDI (javax.enterprise.inject.*). CDI
is a JSR-330 implementation, but so is Guice, HK2, etc. I believe that the
internals of Maven rely on
On Tue, Mar 13, 2018 at 5:34 PM Hervé BOUTEMY wrote:
> I don't see any issues with content provided:
> org.springframework.boot:spring-
> boot-dependencies has a "pom" packaging, then would be deployed directly as
> build POM, containing dependencyManagement
>
I'm not
On Wed, Sep 27, 2017 at 4:53 AM Benedikt Ritter wrote:
> I have a CI Build in GitLab, where I want to define a job that downloads
> all the artifacts which are needed for the different lifecycle phases and
> plugin executions as well as all project dependencies. I only want
On Mon, Mar 13, 2017 at 2:26 PM Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:
Gentle reminder. If you can see this thread, you are entitled to
contribute. This thread is about discovering where the Maven project can
improve how we work in order to grow our community.
I'll bite. (I
On Sun, Apr 27, 2014 at 6:28 AM, Robert Scholte rfscho...@apache.orgwrote:
Regarding the JDK-8032205 issue, maybe you should have a look at
MJAVADOC-393[1]
FYI I updated MJAVADOC-393 to link to the relevant JDK bug report.
Best,
Laird
--
http://about.me/lairdnelson
On Tue, Feb 11, 2014 at 3:20 PM, Stuart McCulloch mccu...@gmail.com wrote:
I suspect this is related to the change in Classworlds 2.4.1+ to use the
new ClassLoader.close() method available in Java7 to forcibly close plugin
ClassLoaders when the plugin/container realm is disposed.
Just as an
On Mon, Sep 9, 2013 at 10:29 AM, John Dix john@amdocs.com wrote:
Still repro's in Maven 3.1. The bug says it is fixed there if I am reading
it correctly. However, the artifact is stored in Nexus in exactly where we
want it: 3rdparty. Maven pulls it down, and rather than acknowledge it's
On Mon, Feb 11, 2013 at 4:51 AM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
So here is my call for ideas...
in 15 words or less
Apache Maven is ...
My two cents: make it really, really straightforward and germane to someone
who might not even begin to have any clue what it
On Fri, Jan 11, 2013 at 1:30 PM, Olivier Lamy ol...@apache.org wrote:
sample project attached to a jira issue ? :-)
2013/1/10 Romain Manni-Bucau rmannibu...@gmail.com:
basically it simply needs to set a jvm property (-Aopenjpa.xxx=...). The
argument is well propagated in fork mode true but
On Mon, May 7, 2012 at 6:15 PM, Robert Scholte apa...@sourcegrounds.comwrote:
Hi,
I'd like to release the maven-release-plugin 2.3
Huge non-binding +1 (and kudos) largely because of
http://jira.codehaus.org/browse/MRELEASE-128. Thanks!
Best,
Laird
--
http://about.me/lairdnelson
God I love this meme.
On Fri, Jun 10, 2011 at 4:56 PM, Stephen Connolly
stephen.alan.conno...@gmail.com wrote:
can somebody update the wiki, I'm only on a phone
- Stephen
---
Sent from my Android phone, so random spelling mistakes, random nonsense
words and other nonsense are a direct
I have determined that Surefire's new systemPropertyVariables stanza cannot
deal with empty strings and have filed an issue together with a reproducible
test case: http://jira.codehaus.org/browse/SUREFIRE-649.
Best,
Laird
On Thu, Jun 10, 2010 at 1:55 AM, Milos Kleint mkle...@gmail.com wrote:
actually netbeans is also using a summer 2008 2.1-SNAPSHOT (heavily patched)
Slight tangent but still hopefully on topic: if the embedder is not a
good way to reuse, say, the dependency resolution features of Maven,
what is?
I thought long and hard about whether this belongs on the dev or user list;
I may have still picked the wrong one.
There's a nasty little issue rolling along in the Glassfish forums;
https://glassfish.dev.java.net/issues/show_bug.cgi?id=11764 has the issue
and a link to the discussion.
Briefly,
On Thu, Apr 8, 2010 at 4:46 PM, Benjamin Bentmann benjamin.bentm...@udo.edu
wrote:
Laird Nelson wrote:
But in surefire withforkModealways/forkMode, the classpath is actually
a surefirebooter.jar located in $TEMP with a big ol' Manifest Class-Path:
entry.
[0] describes some options
Hello; a quick note to say that I've updated
http://jira.codehaus.org/browse/MNG-4479 with a set of projects that
reliably reproduce the (IMHO major) issue.
Best,
Laird
[ http://jira.codehaus.org/browse/MAVEN-1623?page=comments#action_54000 ]
Laird Nelson commented on MAVEN-1623:
-
For those who care, here is a port of the copyResources tag in jelly with the
added setPreserveLastModified() call thrown in there. Stand
[ http://jira.codehaus.org/browse/MPCHANGELOG-38?page=comments#action_48334
]
Laird Nelson commented on MPCHANGELOG-38:
-
I am seeing this issue on a proper checkout, having done all my homework.
I am running Maven 1.1b2. The cvs server
[ http://jira.codehaus.org/browse/MPCHANGELOG-69?page=comments#action_48357
]
Laird Nelson commented on MPCHANGELOG-69:
-
I found a hideous, hideous workaround for this, which, like everything
involving Jelly, relies on some black magic that I don't
[ http://jira.codehaus.org/browse/MPCHANGELOG-69?page=comments#action_48359
]
Laird Nelson commented on MPCHANGELOG-69:
-
Actually, the more I look at this bug the more weird it is. This has nothing
to do with CVSNT as far as I can tell
32 matches
Mail list logo