Re: [PR] Bump org.assertj:assertj-core from 3.25.2 to 3.25.3 [maven-build-cache-extension]

2024-03-23 Thread via GitHub


dependabot[bot] merged PR #131:
URL: https://github.com/apache/maven-build-cache-extension/pull/131


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscr...@maven.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



Re: [PR] Bump org.testcontainers:testcontainers-bom from 1.19.5 to 1.19.7 [maven-build-cache-extension]

2024-03-23 Thread via GitHub


dependabot[bot] merged PR #136:
URL: https://github.com/apache/maven-build-cache-extension/pull/136


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscr...@maven.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



[jira] [Commented] (MJAR-62) Build-Jdk in Manifest.mf does not reflect which compiler version actually compiled the classes in the jar

2024-03-23 Thread ASF GitHub Bot (Jira)


[ 
https://issues.apache.org/jira/browse/MJAR-62?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17830177#comment-17830177
 ] 

ASF GitHub Bot commented on MJAR-62:


elharo commented on code in PR #73:
URL: https://github.com/apache/maven-jar-plugin/pull/73#discussion_r1536701278


##
src/main/java/org/apache/maven/plugins/jar/ToolchainsJdkSpecification.java:
##
@@ -0,0 +1,99 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one
+ * or more contributor license agreements.  See the NOTICE file
+ * distributed with this work for additional information
+ * regarding copyright ownership.  The ASF licenses this file
+ * to you under the Apache License, Version 2.0 (the
+ * "License"); you may not use this file except in compliance
+ * with the License.  You may obtain a copy of the License at
+ *
+ *   http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing,
+ * software distributed under the License is distributed on an
+ * "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+ * KIND, either express or implied.  See the License for the
+ * specific language governing permissions and limitations
+ * under the License.
+ */
+package org.apache.maven.plugins.jar;
+
+import javax.inject.Named;
+import javax.inject.Singleton;
+
+import java.io.IOException;
+import java.io.UncheckedIOException;
+import java.nio.file.Path;
+import java.nio.file.Paths;
+import java.util.HashMap;
+import java.util.Map;
+import java.util.Optional;
+
+import org.apache.maven.toolchain.Toolchain;
+import org.codehaus.plexus.util.cli.CommandLineException;
+import org.codehaus.plexus.util.cli.CommandLineUtils;
+import org.codehaus.plexus.util.cli.Commandline;
+import org.slf4j.Logger;
+import org.slf4j.LoggerFactory;
+
+/**
+ * Component provided JDK specification based on toolchains.
+ */
+@Named
+@Singleton
+class ToolchainsJdkSpecification {
+
+private final Logger logger = 
LoggerFactory.getLogger(ToolchainsJdkSpecification.class);
+
+private final Map cache = new HashMap<>();
+
+public synchronized Optional getJDKSpecification(Toolchain 
toolchain) {
+Optional javacPath = getJavacPath(toolchain);
+return javacPath.map(path -> cache.computeIfAbsent(path, 
this::getSpecForPath));
+}
+
+private Optional getJavacPath(Toolchain toolchain) {
+return 
Optional.ofNullable(toolchain.findTool("javac")).map(Paths::get).map(this::getCanonicalPath);
+}
+
+private Path getCanonicalPath(Path path) {
+try {
+return path.toRealPath();
+} catch (IOException e) {
+if (path.getParent() != null) {
+return 
getCanonicalPath(path.getParent()).resolve(path.getFileName());
+} else {
+throw new UncheckedIOException(e);
+}
+}
+}
+
+private String getSpecForPath(Path path) {
+try {
+Commandline cl = new Commandline(path.toString());
+cl.createArg().setValue("-version");
+CommandLineUtils.StringStreamConsumer out = new 
CommandLineUtils.StringStreamConsumer();
+CommandLineUtils.StringStreamConsumer err = new 
CommandLineUtils.StringStreamConsumer();
+CommandLineUtils.executeCommandLine(cl, out, err);
+String version = out.getOutput().trim();
+if (version.isEmpty()) {
+version = err.getOutput().trim();
+}
+if (version.startsWith("javac ")) {
+version = version.substring(6);
+if (version.startsWith("1.")) {
+version = version.substring(0, 3);
+} else {
+version = version.substring(0, 2);
+}
+return version;
+} else {
+logger.warn("Unrecognized output form " + path + " -version - 
" + version);
+return null;
+}
+} catch (CommandLineException e) {

Review Comment:
   CommandLineException | IndexOutOfBoundsException





> Build-Jdk in Manifest.mf does not reflect which compiler version actually 
> compiled the classes in the jar
> -
>
> Key: MJAR-62
> URL: https://issues.apache.org/jira/browse/MJAR-62
> Project: Maven JAR Plugin
>  Issue Type: Bug
>Reporter: Stefan Magnus Landrø
>Assignee: Slawomir Jaranowski
>Priority: Major
> Fix For: 3.4.0
>
> Attachments: example-app.zip
>
>
> Manifest.mf does not reflect the version of the compiler that built the jar, 
> but defaults to the version that maven runs under:  Build-Jdk: 
> ${java.version}.
> I believe this makes users uncertain of which compiler was actually used to 
> bu

Re: [PR] [MJAR-62] Set Build-Jdk according to used toolchain [maven-jar-plugin]

2024-03-23 Thread via GitHub


elharo commented on code in PR #73:
URL: https://github.com/apache/maven-jar-plugin/pull/73#discussion_r1536701278


##
src/main/java/org/apache/maven/plugins/jar/ToolchainsJdkSpecification.java:
##
@@ -0,0 +1,99 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one
+ * or more contributor license agreements.  See the NOTICE file
+ * distributed with this work for additional information
+ * regarding copyright ownership.  The ASF licenses this file
+ * to you under the Apache License, Version 2.0 (the
+ * "License"); you may not use this file except in compliance
+ * with the License.  You may obtain a copy of the License at
+ *
+ *   http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing,
+ * software distributed under the License is distributed on an
+ * "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+ * KIND, either express or implied.  See the License for the
+ * specific language governing permissions and limitations
+ * under the License.
+ */
+package org.apache.maven.plugins.jar;
+
+import javax.inject.Named;
+import javax.inject.Singleton;
+
+import java.io.IOException;
+import java.io.UncheckedIOException;
+import java.nio.file.Path;
+import java.nio.file.Paths;
+import java.util.HashMap;
+import java.util.Map;
+import java.util.Optional;
+
+import org.apache.maven.toolchain.Toolchain;
+import org.codehaus.plexus.util.cli.CommandLineException;
+import org.codehaus.plexus.util.cli.CommandLineUtils;
+import org.codehaus.plexus.util.cli.Commandline;
+import org.slf4j.Logger;
+import org.slf4j.LoggerFactory;
+
+/**
+ * Component provided JDK specification based on toolchains.
+ */
+@Named
+@Singleton
+class ToolchainsJdkSpecification {
+
+private final Logger logger = 
LoggerFactory.getLogger(ToolchainsJdkSpecification.class);
+
+private final Map cache = new HashMap<>();
+
+public synchronized Optional getJDKSpecification(Toolchain 
toolchain) {
+Optional javacPath = getJavacPath(toolchain);
+return javacPath.map(path -> cache.computeIfAbsent(path, 
this::getSpecForPath));
+}
+
+private Optional getJavacPath(Toolchain toolchain) {
+return 
Optional.ofNullable(toolchain.findTool("javac")).map(Paths::get).map(this::getCanonicalPath);
+}
+
+private Path getCanonicalPath(Path path) {
+try {
+return path.toRealPath();
+} catch (IOException e) {
+if (path.getParent() != null) {
+return 
getCanonicalPath(path.getParent()).resolve(path.getFileName());
+} else {
+throw new UncheckedIOException(e);
+}
+}
+}
+
+private String getSpecForPath(Path path) {
+try {
+Commandline cl = new Commandline(path.toString());
+cl.createArg().setValue("-version");
+CommandLineUtils.StringStreamConsumer out = new 
CommandLineUtils.StringStreamConsumer();
+CommandLineUtils.StringStreamConsumer err = new 
CommandLineUtils.StringStreamConsumer();
+CommandLineUtils.executeCommandLine(cl, out, err);
+String version = out.getOutput().trim();
+if (version.isEmpty()) {
+version = err.getOutput().trim();
+}
+if (version.startsWith("javac ")) {
+version = version.substring(6);
+if (version.startsWith("1.")) {
+version = version.substring(0, 3);
+} else {
+version = version.substring(0, 2);
+}
+return version;
+} else {
+logger.warn("Unrecognized output form " + path + " -version - 
" + version);
+return null;
+}
+} catch (CommandLineException e) {

Review Comment:
   CommandLineException | IndexOutOfBoundsException



-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscr...@maven.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



[jira] [Commented] (MJAR-62) Build-Jdk in Manifest.mf does not reflect which compiler version actually compiled the classes in the jar

2024-03-23 Thread ASF GitHub Bot (Jira)


[ 
https://issues.apache.org/jira/browse/MJAR-62?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17830162#comment-17830162
 ] 

ASF GitHub Bot commented on MJAR-62:


slawekjaranowski commented on code in PR #73:
URL: https://github.com/apache/maven-jar-plugin/pull/73#discussion_r1536684208


##
src/main/java/org/apache/maven/plugins/jar/ToolchainsJdkSpecification.java:
##
@@ -0,0 +1,99 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one
+ * or more contributor license agreements.  See the NOTICE file
+ * distributed with this work for additional information
+ * regarding copyright ownership.  The ASF licenses this file
+ * to you under the Apache License, Version 2.0 (the
+ * "License"); you may not use this file except in compliance
+ * with the License.  You may obtain a copy of the License at
+ *
+ *   http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing,
+ * software distributed under the License is distributed on an
+ * "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+ * KIND, either express or implied.  See the License for the
+ * specific language governing permissions and limitations
+ * under the License.
+ */
+package org.apache.maven.plugins.jar;
+
+import javax.inject.Named;
+import javax.inject.Singleton;
+
+import java.io.IOException;
+import java.io.UncheckedIOException;
+import java.nio.file.Path;
+import java.nio.file.Paths;
+import java.util.HashMap;
+import java.util.Map;
+import java.util.Optional;
+
+import org.apache.maven.toolchain.Toolchain;
+import org.codehaus.plexus.util.cli.CommandLineException;
+import org.codehaus.plexus.util.cli.CommandLineUtils;
+import org.codehaus.plexus.util.cli.Commandline;
+
+/**
+ * Component provided JDK specification based on toolchains.
+ */
+@Named
+@Singleton
+class ToolchainsJdkSpecification {
+
+private static class UncheckedCommandLineException extends 
RuntimeException {
+UncheckedCommandLineException(CommandLineException e) {
+super(e);
+}
+}
+
+private final Map cache = new HashMap<>();
+
+public synchronized Optional getJDKSpecification(Toolchain 
toolchain) {
+Optional javacPath = getJavacPath(toolchain);
+return javacPath.map(path -> cache.computeIfAbsent(path, 
this::getSpecForPath));
+}
+
+private Optional getJavacPath(Toolchain toolchain) {
+return 
Optional.ofNullable(toolchain.findTool("javac")).map(Paths::get).map(this::getCanonicalPath);
+}
+
+private Path getCanonicalPath(Path path) {
+try {
+return path.toRealPath();
+} catch (IOException e) {
+if (path.getParent() != null) {
+return 
getCanonicalPath(path.getParent()).resolve(path.getFileName());
+} else {
+throw new UncheckedIOException(e);
+}
+}
+}
+
+private String getSpecForPath(Path path) {
+try {
+Commandline cl = new Commandline(path.toString());
+cl.createArg().setValue("-version");
+CommandLineUtils.StringStreamConsumer out = new 
CommandLineUtils.StringStreamConsumer();
+CommandLineUtils.StringStreamConsumer err = new 
CommandLineUtils.StringStreamConsumer();
+CommandLineUtils.executeCommandLine(cl, out, err);
+String version = out.getOutput().trim();
+if (version.isEmpty()) {
+version = err.getOutput().trim();
+}
+if (version.startsWith("javac ")) {
+version = version.substring(6);
+if (version.startsWith("1.")) {
+version = version.substring(0, 3);
+} else {
+version = version.substring(0, 2);
+}
+return version;
+} else {
+return null;
+}
+} catch (CommandLineException e) {
+throw new UncheckedCommandLineException(e);

Review Comment:
   ok, no exception - only warn about something wrong as it is not critical 
build should not be broken





> Build-Jdk in Manifest.mf does not reflect which compiler version actually 
> compiled the classes in the jar
> -
>
> Key: MJAR-62
> URL: https://issues.apache.org/jira/browse/MJAR-62
> Project: Maven JAR Plugin
>  Issue Type: Bug
>Reporter: Stefan Magnus Landrø
>Assignee: Slawomir Jaranowski
>Priority: Major
> Fix For: 3.4.0
>
> Attachments: example-app.zip
>
>
> Manifest.mf does not reflect the version of the compiler that built the jar, 
> but defaults to the version that maven runs under:  Build-Jdk: 
> ${java.version}.
> I believe this makes

Re: [PR] [MJAR-62] Set Build-Jdk according to used toolchain [maven-jar-plugin]

2024-03-23 Thread via GitHub


slawekjaranowski commented on code in PR #73:
URL: https://github.com/apache/maven-jar-plugin/pull/73#discussion_r1536684208


##
src/main/java/org/apache/maven/plugins/jar/ToolchainsJdkSpecification.java:
##
@@ -0,0 +1,99 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one
+ * or more contributor license agreements.  See the NOTICE file
+ * distributed with this work for additional information
+ * regarding copyright ownership.  The ASF licenses this file
+ * to you under the Apache License, Version 2.0 (the
+ * "License"); you may not use this file except in compliance
+ * with the License.  You may obtain a copy of the License at
+ *
+ *   http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing,
+ * software distributed under the License is distributed on an
+ * "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+ * KIND, either express or implied.  See the License for the
+ * specific language governing permissions and limitations
+ * under the License.
+ */
+package org.apache.maven.plugins.jar;
+
+import javax.inject.Named;
+import javax.inject.Singleton;
+
+import java.io.IOException;
+import java.io.UncheckedIOException;
+import java.nio.file.Path;
+import java.nio.file.Paths;
+import java.util.HashMap;
+import java.util.Map;
+import java.util.Optional;
+
+import org.apache.maven.toolchain.Toolchain;
+import org.codehaus.plexus.util.cli.CommandLineException;
+import org.codehaus.plexus.util.cli.CommandLineUtils;
+import org.codehaus.plexus.util.cli.Commandline;
+
+/**
+ * Component provided JDK specification based on toolchains.
+ */
+@Named
+@Singleton
+class ToolchainsJdkSpecification {
+
+private static class UncheckedCommandLineException extends 
RuntimeException {
+UncheckedCommandLineException(CommandLineException e) {
+super(e);
+}
+}
+
+private final Map cache = new HashMap<>();
+
+public synchronized Optional getJDKSpecification(Toolchain 
toolchain) {
+Optional javacPath = getJavacPath(toolchain);
+return javacPath.map(path -> cache.computeIfAbsent(path, 
this::getSpecForPath));
+}
+
+private Optional getJavacPath(Toolchain toolchain) {
+return 
Optional.ofNullable(toolchain.findTool("javac")).map(Paths::get).map(this::getCanonicalPath);
+}
+
+private Path getCanonicalPath(Path path) {
+try {
+return path.toRealPath();
+} catch (IOException e) {
+if (path.getParent() != null) {
+return 
getCanonicalPath(path.getParent()).resolve(path.getFileName());
+} else {
+throw new UncheckedIOException(e);
+}
+}
+}
+
+private String getSpecForPath(Path path) {
+try {
+Commandline cl = new Commandline(path.toString());
+cl.createArg().setValue("-version");
+CommandLineUtils.StringStreamConsumer out = new 
CommandLineUtils.StringStreamConsumer();
+CommandLineUtils.StringStreamConsumer err = new 
CommandLineUtils.StringStreamConsumer();
+CommandLineUtils.executeCommandLine(cl, out, err);
+String version = out.getOutput().trim();
+if (version.isEmpty()) {
+version = err.getOutput().trim();
+}
+if (version.startsWith("javac ")) {
+version = version.substring(6);
+if (version.startsWith("1.")) {
+version = version.substring(0, 3);
+} else {
+version = version.substring(0, 2);
+}
+return version;
+} else {
+return null;
+}
+} catch (CommandLineException e) {
+throw new UncheckedCommandLineException(e);

Review Comment:
   ok, no exception - only warn about something wrong as it is not critical 
build should not be broken



-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscr...@maven.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



[jira] [Closed] (MGPG-115) Show more information about key used to sign

2024-03-23 Thread Tamas Cservenak (Jira)


 [ 
https://issues.apache.org/jira/browse/MGPG-115?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Tamas Cservenak closed MGPG-115.

Resolution: Fixed

> Show more information about key used to sign
> 
>
> Key: MGPG-115
> URL: https://issues.apache.org/jira/browse/MGPG-115
> Project: Maven GPG Plugin
>  Issue Type: Improvement
>Reporter: Tamas Cservenak
>Assignee: Tamas Cservenak
>Priority: Major
> Fix For: 3.2.2
>
>




--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Commented] (MGPG-115) Show more information about key used to sign

2024-03-23 Thread ASF GitHub Bot (Jira)


[ 
https://issues.apache.org/jira/browse/MGPG-115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17830161#comment-17830161
 ] 

ASF GitHub Bot commented on MGPG-115:
-

cstamas merged PR #84:
URL: https://github.com/apache/maven-gpg-plugin/pull/84




> Show more information about key used to sign
> 
>
> Key: MGPG-115
> URL: https://issues.apache.org/jira/browse/MGPG-115
> Project: Maven GPG Plugin
>  Issue Type: Improvement
>Reporter: Tamas Cservenak
>Assignee: Tamas Cservenak
>Priority: Major
> Fix For: 3.2.2
>
>




--
This message was sent by Atlassian Jira
(v8.20.10#820010)


Re: [PR] [MGPG-115] Show more info about key used to sign [maven-gpg-plugin]

2024-03-23 Thread via GitHub


cstamas merged PR #84:
URL: https://github.com/apache/maven-gpg-plugin/pull/84


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscr...@maven.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



[jira] [Commented] (MGPG-115) Show more information about key used to sign

2024-03-23 Thread ASF GitHub Bot (Jira)


[ 
https://issues.apache.org/jira/browse/MGPG-115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17830159#comment-17830159
 ] 

ASF GitHub Bot commented on MGPG-115:
-

cstamas opened a new pull request, #84:
URL: https://github.com/apache/maven-gpg-plugin/pull/84

   Just show some usable feedback _which key_ is used to sign.
   
   ---
   
   https://issues.apache.org/jira/browse/MGPG-115




> Show more information about key used to sign
> 
>
> Key: MGPG-115
> URL: https://issues.apache.org/jira/browse/MGPG-115
> Project: Maven GPG Plugin
>  Issue Type: Improvement
>Reporter: Tamas Cservenak
>Assignee: Tamas Cservenak
>Priority: Major
> Fix For: 3.2.2
>
>




--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[PR] [MGPG-115] Show more info about key used to sign [maven-gpg-plugin]

2024-03-23 Thread via GitHub


cstamas opened a new pull request, #84:
URL: https://github.com/apache/maven-gpg-plugin/pull/84

   Just show some usable feedback _which key_ is used to sign.
   
   ---
   
   https://issues.apache.org/jira/browse/MGPG-115


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscr...@maven.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



[jira] [Assigned] (MGPG-115) Show more information about key used to sign

2024-03-23 Thread Tamas Cservenak (Jira)


 [ 
https://issues.apache.org/jira/browse/MGPG-115?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Tamas Cservenak reassigned MGPG-115:


Assignee: Tamas Cservenak

> Show more information about key used to sign
> 
>
> Key: MGPG-115
> URL: https://issues.apache.org/jira/browse/MGPG-115
> Project: Maven GPG Plugin
>  Issue Type: Improvement
>Reporter: Tamas Cservenak
>Assignee: Tamas Cservenak
>Priority: Major
> Fix For: 3.2.2
>
>




--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Created] (MGPG-115) Show more information about key used to sign

2024-03-23 Thread Tamas Cservenak (Jira)
Tamas Cservenak created MGPG-115:


 Summary: Show more information about key used to sign
 Key: MGPG-115
 URL: https://issues.apache.org/jira/browse/MGPG-115
 Project: Maven GPG Plugin
  Issue Type: Improvement
Reporter: Tamas Cservenak
 Fix For: 3.2.2






--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Commented] (MGPG-114) BC Allow key size greater than 5KB from file

2024-03-23 Thread ASF GitHub Bot (Jira)


[ 
https://issues.apache.org/jira/browse/MGPG-114?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17830154#comment-17830154
 ] 

ASF GitHub Bot commented on MGPG-114:
-

cstamas merged PR #83:
URL: https://github.com/apache/maven-gpg-plugin/pull/83




> BC Allow key size greater than 5KB from file
> 
>
> Key: MGPG-114
> URL: https://issues.apache.org/jira/browse/MGPG-114
> Project: Maven GPG Plugin
>  Issue Type: Improvement
>Reporter: Slawomir Jaranowski
>Assignee: Tamas Cservenak
>Priority: Major
> Fix For: 3.2.2
>
>
> We check file size with key ... but we allow big key from environments 
> variable.
> Even if large key are not recommended they are supported by standard gpg.
> We have many keys with size 4096 - https://downloads.apache.org/maven/KEYS



--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Closed] (MGPG-114) BC Allow key size greater than 5KB from file

2024-03-23 Thread Tamas Cservenak (Jira)


 [ 
https://issues.apache.org/jira/browse/MGPG-114?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Tamas Cservenak closed MGPG-114.

Resolution: Fixed

> BC Allow key size greater than 5KB from file
> 
>
> Key: MGPG-114
> URL: https://issues.apache.org/jira/browse/MGPG-114
> Project: Maven GPG Plugin
>  Issue Type: Improvement
>Reporter: Slawomir Jaranowski
>Assignee: Tamas Cservenak
>Priority: Major
> Fix For: 3.2.2
>
>
> We check file size with key ... but we allow big key from environments 
> variable.
> Even if large key are not recommended they are supported by standard gpg.
> We have many keys with size 4096 - https://downloads.apache.org/maven/KEYS



--
This message was sent by Atlassian Jira
(v8.20.10#820010)


Re: [PR] [MGPG-114] Allow max key size of 16KB [maven-gpg-plugin]

2024-03-23 Thread via GitHub


cstamas merged PR #83:
URL: https://github.com/apache/maven-gpg-plugin/pull/83


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscr...@maven.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



[jira] [Commented] (MGPG-113) Upgrading from 3.1.0 to 3.2.1 with no other changes causes "gpg:sign-and-deploy-file" failed: 401 Unauthorized

2024-03-23 Thread ASF GitHub Bot (Jira)


[ 
https://issues.apache.org/jira/browse/MGPG-113?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17830141#comment-17830141
 ] 

ASF GitHub Bot commented on MGPG-113:
-

cstamas merged PR #82:
URL: https://github.com/apache/maven-gpg-plugin/pull/82




> Upgrading from 3.1.0 to 3.2.1 with no other changes causes 
> "gpg:sign-and-deploy-file" failed: 401 Unauthorized
> --
>
> Key: MGPG-113
> URL: https://issues.apache.org/jira/browse/MGPG-113
> Project: Maven GPG Plugin
>  Issue Type: Bug
>Affects Versions: 3.2.1
> Environment: ubuntu-22.04 (Ubuntu 22.04 LTS) image
>Reporter: Tim Tim
>Assignee: Tamas Cservenak
>Priority: Major
> Fix For: 3.2.2
>
>
> After upgrading to Maven GPG plugin from 3.1.0 to 3.2.0/3.2.1, the deploy 
> command "{*}gpg:sign-and-deploy-file{*} " failed with the message "Failed to 
> execute goal 
> org.apache.maven.plugins:maven-gpg-plugin:{*}3.2.1:{*}sign-and-deploy-file : 
> 401 Unauthorized"
>  
> NOTE: *3.1.0* and below version of *gpg:sign-and-deploy-file* works well for 
> below CLI
>  
> Deploy CLI with plugin *gpg:sign-and-deploy-file*
> ```
> mvn -B -Dmaven.wagon.http.retryHandler.count=3 -DretryFailedDeploymentCount=3 
> \
> -s utils/settings.xml gpg:sign-and-deploy-file -Dgpg.passphrase=xxx \
> -Durl=[*https://oss.sonatype.org/service/local/staging/deploy/maven2*|https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Foss.sonatype.org%2Fservice%2Flocal%2Fstaging%2Fdeploy%2Fmaven2&data=05%7C02%7Ctiml%40nvidia.com%7C5e0d0557577441c1496308dc45d023b3%7C43083d15727340c1b7db39efd9ccc17a%7C0%7C0%7C638462007478125085%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=Rlst6EEorq8QFEyvFrypYO5KOOw1Qrtr5hJigYlaxKg%3D&reserved=0]
>  -DrepositoryId=ossrh \
> -DgrouId=com.nvidia -DartifactId=test -Dversion=0.1.0 -Dfile=test.jar
> ```
>  
>  
> SONATYPE_USR/PSW defined as env, utils/settings.xml as below
> ```
> http://maven.apache.org/SETTINGS/1.1.0 
> http://maven.apache.org/xsd/settings-1.1.0.xsd|https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmaven.apache.org%2FSETTINGS%2F1.1.0%2520http%3A%2Fmaven.apache.org%2Fxsd%2Fsettings-1.1.0.xsd&data=05%7C02%7Ctiml%40nvidia.com%7C5e0d0557577441c1496308dc45d023b3%7C43083d15727340c1b7db39efd9ccc17a%7C0%7C0%7C638462007478130933%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=AwpWIvI2UECpcvWcFD16CHlYCEjRPYgyXuHW07LbQ7M%3D&reserved=0]
>  
> xmlns=[http://maven.apache.org/SETTINGS/1.1.0|https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmaven.apache.org%2FSETTINGS%2F1.1.0&data=05%7C02%7Ctiml%40nvidia.com%7C5e0d0557577441c1496308dc45d023b3%7C43083d15727340c1b7db39efd9ccc17a%7C0%7C0%7C638462007478137093%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=5985h8YTeXELVjevO0BRSih2SMD8NQeAJnbiBmSEjMI%3D&reserved=0]
>   
> xmlns:xsi=[http://www.w3.org/2001/XMLSchema-instance|https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.w3.org%2F2001%2FXMLSchema-instance&data=05%7C02%7Ctiml%40nvidia.com%7C5e0d0557577441c1496308dc45d023b3%7C43083d15727340c1b7db39efd9ccc17a%7C0%7C0%7C638462007478142757%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=o0V%2Flpv4yqHaYZPv4etTINHsQIzU09ZQAV2vBDjvz%2BE%3D&reserved=0]>
>     
>     
>     ossrh
>     ${env.SONATYPE_USR}
>     ${env.SONATYPE_PSW}
>     
>    
> .. 
> ```
>  
> Error Logs
>  
> ```
> *20:03:52* + mvn -B -Dmaven.wagon.http.retryHandler.count=3 
> -DretryFailedDeploymentCount=3 -s utils/settings.xml 
> -Durl=[https://oss.sonatype.org/service/local/staging/deploy/maven2] 
> -DrepositoryId=ossrh 
> org.apache.maven.plugins:maven-gpg-plugin:3.2.1:sign-and-deploy-file 
> -Dgpg.executable=nvsec_sign -DgroupId=com.nvidia -DartifactId=test 
> -Dversion=0.1.0 -Dfile=test.jar *20:03:52* [INFO] Scanning for projects... 
> *20:04:15  [INFO] Uploading to ossrh: 
> [https://oss.sonatype.org/service/local/staging/deploy/maven2/com/nvidia/test/0.1.0/test-0.1.0.jar*]
>  
> *20:04:15  [ERROR] Failed to execute goal 
> org.apache.maven.plugins:maven-gpg-plugin:3.2.1:sign-and-deploy-file 
> (default-cli) on project standalone-pom: Error deploying attached artifacts 
> [com.nvidia:test:jar:0.1.0, com.nvidia:test:pom:0.1.0, 
> com.nvidia:test:jar.asc:0.1.0, com.nvidia:test:pom.asc:0.1.0]: Failed to 
> deploy artifacts: Could not transfer artifact com.nvidia:test:jar:0.1.0 
> from/to ossrh 
> ([https://oss.sonatype.org/service/local/staging/deploy/maven2):] Transfer 
> failed for 
> [https://oss.sonatype.or

[jira] [Closed] (MGPG-113) Upgrading from 3.1.0 to 3.2.1 with no other changes causes "gpg:sign-and-deploy-file" failed: 401 Unauthorized

2024-03-23 Thread Tamas Cservenak (Jira)


 [ 
https://issues.apache.org/jira/browse/MGPG-113?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Tamas Cservenak closed MGPG-113.

Resolution: Fixed

> Upgrading from 3.1.0 to 3.2.1 with no other changes causes 
> "gpg:sign-and-deploy-file" failed: 401 Unauthorized
> --
>
> Key: MGPG-113
> URL: https://issues.apache.org/jira/browse/MGPG-113
> Project: Maven GPG Plugin
>  Issue Type: Bug
>Affects Versions: 3.2.1
> Environment: ubuntu-22.04 (Ubuntu 22.04 LTS) image
>Reporter: Tim Tim
>Assignee: Tamas Cservenak
>Priority: Major
> Fix For: 3.2.2
>
>
> After upgrading to Maven GPG plugin from 3.1.0 to 3.2.0/3.2.1, the deploy 
> command "{*}gpg:sign-and-deploy-file{*} " failed with the message "Failed to 
> execute goal 
> org.apache.maven.plugins:maven-gpg-plugin:{*}3.2.1:{*}sign-and-deploy-file : 
> 401 Unauthorized"
>  
> NOTE: *3.1.0* and below version of *gpg:sign-and-deploy-file* works well for 
> below CLI
>  
> Deploy CLI with plugin *gpg:sign-and-deploy-file*
> ```
> mvn -B -Dmaven.wagon.http.retryHandler.count=3 -DretryFailedDeploymentCount=3 
> \
> -s utils/settings.xml gpg:sign-and-deploy-file -Dgpg.passphrase=xxx \
> -Durl=[*https://oss.sonatype.org/service/local/staging/deploy/maven2*|https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Foss.sonatype.org%2Fservice%2Flocal%2Fstaging%2Fdeploy%2Fmaven2&data=05%7C02%7Ctiml%40nvidia.com%7C5e0d0557577441c1496308dc45d023b3%7C43083d15727340c1b7db39efd9ccc17a%7C0%7C0%7C638462007478125085%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=Rlst6EEorq8QFEyvFrypYO5KOOw1Qrtr5hJigYlaxKg%3D&reserved=0]
>  -DrepositoryId=ossrh \
> -DgrouId=com.nvidia -DartifactId=test -Dversion=0.1.0 -Dfile=test.jar
> ```
>  
>  
> SONATYPE_USR/PSW defined as env, utils/settings.xml as below
> ```
> http://maven.apache.org/SETTINGS/1.1.0 
> http://maven.apache.org/xsd/settings-1.1.0.xsd|https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmaven.apache.org%2FSETTINGS%2F1.1.0%2520http%3A%2Fmaven.apache.org%2Fxsd%2Fsettings-1.1.0.xsd&data=05%7C02%7Ctiml%40nvidia.com%7C5e0d0557577441c1496308dc45d023b3%7C43083d15727340c1b7db39efd9ccc17a%7C0%7C0%7C638462007478130933%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=AwpWIvI2UECpcvWcFD16CHlYCEjRPYgyXuHW07LbQ7M%3D&reserved=0]
>  
> xmlns=[http://maven.apache.org/SETTINGS/1.1.0|https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmaven.apache.org%2FSETTINGS%2F1.1.0&data=05%7C02%7Ctiml%40nvidia.com%7C5e0d0557577441c1496308dc45d023b3%7C43083d15727340c1b7db39efd9ccc17a%7C0%7C0%7C638462007478137093%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=5985h8YTeXELVjevO0BRSih2SMD8NQeAJnbiBmSEjMI%3D&reserved=0]
>   
> xmlns:xsi=[http://www.w3.org/2001/XMLSchema-instance|https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.w3.org%2F2001%2FXMLSchema-instance&data=05%7C02%7Ctiml%40nvidia.com%7C5e0d0557577441c1496308dc45d023b3%7C43083d15727340c1b7db39efd9ccc17a%7C0%7C0%7C638462007478142757%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=o0V%2Flpv4yqHaYZPv4etTINHsQIzU09ZQAV2vBDjvz%2BE%3D&reserved=0]>
>     
>     
>     ossrh
>     ${env.SONATYPE_USR}
>     ${env.SONATYPE_PSW}
>     
>    
> .. 
> ```
>  
> Error Logs
>  
> ```
> *20:03:52* + mvn -B -Dmaven.wagon.http.retryHandler.count=3 
> -DretryFailedDeploymentCount=3 -s utils/settings.xml 
> -Durl=[https://oss.sonatype.org/service/local/staging/deploy/maven2] 
> -DrepositoryId=ossrh 
> org.apache.maven.plugins:maven-gpg-plugin:3.2.1:sign-and-deploy-file 
> -Dgpg.executable=nvsec_sign -DgroupId=com.nvidia -DartifactId=test 
> -Dversion=0.1.0 -Dfile=test.jar *20:03:52* [INFO] Scanning for projects... 
> *20:04:15  [INFO] Uploading to ossrh: 
> [https://oss.sonatype.org/service/local/staging/deploy/maven2/com/nvidia/test/0.1.0/test-0.1.0.jar*]
>  
> *20:04:15  [ERROR] Failed to execute goal 
> org.apache.maven.plugins:maven-gpg-plugin:3.2.1:sign-and-deploy-file 
> (default-cli) on project standalone-pom: Error deploying attached artifacts 
> [com.nvidia:test:jar:0.1.0, com.nvidia:test:pom:0.1.0, 
> com.nvidia:test:jar.asc:0.1.0, com.nvidia:test:pom.asc:0.1.0]: Failed to 
> deploy artifacts: Could not transfer artifact com.nvidia:test:jar:0.1.0 
> from/to ossrh 
> ([https://oss.sonatype.org/service/local/staging/deploy/maven2):] Transfer 
> failed for 
> [https://oss.sonatype.org/service/local/staging/deploy/maven2/com/nvidia/test/0.1.0/test-0.1.0.jar]
>  401 Unauthorized -> [Help 1]*
>  
>  
>

Re: [PR] [MGPG-113] SignAndDeployFileMojo results in 401 [maven-gpg-plugin]

2024-03-23 Thread via GitHub


cstamas merged PR #82:
URL: https://github.com/apache/maven-gpg-plugin/pull/82


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscr...@maven.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



[jira] [Commented] (MGPG-114) BC Allow key size greater than 5KB from file

2024-03-23 Thread ASF GitHub Bot (Jira)


[ 
https://issues.apache.org/jira/browse/MGPG-114?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17830139#comment-17830139
 ] 

ASF GitHub Bot commented on MGPG-114:
-

slawekjaranowski commented on PR #83:
URL: https://github.com/apache/maven-gpg-plugin/pull/83#issuecomment-2016575799

   should we also check key size from environment? ... to be consistent




> BC Allow key size greater than 5KB from file
> 
>
> Key: MGPG-114
> URL: https://issues.apache.org/jira/browse/MGPG-114
> Project: Maven GPG Plugin
>  Issue Type: Improvement
>Reporter: Slawomir Jaranowski
>Assignee: Tamas Cservenak
>Priority: Major
> Fix For: 3.2.2
>
>
> We check file size with key ... but we allow big key from environments 
> variable.
> Even if large key are not recommended they are supported by standard gpg.
> We have many keys with size 4096 - https://downloads.apache.org/maven/KEYS



--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Commented] (MGPG-114) BC Allow key size greater than 5KB from file

2024-03-23 Thread ASF GitHub Bot (Jira)


[ 
https://issues.apache.org/jira/browse/MGPG-114?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17830140#comment-17830140
 ] 

ASF GitHub Bot commented on MGPG-114:
-

cstamas commented on PR #83:
URL: https://github.com/apache/maven-gpg-plugin/pull/83#issuecomment-2016575963

   IMHO 16KB is _insanely big_ key, even if you consider Base64 (+linefeeds) 
overhead...




> BC Allow key size greater than 5KB from file
> 
>
> Key: MGPG-114
> URL: https://issues.apache.org/jira/browse/MGPG-114
> Project: Maven GPG Plugin
>  Issue Type: Improvement
>Reporter: Slawomir Jaranowski
>Assignee: Tamas Cservenak
>Priority: Major
> Fix For: 3.2.2
>
>
> We check file size with key ... but we allow big key from environments 
> variable.
> Even if large key are not recommended they are supported by standard gpg.
> We have many keys with size 4096 - https://downloads.apache.org/maven/KEYS



--
This message was sent by Atlassian Jira
(v8.20.10#820010)


Re: [PR] [MGPG-114] Allow max key size of 16KB [maven-gpg-plugin]

2024-03-23 Thread via GitHub


cstamas commented on PR #83:
URL: https://github.com/apache/maven-gpg-plugin/pull/83#issuecomment-2016575963

   IMHO 16KB is _insanely big_ key, even if you consider Base64 (+linefeeds) 
overhead...


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscr...@maven.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



Re: [PR] [MGPG-114] Allow max key size of 16KB [maven-gpg-plugin]

2024-03-23 Thread via GitHub


slawekjaranowski commented on PR #83:
URL: https://github.com/apache/maven-gpg-plugin/pull/83#issuecomment-2016575799

   should we also check key size from environment? ... to be consistent


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscr...@maven.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



[jira] [Assigned] (MGPG-114) BC Allow key size greater than 5KB from file

2024-03-23 Thread Tamas Cservenak (Jira)


 [ 
https://issues.apache.org/jira/browse/MGPG-114?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Tamas Cservenak reassigned MGPG-114:


Assignee: Tamas Cservenak

> BC Allow key size greater than 5KB from file
> 
>
> Key: MGPG-114
> URL: https://issues.apache.org/jira/browse/MGPG-114
> Project: Maven GPG Plugin
>  Issue Type: Improvement
>Reporter: Slawomir Jaranowski
>Assignee: Tamas Cservenak
>Priority: Major
> Fix For: 3.2.2
>
>
> We check file size with key ... but we allow big key from environments 
> variable.
> Even if large key are not recommended they are supported by standard gpg.
> We have many keys with size 4096 - https://downloads.apache.org/maven/KEYS



--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Commented] (MGPG-114) BC Allow key size greater than 5KB from file

2024-03-23 Thread ASF GitHub Bot (Jira)


[ 
https://issues.apache.org/jira/browse/MGPG-114?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17830136#comment-17830136
 ] 

ASF GitHub Bot commented on MGPG-114:
-

cstamas opened a new pull request, #83:
URL: https://github.com/apache/maven-gpg-plugin/pull/83

   This insanely huge key size is mentioned as some extreme example on page 
https://wiki.gnupg.org/LargeKeys
   
   ---
   
   https://issues.apache.org/jira/browse/MGPG-114
   




> BC Allow key size greater than 5KB from file
> 
>
> Key: MGPG-114
> URL: https://issues.apache.org/jira/browse/MGPG-114
> Project: Maven GPG Plugin
>  Issue Type: Improvement
>Reporter: Slawomir Jaranowski
>Priority: Major
> Fix For: 3.2.2
>
>
> We check file size with key ... but we allow big key from environments 
> variable.
> Even if large key are not recommended they are supported by standard gpg.
> We have many keys with size 4096 - https://downloads.apache.org/maven/KEYS



--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Commented] (MGPG-113) Upgrading from 3.1.0 to 3.2.1 with no other changes causes "gpg:sign-and-deploy-file" failed: 401 Unauthorized

2024-03-23 Thread ASF GitHub Bot (Jira)


[ 
https://issues.apache.org/jira/browse/MGPG-113?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17830135#comment-17830135
 ] 

ASF GitHub Bot commented on MGPG-113:
-

cstamas commented on code in PR #82:
URL: https://github.com/apache/maven-gpg-plugin/pull/82#discussion_r1536676449


##
src/main/java/org/apache/maven/plugins/gpg/SignAndDeployFileMojo.java:
##
@@ -149,7 +143,10 @@ public class SignAndDeployFileMojo extends AbstractGpgMojo 
{
 
 /**
  * The type of remote repository layout to deploy to. Try legacy 
for a Maven 1.x-style repository layout.
+ *
+ * @deprecated Maven3 does not support "legacy" (Maven1) layout anymore. 
This parameter is unused.
  */
+@Deprecated

Review Comment:
   Removed





> Upgrading from 3.1.0 to 3.2.1 with no other changes causes 
> "gpg:sign-and-deploy-file" failed: 401 Unauthorized
> --
>
> Key: MGPG-113
> URL: https://issues.apache.org/jira/browse/MGPG-113
> Project: Maven GPG Plugin
>  Issue Type: Bug
>Affects Versions: 3.2.1
> Environment: ubuntu-22.04 (Ubuntu 22.04 LTS) image
>Reporter: Tim Tim
>Assignee: Tamas Cservenak
>Priority: Major
> Fix For: 3.2.2
>
>
> After upgrading to Maven GPG plugin from 3.1.0 to 3.2.0/3.2.1, the deploy 
> command "{*}gpg:sign-and-deploy-file{*} " failed with the message "Failed to 
> execute goal 
> org.apache.maven.plugins:maven-gpg-plugin:{*}3.2.1:{*}sign-and-deploy-file : 
> 401 Unauthorized"
>  
> NOTE: *3.1.0* and below version of *gpg:sign-and-deploy-file* works well for 
> below CLI
>  
> Deploy CLI with plugin *gpg:sign-and-deploy-file*
> ```
> mvn -B -Dmaven.wagon.http.retryHandler.count=3 -DretryFailedDeploymentCount=3 
> \
> -s utils/settings.xml gpg:sign-and-deploy-file -Dgpg.passphrase=xxx \
> -Durl=[*https://oss.sonatype.org/service/local/staging/deploy/maven2*|https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Foss.sonatype.org%2Fservice%2Flocal%2Fstaging%2Fdeploy%2Fmaven2&data=05%7C02%7Ctiml%40nvidia.com%7C5e0d0557577441c1496308dc45d023b3%7C43083d15727340c1b7db39efd9ccc17a%7C0%7C0%7C638462007478125085%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=Rlst6EEorq8QFEyvFrypYO5KOOw1Qrtr5hJigYlaxKg%3D&reserved=0]
>  -DrepositoryId=ossrh \
> -DgrouId=com.nvidia -DartifactId=test -Dversion=0.1.0 -Dfile=test.jar
> ```
>  
>  
> SONATYPE_USR/PSW defined as env, utils/settings.xml as below
> ```
> http://maven.apache.org/SETTINGS/1.1.0 
> http://maven.apache.org/xsd/settings-1.1.0.xsd|https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmaven.apache.org%2FSETTINGS%2F1.1.0%2520http%3A%2Fmaven.apache.org%2Fxsd%2Fsettings-1.1.0.xsd&data=05%7C02%7Ctiml%40nvidia.com%7C5e0d0557577441c1496308dc45d023b3%7C43083d15727340c1b7db39efd9ccc17a%7C0%7C0%7C638462007478130933%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=AwpWIvI2UECpcvWcFD16CHlYCEjRPYgyXuHW07LbQ7M%3D&reserved=0]
>  
> xmlns=[http://maven.apache.org/SETTINGS/1.1.0|https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmaven.apache.org%2FSETTINGS%2F1.1.0&data=05%7C02%7Ctiml%40nvidia.com%7C5e0d0557577441c1496308dc45d023b3%7C43083d15727340c1b7db39efd9ccc17a%7C0%7C0%7C638462007478137093%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=5985h8YTeXELVjevO0BRSih2SMD8NQeAJnbiBmSEjMI%3D&reserved=0]
>   
> xmlns:xsi=[http://www.w3.org/2001/XMLSchema-instance|https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.w3.org%2F2001%2FXMLSchema-instance&data=05%7C02%7Ctiml%40nvidia.com%7C5e0d0557577441c1496308dc45d023b3%7C43083d15727340c1b7db39efd9ccc17a%7C0%7C0%7C638462007478142757%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=o0V%2Flpv4yqHaYZPv4etTINHsQIzU09ZQAV2vBDjvz%2BE%3D&reserved=0]>
>     
>     
>     ossrh
>     ${env.SONATYPE_USR}
>     ${env.SONATYPE_PSW}
>     
>    
> .. 
> ```
>  
> Error Logs
>  
> ```
> *20:03:52* + mvn -B -Dmaven.wagon.http.retryHandler.count=3 
> -DretryFailedDeploymentCount=3 -s utils/settings.xml 
> -Durl=[https://oss.sonatype.org/service/local/staging/deploy/maven2] 
> -DrepositoryId=ossrh 
> org.apache.maven.plugins:maven-gpg-plugin:3.2.1:sign-and-deploy-file 
> -Dgpg.executable=nvsec_sign -DgroupId=com.nvidia -DartifactId=test 
> -Dversion=0.1.0 -Dfile=test.jar *20:03:52* [INFO] Scanning for projects... 
> *20:04:15  [INFO] Uploading to ossrh: 
> [https://oss.sonatype.org/service/local/staging/deploy/maven2/com/nvidia/test/0.1.0/test-0.1.0.jar*]
>  
> *20:04:15  [ERROR] Failed to exe

Re: [PR] [MGPG-113] SignAndDeployFileMojo results in 401 [maven-gpg-plugin]

2024-03-23 Thread via GitHub


cstamas commented on code in PR #82:
URL: https://github.com/apache/maven-gpg-plugin/pull/82#discussion_r1536676449


##
src/main/java/org/apache/maven/plugins/gpg/SignAndDeployFileMojo.java:
##
@@ -149,7 +143,10 @@ public class SignAndDeployFileMojo extends AbstractGpgMojo 
{
 
 /**
  * The type of remote repository layout to deploy to. Try legacy 
for a Maven 1.x-style repository layout.
+ *
+ * @deprecated Maven3 does not support "legacy" (Maven1) layout anymore. 
This parameter is unused.
  */
+@Deprecated

Review Comment:
   Removed



-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscr...@maven.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



[jira] [Updated] (MGPG-114) BC Allow key size greater than 5KB from file

2024-03-23 Thread Tamas Cservenak (Jira)


 [ 
https://issues.apache.org/jira/browse/MGPG-114?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Tamas Cservenak updated MGPG-114:
-
Fix Version/s: 3.2.2

> BC Allow key size greater than 5KB from file
> 
>
> Key: MGPG-114
> URL: https://issues.apache.org/jira/browse/MGPG-114
> Project: Maven GPG Plugin
>  Issue Type: Improvement
>Reporter: Slawomir Jaranowski
>Priority: Major
> Fix For: 3.2.2
>
>
> We check file size with key ... but we allow big key from environments 
> variable.
> Even if large key are not recommended they are supported by standard gpg.
> We have many keys with size 4096 - https://downloads.apache.org/maven/KEYS



--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Commented] (MGPG-113) Upgrading from 3.1.0 to 3.2.1 with no other changes causes "gpg:sign-and-deploy-file" failed: 401 Unauthorized

2024-03-23 Thread ASF GitHub Bot (Jira)


[ 
https://issues.apache.org/jira/browse/MGPG-113?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17830133#comment-17830133
 ] 

ASF GitHub Bot commented on MGPG-113:
-

slawekjaranowski commented on code in PR #82:
URL: https://github.com/apache/maven-gpg-plugin/pull/82#discussion_r1536676045


##
src/main/java/org/apache/maven/plugins/gpg/SignAndDeployFileMojo.java:
##
@@ -149,7 +143,10 @@ public class SignAndDeployFileMojo extends AbstractGpgMojo 
{
 
 /**
  * The type of remote repository layout to deploy to. Try legacy 
for a Maven 1.x-style repository layout.
+ *
+ * @deprecated Maven3 does not support "legacy" (Maven1) layout anymore. 
This parameter is unused.
  */
+@Deprecated

Review Comment:
   I would like to remove such parameters.
   
   With deprecated - we will have warning about it - the similar will be than 
we remove it and someone will use it - warning will be emitted





> Upgrading from 3.1.0 to 3.2.1 with no other changes causes 
> "gpg:sign-and-deploy-file" failed: 401 Unauthorized
> --
>
> Key: MGPG-113
> URL: https://issues.apache.org/jira/browse/MGPG-113
> Project: Maven GPG Plugin
>  Issue Type: Bug
>Affects Versions: 3.2.1
> Environment: ubuntu-22.04 (Ubuntu 22.04 LTS) image
>Reporter: Tim Tim
>Assignee: Tamas Cservenak
>Priority: Major
> Fix For: 3.2.2
>
>
> After upgrading to Maven GPG plugin from 3.1.0 to 3.2.0/3.2.1, the deploy 
> command "{*}gpg:sign-and-deploy-file{*} " failed with the message "Failed to 
> execute goal 
> org.apache.maven.plugins:maven-gpg-plugin:{*}3.2.1:{*}sign-and-deploy-file : 
> 401 Unauthorized"
>  
> NOTE: *3.1.0* and below version of *gpg:sign-and-deploy-file* works well for 
> below CLI
>  
> Deploy CLI with plugin *gpg:sign-and-deploy-file*
> ```
> mvn -B -Dmaven.wagon.http.retryHandler.count=3 -DretryFailedDeploymentCount=3 
> \
> -s utils/settings.xml gpg:sign-and-deploy-file -Dgpg.passphrase=xxx \
> -Durl=[*https://oss.sonatype.org/service/local/staging/deploy/maven2*|https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Foss.sonatype.org%2Fservice%2Flocal%2Fstaging%2Fdeploy%2Fmaven2&data=05%7C02%7Ctiml%40nvidia.com%7C5e0d0557577441c1496308dc45d023b3%7C43083d15727340c1b7db39efd9ccc17a%7C0%7C0%7C638462007478125085%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=Rlst6EEorq8QFEyvFrypYO5KOOw1Qrtr5hJigYlaxKg%3D&reserved=0]
>  -DrepositoryId=ossrh \
> -DgrouId=com.nvidia -DartifactId=test -Dversion=0.1.0 -Dfile=test.jar
> ```
>  
>  
> SONATYPE_USR/PSW defined as env, utils/settings.xml as below
> ```
> http://maven.apache.org/SETTINGS/1.1.0 
> http://maven.apache.org/xsd/settings-1.1.0.xsd|https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmaven.apache.org%2FSETTINGS%2F1.1.0%2520http%3A%2Fmaven.apache.org%2Fxsd%2Fsettings-1.1.0.xsd&data=05%7C02%7Ctiml%40nvidia.com%7C5e0d0557577441c1496308dc45d023b3%7C43083d15727340c1b7db39efd9ccc17a%7C0%7C0%7C638462007478130933%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=AwpWIvI2UECpcvWcFD16CHlYCEjRPYgyXuHW07LbQ7M%3D&reserved=0]
>  
> xmlns=[http://maven.apache.org/SETTINGS/1.1.0|https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmaven.apache.org%2FSETTINGS%2F1.1.0&data=05%7C02%7Ctiml%40nvidia.com%7C5e0d0557577441c1496308dc45d023b3%7C43083d15727340c1b7db39efd9ccc17a%7C0%7C0%7C638462007478137093%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=5985h8YTeXELVjevO0BRSih2SMD8NQeAJnbiBmSEjMI%3D&reserved=0]
>   
> xmlns:xsi=[http://www.w3.org/2001/XMLSchema-instance|https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.w3.org%2F2001%2FXMLSchema-instance&data=05%7C02%7Ctiml%40nvidia.com%7C5e0d0557577441c1496308dc45d023b3%7C43083d15727340c1b7db39efd9ccc17a%7C0%7C0%7C638462007478142757%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=o0V%2Flpv4yqHaYZPv4etTINHsQIzU09ZQAV2vBDjvz%2BE%3D&reserved=0]>
>     
>     
>     ossrh
>     ${env.SONATYPE_USR}
>     ${env.SONATYPE_PSW}
>     
>    
> .. 
> ```
>  
> Error Logs
>  
> ```
> *20:03:52* + mvn -B -Dmaven.wagon.http.retryHandler.count=3 
> -DretryFailedDeploymentCount=3 -s utils/settings.xml 
> -Durl=[https://oss.sonatype.org/service/local/staging/deploy/maven2] 
> -DrepositoryId=ossrh 
> org.apache.maven.plugins:maven-gpg-plugin:3.2.1:sign-and-deploy-file 
> -Dgpg.executable=nvsec_sign -DgroupId=com.nvidia -DartifactId=test 
> -Dversion=0.1.0 -Dfile=test.jar *20:03:52* [INFO] Scanning for projects

Re: [PR] [MGPG-113] SignAndDeployFileMojo results in 401 [maven-gpg-plugin]

2024-03-23 Thread via GitHub


slawekjaranowski commented on code in PR #82:
URL: https://github.com/apache/maven-gpg-plugin/pull/82#discussion_r1536676045


##
src/main/java/org/apache/maven/plugins/gpg/SignAndDeployFileMojo.java:
##
@@ -149,7 +143,10 @@ public class SignAndDeployFileMojo extends AbstractGpgMojo 
{
 
 /**
  * The type of remote repository layout to deploy to. Try legacy 
for a Maven 1.x-style repository layout.
+ *
+ * @deprecated Maven3 does not support "legacy" (Maven1) layout anymore. 
This parameter is unused.
  */
+@Deprecated

Review Comment:
   I would like to remove such parameters.
   
   With deprecated - we will have warning about it - the similar will be than 
we remove it and someone will use it - warning will be emitted



-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscr...@maven.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



[jira] [Created] (MGPG-114) BC Allow key size greater than 5KB from file

2024-03-23 Thread Slawomir Jaranowski (Jira)
Slawomir Jaranowski created MGPG-114:


 Summary: BC Allow key size greater than 5KB from file
 Key: MGPG-114
 URL: https://issues.apache.org/jira/browse/MGPG-114
 Project: Maven GPG Plugin
  Issue Type: Improvement
Reporter: Slawomir Jaranowski


We check file size with key ... but we allow big key from environments variable.

Even if large key are not recommended they are supported by standard gpg.

We have many keys with size 4096 - https://downloads.apache.org/maven/KEYS



--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Commented] (MRESOLVER-512) Scope Manager

2024-03-23 Thread ASF GitHub Bot (Jira)


[ 
https://issues.apache.org/jira/browse/MRESOLVER-512?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17830123#comment-17830123
 ] 

ASF GitHub Bot commented on MRESOLVER-512:
--

cstamas commented on PR #1442:
URL: https://github.com/apache/maven/pull/1442#issuecomment-2016563498

   Added both scope manager config to maven4. 
   
   IMO, when mvn4 builds mvn3 project (model Ver 4.0.0), it should use mvn3 
scope manager, but when uses newer model, it should use mvn4 scope manager.




> Scope Manager
> -
>
> Key: MRESOLVER-512
> URL: https://issues.apache.org/jira/browse/MRESOLVER-512
> Project: Maven Resolver
>  Issue Type: New Feature
>  Components: Resolver
>Reporter: Tamas Cservenak
>Assignee: Tamas Cservenak
>Priority: Major
> Fix For: 2.0.0, 2.0.0-alpha-9
>
>
> In Resolver 1.x times, resolver was unaware of "resolution scope", to get the 
> wanted resolution scope caller had to tweak and set up various nits and bits, 
> like selectors, filters, and so on. It was easy to miss. Similarly, resolver 
> had no "first class" type for "dependency scope" either, they were just 
> string labels (that everyone knew HOW should behave, but was never codified) 
> and its meaning and notion was sprinkled across several classes. Introducing 
> new scope in these conditions (or alter selector to something that would have 
> new scopes, like Maven4 plans) was nearly impossible.
> The ScopeManager aims to solve these issues: it defines "resolution scope" 
> and "dependency scope", interprets them, and allows caller to simply make a 
> call to "resolve me main-runtime" resolution scope. No hoops and loops. 
> Moreover, it is FASTER than Resolver 1.x was, that used always same selector 
> (to build dirty graph), so potentially huge graph even if you needed just a 
> bit of it, that was later chopped down to clean up the graph. ScopeManager 
> automates selector selection/setup, and goes directly for result, in most 
> cases the resulting tree is done in first pass.
> Finally, and most importantly, ScopeManager allows to be "configured": by 
> supplying the recipe for dependency and resolution scopes, hence, makes 
> Resolver 2.x versatile, in a sense, it is not "this or that" anymore, it can 
> obey Maven3 and Maven4 dependency scopes at the same time.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)


Re: [PR] [EXPERIMENT] Using Resolver with MRESOLVER-512 [maven]

2024-03-23 Thread via GitHub


cstamas commented on PR #1442:
URL: https://github.com/apache/maven/pull/1442#issuecomment-2016563498

   Added both scope manager config to maven4. 
   
   IMO, when mvn4 builds mvn3 project (model Ver 4.0.0), it should use mvn3 
scope manager, but when uses newer model, it should use mvn4 scope manager.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscr...@maven.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



[jira] [Commented] (MRESOLVER-512) Scope Manager

2024-03-23 Thread ASF GitHub Bot (Jira)


[ 
https://issues.apache.org/jira/browse/MRESOLVER-512?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17830117#comment-17830117
 ] 

ASF GitHub Bot commented on MRESOLVER-512:
--

cstamas commented on PR #445:
URL: https://github.com/apache/maven-resolver/pull/445#issuecomment-2016560058

   @gnodet applied changes, IMHO it looks even better now :smile: 




> Scope Manager
> -
>
> Key: MRESOLVER-512
> URL: https://issues.apache.org/jira/browse/MRESOLVER-512
> Project: Maven Resolver
>  Issue Type: New Feature
>  Components: Resolver
>Reporter: Tamas Cservenak
>Assignee: Tamas Cservenak
>Priority: Major
> Fix For: 2.0.0, 2.0.0-alpha-9
>
>
> In Resolver 1.x times, resolver was unaware of "resolution scope", to get the 
> wanted resolution scope caller had to tweak and set up various nits and bits, 
> like selectors, filters, and so on. It was easy to miss. Similarly, resolver 
> had no "first class" type for "dependency scope" either, they were just 
> string labels (that everyone knew HOW should behave, but was never codified) 
> and its meaning and notion was sprinkled across several classes. Introducing 
> new scope in these conditions (or alter selector to something that would have 
> new scopes, like Maven4 plans) was nearly impossible.
> The ScopeManager aims to solve these issues: it defines "resolution scope" 
> and "dependency scope", interprets them, and allows caller to simply make a 
> call to "resolve me main-runtime" resolution scope. No hoops and loops. 
> Moreover, it is FASTER than Resolver 1.x was, that used always same selector 
> (to build dirty graph), so potentially huge graph even if you needed just a 
> bit of it, that was later chopped down to clean up the graph. ScopeManager 
> automates selector selection/setup, and goes directly for result, in most 
> cases the resulting tree is done in first pass.
> Finally, and most importantly, ScopeManager allows to be "configured": by 
> supplying the recipe for dependency and resolution scopes, hence, makes 
> Resolver 2.x versatile, in a sense, it is not "this or that" anymore, it can 
> obey Maven3 and Maven4 dependency scopes at the same time.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Commented] (MPLUGIN-510) update plugin system requirements history structure

2024-03-23 Thread ASF GitHub Bot (Jira)


[ 
https://issues.apache.org/jira/browse/MPLUGIN-510?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17830118#comment-17830118
 ] 

ASF GitHub Bot commented on MPLUGIN-510:


hboutemy opened a new pull request, #274:
URL: https://github.com/apache/maven-plugin-tools/pull/274

   instead of listing a long list of plugin releases, each on their own row, 
even if they share same system requirements, they are now grouped in a single 
row marked "from x to y"




> update plugin system requirements history structure
> ---
>
> Key: MPLUGIN-510
> URL: https://issues.apache.org/jira/browse/MPLUGIN-510
> Project: Maven Plugin Tools
>  Issue Type: Improvement
>  Components: Plugin Reporting Plugin
>Affects Versions: 3.11.0
>Reporter: Herve Boutemy
>Priority: Major
> Fix For: 3.12.0
>
>
> in MPLUGIN-400, we added the feature with a list of versions of the plugin, 
> associated to Maven and JDK prerequisite 
> https://maven.apache.org/plugin-tools-archives/plugin-tools-3.7.0/maven-plugin-report-plugin/report-mojo.html#requirementshistories
> => started to use for example: 
> [https://maven.apache.org/plugins-archives/maven-assembly-plugin-3.6.0/plugin-info.html]
> this lead to questions: should we fill each and every past version? Or should 
> we group by common prerequisites, showing only ranges?
> Tested the range approach: 
> [https://maven.apache.org/plugins-archives/maven-assembly-plugin-LATEST/plugin-info.html]
> the range approach looks good: minimum lines (vs listing every version), 
> clear choice for users (choose the latest in the range, or pick any 
> intermediate one)
> now, we need to rework the m-p-p configuration to replace "version" with 
> "from" + "to", instead of hijacking the "version" field to store a String 
> "from x to y"



--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Commented] (MRESOLVER-512) Scope Manager

2024-03-23 Thread ASF GitHub Bot (Jira)


[ 
https://issues.apache.org/jira/browse/MRESOLVER-512?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17830119#comment-17830119
 ] 

ASF GitHub Bot commented on MRESOLVER-512:
--

cstamas commented on PR #1442:
URL: https://github.com/apache/maven/pull/1442#issuecomment-2016560169

   @gnodet ported over changes happened in 
https://github.com/apache/maven-resolver/pull/445 : removal of system scope 
handler.




> Scope Manager
> -
>
> Key: MRESOLVER-512
> URL: https://issues.apache.org/jira/browse/MRESOLVER-512
> Project: Maven Resolver
>  Issue Type: New Feature
>  Components: Resolver
>Reporter: Tamas Cservenak
>Assignee: Tamas Cservenak
>Priority: Major
> Fix For: 2.0.0, 2.0.0-alpha-9
>
>
> In Resolver 1.x times, resolver was unaware of "resolution scope", to get the 
> wanted resolution scope caller had to tweak and set up various nits and bits, 
> like selectors, filters, and so on. It was easy to miss. Similarly, resolver 
> had no "first class" type for "dependency scope" either, they were just 
> string labels (that everyone knew HOW should behave, but was never codified) 
> and its meaning and notion was sprinkled across several classes. Introducing 
> new scope in these conditions (or alter selector to something that would have 
> new scopes, like Maven4 plans) was nearly impossible.
> The ScopeManager aims to solve these issues: it defines "resolution scope" 
> and "dependency scope", interprets them, and allows caller to simply make a 
> call to "resolve me main-runtime" resolution scope. No hoops and loops. 
> Moreover, it is FASTER than Resolver 1.x was, that used always same selector 
> (to build dirty graph), so potentially huge graph even if you needed just a 
> bit of it, that was later chopped down to clean up the graph. ScopeManager 
> automates selector selection/setup, and goes directly for result, in most 
> cases the resulting tree is done in first pass.
> Finally, and most importantly, ScopeManager allows to be "configured": by 
> supplying the recipe for dependency and resolution scopes, hence, makes 
> Resolver 2.x versatile, in a sense, it is not "this or that" anymore, it can 
> obey Maven3 and Maven4 dependency scopes at the same time.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)


Re: [PR] [EXPERIMENT] Using Resolver with MRESOLVER-512 [maven]

2024-03-23 Thread via GitHub


cstamas commented on PR #1442:
URL: https://github.com/apache/maven/pull/1442#issuecomment-2016560169

   @gnodet ported over changes happened in 
https://github.com/apache/maven-resolver/pull/445 : removal of system scope 
handler.


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscr...@maven.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



[PR] [MPLUGIN-510] group history per common requirements [maven-plugin-tools]

2024-03-23 Thread via GitHub


hboutemy opened a new pull request, #274:
URL: https://github.com/apache/maven-plugin-tools/pull/274

   instead of listing a long list of plugin releases, each on their own row, 
even if they share same system requirements, they are now grouped in a single 
row marked "from x to y"


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscr...@maven.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



Re: [PR] [MRESOLVER-512] ScopeManager [maven-resolver]

2024-03-23 Thread via GitHub


cstamas commented on PR #445:
URL: https://github.com/apache/maven-resolver/pull/445#issuecomment-2016560058

   @gnodet applied changes, IMHO it looks even better now :smile: 


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscr...@maven.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



[jira] [Commented] (MGPG-113) Upgrading from 3.1.0 to 3.2.1 with no other changes causes "gpg:sign-and-deploy-file" failed: 401 Unauthorized

2024-03-23 Thread ASF GitHub Bot (Jira)


[ 
https://issues.apache.org/jira/browse/MGPG-113?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17830089#comment-17830089
 ] 

ASF GitHub Bot commented on MGPG-113:
-

cstamas opened a new pull request, #82:
URL: https://github.com/apache/maven-gpg-plugin/pull/82

   The RemoteRepository was "bare", it has to be equipped with 
AuthenticationSelector to be able to perform authenticated deploys.
   
   Also, a bit of tidy up, layout is deprecated in Maven3 and is unused.
   
   ---
   
   https://issues.apache.org/jira/browse/MGPG-113




> Upgrading from 3.1.0 to 3.2.1 with no other changes causes 
> "gpg:sign-and-deploy-file" failed: 401 Unauthorized
> --
>
> Key: MGPG-113
> URL: https://issues.apache.org/jira/browse/MGPG-113
> Project: Maven GPG Plugin
>  Issue Type: Bug
>Affects Versions: 3.2.1
> Environment: ubuntu-22.04 (Ubuntu 22.04 LTS) image
>Reporter: Tim Tim
>Assignee: Tamas Cservenak
>Priority: Major
> Fix For: 3.2.2
>
>
> After upgrading to Maven GPG plugin from 3.1.0 to 3.2.0/3.2.1, the deploy 
> command "{*}gpg:sign-and-deploy-file{*} " failed with the message "Failed to 
> execute goal 
> org.apache.maven.plugins:maven-gpg-plugin:{*}3.2.1:{*}sign-and-deploy-file : 
> 401 Unauthorized"
>  
> NOTE: *3.1.0* and below version of *gpg:sign-and-deploy-file* works well for 
> below CLI
>  
> Deploy CLI with plugin *gpg:sign-and-deploy-file*
> ```
> mvn -B -Dmaven.wagon.http.retryHandler.count=3 -DretryFailedDeploymentCount=3 
> \
> -s utils/settings.xml gpg:sign-and-deploy-file -Dgpg.passphrase=xxx \
> -Durl=[*https://oss.sonatype.org/service/local/staging/deploy/maven2*|https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Foss.sonatype.org%2Fservice%2Flocal%2Fstaging%2Fdeploy%2Fmaven2&data=05%7C02%7Ctiml%40nvidia.com%7C5e0d0557577441c1496308dc45d023b3%7C43083d15727340c1b7db39efd9ccc17a%7C0%7C0%7C638462007478125085%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=Rlst6EEorq8QFEyvFrypYO5KOOw1Qrtr5hJigYlaxKg%3D&reserved=0]
>  -DrepositoryId=ossrh \
> -DgrouId=com.nvidia -DartifactId=test -Dversion=0.1.0 -Dfile=test.jar
> ```
>  
>  
> SONATYPE_USR/PSW defined as env, utils/settings.xml as below
> ```
> http://maven.apache.org/SETTINGS/1.1.0 
> http://maven.apache.org/xsd/settings-1.1.0.xsd|https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmaven.apache.org%2FSETTINGS%2F1.1.0%2520http%3A%2Fmaven.apache.org%2Fxsd%2Fsettings-1.1.0.xsd&data=05%7C02%7Ctiml%40nvidia.com%7C5e0d0557577441c1496308dc45d023b3%7C43083d15727340c1b7db39efd9ccc17a%7C0%7C0%7C638462007478130933%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=AwpWIvI2UECpcvWcFD16CHlYCEjRPYgyXuHW07LbQ7M%3D&reserved=0]
>  
> xmlns=[http://maven.apache.org/SETTINGS/1.1.0|https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmaven.apache.org%2FSETTINGS%2F1.1.0&data=05%7C02%7Ctiml%40nvidia.com%7C5e0d0557577441c1496308dc45d023b3%7C43083d15727340c1b7db39efd9ccc17a%7C0%7C0%7C638462007478137093%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=5985h8YTeXELVjevO0BRSih2SMD8NQeAJnbiBmSEjMI%3D&reserved=0]
>   
> xmlns:xsi=[http://www.w3.org/2001/XMLSchema-instance|https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.w3.org%2F2001%2FXMLSchema-instance&data=05%7C02%7Ctiml%40nvidia.com%7C5e0d0557577441c1496308dc45d023b3%7C43083d15727340c1b7db39efd9ccc17a%7C0%7C0%7C638462007478142757%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=o0V%2Flpv4yqHaYZPv4etTINHsQIzU09ZQAV2vBDjvz%2BE%3D&reserved=0]>
>     
>     
>     ossrh
>     ${env.SONATYPE_USR}
>     ${env.SONATYPE_PSW}
>     
>    
> .. 
> ```
>  
> Error Logs
>  
> ```
> *20:03:52* + mvn -B -Dmaven.wagon.http.retryHandler.count=3 
> -DretryFailedDeploymentCount=3 -s utils/settings.xml 
> -Durl=[https://oss.sonatype.org/service/local/staging/deploy/maven2] 
> -DrepositoryId=ossrh 
> org.apache.maven.plugins:maven-gpg-plugin:3.2.1:sign-and-deploy-file 
> -Dgpg.executable=nvsec_sign -DgroupId=com.nvidia -DartifactId=test 
> -Dversion=0.1.0 -Dfile=test.jar *20:03:52* [INFO] Scanning for projects... 
> *20:04:15  [INFO] Uploading to ossrh: 
> [https://oss.sonatype.org/service/local/staging/deploy/maven2/com/nvidia/test/0.1.0/test-0.1.0.jar*]
>  
> *20:04:15  [ERROR] Failed to execute goal 
> org.apache.maven.plugins:maven-gpg-plugin:3.2.1:sign-and-deploy-file 
> (default-cli) on project standalone-pom: Error deploying attached artifacts 
> [com.nvidia:test:jar:0.1.0, com.nvidia:test:pom:0.

[PR] [MGPG-113] SignAndDeployFileMojo results in 401 [maven-gpg-plugin]

2024-03-23 Thread via GitHub


cstamas opened a new pull request, #82:
URL: https://github.com/apache/maven-gpg-plugin/pull/82

   The RemoteRepository was "bare", it has to be equipped with 
AuthenticationSelector to be able to perform authenticated deploys.
   
   Also, a bit of tidy up, layout is deprecated in Maven3 and is unused.
   
   ---
   
   https://issues.apache.org/jira/browse/MGPG-113


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscr...@maven.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



[jira] [Assigned] (MGPG-113) Upgrading from 3.1.0 to 3.2.1 with no other changes causes "gpg:sign-and-deploy-file" failed: 401 Unauthorized

2024-03-23 Thread Tamas Cservenak (Jira)


 [ 
https://issues.apache.org/jira/browse/MGPG-113?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Tamas Cservenak reassigned MGPG-113:


Assignee: Tamas Cservenak

> Upgrading from 3.1.0 to 3.2.1 with no other changes causes 
> "gpg:sign-and-deploy-file" failed: 401 Unauthorized
> --
>
> Key: MGPG-113
> URL: https://issues.apache.org/jira/browse/MGPG-113
> Project: Maven GPG Plugin
>  Issue Type: Bug
>Affects Versions: 3.2.1
> Environment: ubuntu-22.04 (Ubuntu 22.04 LTS) image
>Reporter: Tim Tim
>Assignee: Tamas Cservenak
>Priority: Major
> Fix For: 3.2.2
>
>
> After upgrading to Maven GPG plugin from 3.1.0 to 3.2.0/3.2.1, the deploy 
> command "{*}gpg:sign-and-deploy-file{*} " failed with the message "Failed to 
> execute goal 
> org.apache.maven.plugins:maven-gpg-plugin:{*}3.2.1:{*}sign-and-deploy-file : 
> 401 Unauthorized"
>  
> NOTE: *3.1.0* and below version of *gpg:sign-and-deploy-file* works well for 
> below CLI
>  
> Deploy CLI with plugin *gpg:sign-and-deploy-file*
> ```
> mvn -B -Dmaven.wagon.http.retryHandler.count=3 -DretryFailedDeploymentCount=3 
> \
> -s utils/settings.xml gpg:sign-and-deploy-file -Dgpg.passphrase=xxx \
> -Durl=[*https://oss.sonatype.org/service/local/staging/deploy/maven2*|https://nam11.safelinks.protection.outlook.com/?url=https%3A%2F%2Foss.sonatype.org%2Fservice%2Flocal%2Fstaging%2Fdeploy%2Fmaven2&data=05%7C02%7Ctiml%40nvidia.com%7C5e0d0557577441c1496308dc45d023b3%7C43083d15727340c1b7db39efd9ccc17a%7C0%7C0%7C638462007478125085%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=Rlst6EEorq8QFEyvFrypYO5KOOw1Qrtr5hJigYlaxKg%3D&reserved=0]
>  -DrepositoryId=ossrh \
> -DgrouId=com.nvidia -DartifactId=test -Dversion=0.1.0 -Dfile=test.jar
> ```
>  
>  
> SONATYPE_USR/PSW defined as env, utils/settings.xml as below
> ```
> http://maven.apache.org/SETTINGS/1.1.0 
> http://maven.apache.org/xsd/settings-1.1.0.xsd|https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmaven.apache.org%2FSETTINGS%2F1.1.0%2520http%3A%2Fmaven.apache.org%2Fxsd%2Fsettings-1.1.0.xsd&data=05%7C02%7Ctiml%40nvidia.com%7C5e0d0557577441c1496308dc45d023b3%7C43083d15727340c1b7db39efd9ccc17a%7C0%7C0%7C638462007478130933%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=AwpWIvI2UECpcvWcFD16CHlYCEjRPYgyXuHW07LbQ7M%3D&reserved=0]
>  
> xmlns=[http://maven.apache.org/SETTINGS/1.1.0|https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fmaven.apache.org%2FSETTINGS%2F1.1.0&data=05%7C02%7Ctiml%40nvidia.com%7C5e0d0557577441c1496308dc45d023b3%7C43083d15727340c1b7db39efd9ccc17a%7C0%7C0%7C638462007478137093%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=5985h8YTeXELVjevO0BRSih2SMD8NQeAJnbiBmSEjMI%3D&reserved=0]
>   
> xmlns:xsi=[http://www.w3.org/2001/XMLSchema-instance|https://nam11.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.w3.org%2F2001%2FXMLSchema-instance&data=05%7C02%7Ctiml%40nvidia.com%7C5e0d0557577441c1496308dc45d023b3%7C43083d15727340c1b7db39efd9ccc17a%7C0%7C0%7C638462007478142757%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C0%7C%7C%7C&sdata=o0V%2Flpv4yqHaYZPv4etTINHsQIzU09ZQAV2vBDjvz%2BE%3D&reserved=0]>
>     
>     
>     ossrh
>     ${env.SONATYPE_USR}
>     ${env.SONATYPE_PSW}
>     
>    
> .. 
> ```
>  
> Error Logs
>  
> ```
> *20:03:52* + mvn -B -Dmaven.wagon.http.retryHandler.count=3 
> -DretryFailedDeploymentCount=3 -s utils/settings.xml 
> -Durl=[https://oss.sonatype.org/service/local/staging/deploy/maven2] 
> -DrepositoryId=ossrh 
> org.apache.maven.plugins:maven-gpg-plugin:3.2.1:sign-and-deploy-file 
> -Dgpg.executable=nvsec_sign -DgroupId=com.nvidia -DartifactId=test 
> -Dversion=0.1.0 -Dfile=test.jar *20:03:52* [INFO] Scanning for projects... 
> *20:04:15  [INFO] Uploading to ossrh: 
> [https://oss.sonatype.org/service/local/staging/deploy/maven2/com/nvidia/test/0.1.0/test-0.1.0.jar*]
>  
> *20:04:15  [ERROR] Failed to execute goal 
> org.apache.maven.plugins:maven-gpg-plugin:3.2.1:sign-and-deploy-file 
> (default-cli) on project standalone-pom: Error deploying attached artifacts 
> [com.nvidia:test:jar:0.1.0, com.nvidia:test:pom:0.1.0, 
> com.nvidia:test:jar.asc:0.1.0, com.nvidia:test:pom.asc:0.1.0]: Failed to 
> deploy artifacts: Could not transfer artifact com.nvidia:test:jar:0.1.0 
> from/to ossrh 
> ([https://oss.sonatype.org/service/local/staging/deploy/maven2):] Transfer 
> failed for 
> [https://oss.sonatype.org/service/local/staging/deploy/maven2/com/nvidia/test/0.1.0/test-0.1.0.jar]
>  401 Unauthorized -> [H

[jira] [Commented] (MJAR-62) Build-Jdk in Manifest.mf does not reflect which compiler version actually compiled the classes in the jar

2024-03-23 Thread ASF GitHub Bot (Jira)


[ 
https://issues.apache.org/jira/browse/MJAR-62?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17830085#comment-17830085
 ] 

ASF GitHub Bot commented on MJAR-62:


slawekjaranowski commented on code in PR #73:
URL: https://github.com/apache/maven-jar-plugin/pull/73#discussion_r1536641995


##
src/main/java/org/apache/maven/plugins/jar/ToolchainsJdkSpecification.java:
##
@@ -0,0 +1,99 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one
+ * or more contributor license agreements.  See the NOTICE file
+ * distributed with this work for additional information
+ * regarding copyright ownership.  The ASF licenses this file
+ * to you under the Apache License, Version 2.0 (the
+ * "License"); you may not use this file except in compliance
+ * with the License.  You may obtain a copy of the License at
+ *
+ *   http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing,
+ * software distributed under the License is distributed on an
+ * "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+ * KIND, either express or implied.  See the License for the
+ * specific language governing permissions and limitations
+ * under the License.
+ */
+package org.apache.maven.plugins.jar;
+
+import javax.inject.Named;
+import javax.inject.Singleton;
+
+import java.io.IOException;
+import java.io.UncheckedIOException;
+import java.nio.file.Path;
+import java.nio.file.Paths;
+import java.util.HashMap;
+import java.util.Map;
+import java.util.Optional;
+
+import org.apache.maven.toolchain.Toolchain;
+import org.codehaus.plexus.util.cli.CommandLineException;
+import org.codehaus.plexus.util.cli.CommandLineUtils;
+import org.codehaus.plexus.util.cli.Commandline;
+
+/**
+ * Component provided JDK specification based on toolchains.
+ */
+@Named
+@Singleton
+class ToolchainsJdkSpecification {
+
+private static class UncheckedCommandLineException extends 
RuntimeException {
+UncheckedCommandLineException(CommandLineException e) {
+super(e);
+}
+}
+
+private final Map cache = new HashMap<>();
+
+public synchronized Optional getJDKSpecification(Toolchain 
toolchain) {
+Optional javacPath = getJavacPath(toolchain);
+return javacPath.map(path -> cache.computeIfAbsent(path, 
this::getSpecForPath));
+}
+
+private Optional getJavacPath(Toolchain toolchain) {
+return 
Optional.ofNullable(toolchain.findTool("javac")).map(Paths::get).map(this::getCanonicalPath);
+}
+
+private Path getCanonicalPath(Path path) {
+try {
+return path.toRealPath();
+} catch (IOException e) {
+if (path.getParent() != null) {
+return 
getCanonicalPath(path.getParent()).resolve(path.getFileName());
+} else {
+throw new UncheckedIOException(e);
+}
+}
+}
+
+private String getSpecForPath(Path path) {
+try {
+Commandline cl = new Commandline(path.toString());
+cl.createArg().setValue("-version");
+CommandLineUtils.StringStreamConsumer out = new 
CommandLineUtils.StringStreamConsumer();
+CommandLineUtils.StringStreamConsumer err = new 
CommandLineUtils.StringStreamConsumer();
+CommandLineUtils.executeCommandLine(cl, out, err);
+String version = out.getOutput().trim();
+if (version.isEmpty()) {
+version = err.getOutput().trim();
+}
+if (version.startsWith("javac ")) {
+version = version.substring(6);
+if (version.startsWith("1.")) {
+version = version.substring(0, 3);
+} else {
+version = version.substring(0, 2);
+}
+return version;
+} else {
+return null;
+}
+} catch (CommandLineException e) {
+throw new UncheckedCommandLineException(e);

Review Comment:
   It is idea  but we should log a warning about it





> Build-Jdk in Manifest.mf does not reflect which compiler version actually 
> compiled the classes in the jar
> -
>
> Key: MJAR-62
> URL: https://issues.apache.org/jira/browse/MJAR-62
> Project: Maven JAR Plugin
>  Issue Type: Bug
>Reporter: Stefan Magnus Landrø
>Assignee: Slawomir Jaranowski
>Priority: Major
> Fix For: 3.4.0
>
> Attachments: example-app.zip
>
>
> Manifest.mf does not reflect the version of the compiler that built the jar, 
> but defaults to the version that maven runs under:  Build-Jdk: 
> ${java.version}.
> I believe this makes users uncertain of which compiler was actually 

Re: [PR] [MJAR-62] Set Build-Jdk according to used toolchain [maven-jar-plugin]

2024-03-23 Thread via GitHub


slawekjaranowski commented on code in PR #73:
URL: https://github.com/apache/maven-jar-plugin/pull/73#discussion_r1536641995


##
src/main/java/org/apache/maven/plugins/jar/ToolchainsJdkSpecification.java:
##
@@ -0,0 +1,99 @@
+/*
+ * Licensed to the Apache Software Foundation (ASF) under one
+ * or more contributor license agreements.  See the NOTICE file
+ * distributed with this work for additional information
+ * regarding copyright ownership.  The ASF licenses this file
+ * to you under the Apache License, Version 2.0 (the
+ * "License"); you may not use this file except in compliance
+ * with the License.  You may obtain a copy of the License at
+ *
+ *   http://www.apache.org/licenses/LICENSE-2.0
+ *
+ * Unless required by applicable law or agreed to in writing,
+ * software distributed under the License is distributed on an
+ * "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY
+ * KIND, either express or implied.  See the License for the
+ * specific language governing permissions and limitations
+ * under the License.
+ */
+package org.apache.maven.plugins.jar;
+
+import javax.inject.Named;
+import javax.inject.Singleton;
+
+import java.io.IOException;
+import java.io.UncheckedIOException;
+import java.nio.file.Path;
+import java.nio.file.Paths;
+import java.util.HashMap;
+import java.util.Map;
+import java.util.Optional;
+
+import org.apache.maven.toolchain.Toolchain;
+import org.codehaus.plexus.util.cli.CommandLineException;
+import org.codehaus.plexus.util.cli.CommandLineUtils;
+import org.codehaus.plexus.util.cli.Commandline;
+
+/**
+ * Component provided JDK specification based on toolchains.
+ */
+@Named
+@Singleton
+class ToolchainsJdkSpecification {
+
+private static class UncheckedCommandLineException extends 
RuntimeException {
+UncheckedCommandLineException(CommandLineException e) {
+super(e);
+}
+}
+
+private final Map cache = new HashMap<>();
+
+public synchronized Optional getJDKSpecification(Toolchain 
toolchain) {
+Optional javacPath = getJavacPath(toolchain);
+return javacPath.map(path -> cache.computeIfAbsent(path, 
this::getSpecForPath));
+}
+
+private Optional getJavacPath(Toolchain toolchain) {
+return 
Optional.ofNullable(toolchain.findTool("javac")).map(Paths::get).map(this::getCanonicalPath);
+}
+
+private Path getCanonicalPath(Path path) {
+try {
+return path.toRealPath();
+} catch (IOException e) {
+if (path.getParent() != null) {
+return 
getCanonicalPath(path.getParent()).resolve(path.getFileName());
+} else {
+throw new UncheckedIOException(e);
+}
+}
+}
+
+private String getSpecForPath(Path path) {
+try {
+Commandline cl = new Commandline(path.toString());
+cl.createArg().setValue("-version");
+CommandLineUtils.StringStreamConsumer out = new 
CommandLineUtils.StringStreamConsumer();
+CommandLineUtils.StringStreamConsumer err = new 
CommandLineUtils.StringStreamConsumer();
+CommandLineUtils.executeCommandLine(cl, out, err);
+String version = out.getOutput().trim();
+if (version.isEmpty()) {
+version = err.getOutput().trim();
+}
+if (version.startsWith("javac ")) {
+version = version.substring(6);
+if (version.startsWith("1.")) {
+version = version.substring(0, 3);
+} else {
+version = version.substring(0, 2);
+}
+return version;
+} else {
+return null;
+}
+} catch (CommandLineException e) {
+throw new UncheckedCommandLineException(e);

Review Comment:
   It is idea  but we should log a warning about it



-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscr...@maven.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



Re: [PR] use @Component instead of @Parameter when possible [maven-plugin-tools]

2024-03-23 Thread via GitHub


slawekjaranowski commented on PR #273:
URL: 
https://github.com/apache/maven-plugin-tools/pull/273#issuecomment-2016509256

   For it we should m-plugin-tolls in version 3.11.0 😄 


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscr...@maven.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



[PR] Apply ASF Infra GitHub Actions Policy [maven-gh-actions-shared]

2024-03-23 Thread via GitHub


slawekjaranowski opened a new pull request, #98:
URL: https://github.com/apache/maven-gh-actions-shared/pull/98

   - max-parallel as 20 - most of our project use 18
   - pin version of release-drafter
   
   https://infra.apache.org/github-actions-policy.html


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscr...@maven.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



[PR] Remove duplicate content [maven-toolchains-plugin]

2024-03-23 Thread via GitHub


elharo opened a new pull request, #28:
URL: https://github.com/apache/maven-toolchains-plugin/pull/28

   and cleanup language. I noticed some copy-pasta in this page. @gnodet 


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscr...@maven.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



[jira] [Updated] (MTOOLCHAINS-52) Explain what a toolchain is

2024-03-23 Thread Elliotte Rusty Harold (Jira)


 [ 
https://issues.apache.org/jira/browse/MTOOLCHAINS-52?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Elliotte Rusty Harold updated MTOOLCHAINS-52:
-
Summary: Explain what a toolchain is  (was: Explain what a custiom 
toolcahin is)

> Explain what a toolchain is
> ---
>
> Key: MTOOLCHAINS-52
> URL: https://issues.apache.org/jira/browse/MTOOLCHAINS-52
> Project: Maven Toolchains Plugin
>  Issue Type: Improvement
>Affects Versions: 3.2.0
>Reporter: Elliotte Rusty Harold
>Priority: Major
>  Labels: doc
>
> The page at 
> https://maven.apache.org/plugins/maven-toolchains-plugin/toolchains/custom.html
>  never explains what a custom toolchain is, or how it differs from a 
> toolchain. It should start with this information.
> In fact, nothing I see on the maven-toolchains-plugin website ever says what 
> a toolchain *is*. I think this might help explain why I've found this so hard 
> to understand. We need to make sure the docs clearly define "toolchain". 
> Either that or don't use the word at all. 



--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Updated] (MTOOLCHAINS-52) Explain what a custiom toolcahin is

2024-03-23 Thread Elliotte Rusty Harold (Jira)


 [ 
https://issues.apache.org/jira/browse/MTOOLCHAINS-52?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Elliotte Rusty Harold updated MTOOLCHAINS-52:
-
Labels: doc  (was: )

> Explain what a custiom toolcahin is
> ---
>
> Key: MTOOLCHAINS-52
> URL: https://issues.apache.org/jira/browse/MTOOLCHAINS-52
> Project: Maven Toolchains Plugin
>  Issue Type: Improvement
>Affects Versions: 3.2.0
>Reporter: Elliotte Rusty Harold
>Priority: Major
>  Labels: doc
>
> The page at 
> https://maven.apache.org/plugins/maven-toolchains-plugin/toolchains/custom.html
>  never explains what a custom toolchain is, or how it differs from a 
> toolchain. It should start with this information.
> In fact, nothing I see on the maven-toolchains-plugin website ever says what 
> a toolchain *is*. I think this might help explain why I've found this so hard 
> to understand. We need to make sure the docs clearly define "toolchain". 
> Either that or don't use the word at all. 



--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Created] (MTOOLCHAINS-52) Explain what a custiom toolcahin is

2024-03-23 Thread Elliotte Rusty Harold (Jira)
Elliotte Rusty Harold created MTOOLCHAINS-52:


 Summary: Explain what a custiom toolcahin is
 Key: MTOOLCHAINS-52
 URL: https://issues.apache.org/jira/browse/MTOOLCHAINS-52
 Project: Maven Toolchains Plugin
  Issue Type: Improvement
Affects Versions: 3.2.0
Reporter: Elliotte Rusty Harold


The page at 
https://maven.apache.org/plugins/maven-toolchains-plugin/toolchains/custom.html 
never explains what a custom toolchain is, or how it differs from a toolchain. 
It should start with this information.

In fact, nothing I see on the maven-toolchains-plugin website ever says what a 
toolchain *is*. I think this might help explain why I've found this so hard to 
understand. We need to make sure the docs clearly define "toolchain". Either 
that or don't use the word at all. 




--
This message was sent by Atlassian Jira
(v8.20.10#820010)


Re: [PR] Remove Java 5 references and clean up [maven-toolchains-plugin]

2024-03-23 Thread via GitHub


elharo commented on code in PR #24:
URL: 
https://github.com/apache/maven-toolchains-plugin/pull/24#discussion_r1536633681


##
src/site/apt/toolchains/custom.apt:
##
@@ -25,22 +25,22 @@
 
 Custom Toolchains
 
-  You can create your own custom toolchains with plugins using them.
+  You can create your own custom toolchains for plugins to use.

Review Comment:
   done, though I'm not sure "custom plugin" is really a thing. At this level, 
aren't they all just plugins? 



-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscr...@maven.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



Re: [PR] use @Component instead of @Parameter when possible [maven-plugin-tools]

2024-03-23 Thread via GitHub


hboutemy merged PR #273:
URL: https://github.com/apache/maven-plugin-tools/pull/273


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscr...@maven.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



Re: [PR] Bump org.codehaus.plexus:plexus-archiver from 4.9.1 to 4.9.2 [maven-plugin-tools]

2024-03-23 Thread via GitHub


hboutemy merged PR #270:
URL: https://github.com/apache/maven-plugin-tools/pull/270


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscr...@maven.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



[PR] use @Component instead of @Parameter when possible [maven-plugin-tools]

2024-03-23 Thread via GitHub


hboutemy opened a new pull request, #273:
URL: https://github.com/apache/maven-plugin-tools/pull/273

   (no comment)


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscr...@maven.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



Re: [PR] rename mavenVersion to maven3Version [maven-plugin-tools]

2024-03-23 Thread via GitHub


hboutemy merged PR #272:
URL: https://github.com/apache/maven-plugin-tools/pull/272


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: issues-unsubscr...@maven.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org



[jira] [Commented] (MJLINK-83) Allow adding multiple launchers to a jlink'ed image

2024-03-23 Thread Peter Hull (Jira)


[ 
https://issues.apache.org/jira/browse/MJLINK-83?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17830039#comment-17830039
 ] 

Peter Hull commented on MJLINK-83:
--

I have implemented this myself as it was a very small change

[https://github.com/pedro-w/maven-jlink-plugin/commit/195eac10f5146da37128ba5d26b631b32eba818d]

I can submit as a PR if this is deemed useful

> Allow adding multiple launchers to a jlink'ed image
> ---
>
> Key: MJLINK-83
> URL: https://issues.apache.org/jira/browse/MJLINK-83
> Project: Maven JLink Plugin
>  Issue Type: Improvement
>Affects Versions: 3.2.0
> Environment: (applies to all platforms)
>Reporter: Peter Hull
>Priority: Minor
>
> The {{jlink}} command line tool allows the {{--launcher}} argument to be 
> specified multiple times to create multiple launcher scripts in the image. 
> However the maven plugin only passes on one {{}} element from its 
> configuration section to the tool. If multiple are specified, the last one 
> takes precedence. I would like to improve this so the plugin will pass 
> multiple launcher specs on to the {{jlink}} tool. I suggest the config should 
> look like:
> {noformat}
> command=module/main{noformat}
> (as before, for backward compatibility and the common case where there is 
> only one)
> or
>  
> {noformat}
> 
>  command1=module1/main1
>  command2=module2/main2
>  ...
> 
> {noformat}
>  
> where {{}} can contain zero or more {{}} elements with 
> the same syntax as the existing element.
> One remaining question - what do do if the config specifies both  
> {{}} and {{}} - combine the two or signal an error?
>  



--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Created] (MJLINK-83) Allow adding multiple launchers to a jlink'ed image

2024-03-23 Thread Peter Hull (Jira)
Peter Hull created MJLINK-83:


 Summary: Allow adding multiple launchers to a jlink'ed image
 Key: MJLINK-83
 URL: https://issues.apache.org/jira/browse/MJLINK-83
 Project: Maven JLink Plugin
  Issue Type: Improvement
Affects Versions: 3.2.0
 Environment: (applies to all platforms)
Reporter: Peter Hull


The {{jlink}} command line tool allows the {{--launcher}} argument to be 
specified multiple times to create multiple launcher scripts in the image. 
However the maven plugin only passes on one {{}} element from its 
configuration section to the tool. If multiple are specified, the last one 
takes precedence. I would like to improve this so the plugin will pass multiple 
launcher specs on to the {{jlink}} tool. I suggest the config should look like:
{noformat}
command=module/main{noformat}
(as before, for backward compatibility and the common case where there is only 
one)

or

 
{noformat}

 command1=module1/main1
 command2=module2/main2
 ...

{noformat}
 

where {{}} can contain zero or more {{}} elements with the 
same syntax as the existing element.

One remaining question - what do do if the config specifies both  
{{}} and {{}} - combine the two or signal an error?

 



--
This message was sent by Atlassian Jira
(v8.20.10#820010)


[jira] [Comment Edited] (MARTIFACT-58) display origin of local repository artifact when comparing

2024-03-23 Thread Herve Boutemy (Jira)


[ 
https://issues.apache.org/jira/browse/MARTIFACT-58?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17808920#comment-17808920
 ] 

Herve Boutemy edited comment on MARTIFACT-58 at 3/23/24 7:10 AM:
-

notice that the info was removed from maven-project-info-reports-plugin 
MPIR-367 when cleaning code for Maven 3 because the code was not giving trust 
worthy results when users has a MRM

perhaps this is not a problem in the current case because it's an info that is 
expected to be used locally instead of being published...


was (Author: hboutemy):
notice that the info was removed from maven-project-info-reports-plugin 
MPIR-367 when cleaning code for Maven 3 because the code was not giving good 
results

perhaps this is not a problem in the current case because it's an info that is 
expected to be used locally instead of being published...

> display origin of local repository artifact when comparing
> --
>
> Key: MARTIFACT-58
> URL: https://issues.apache.org/jira/browse/MARTIFACT-58
> Project: Maven Artifact Plugin
>  Issue Type: Wish
>  Components: artifact:compare
>Affects Versions: 3.5.0
>Reporter: Herve Boutemy
>Priority: Major
>
> artifact:compare compares output from current build (available in target/) to 
> content from local repository
> what is not easy to detect is if content from local repository comes from a 
> previous local "mvn install" (done recently or a long time ago) or if it was 
> downloaded from a remote repository
> perhaps the artifact:compare can detect and display the info



--
This message was sent by Atlassian Jira
(v8.20.10#820010)