[JIRA] (JENKINS-58217) Support Maven repository as an installation source

13 views
Skip to first unread message

natasha.stopa@gmail.com (JIRA)

unread,
Jun 26, 2019, 1:19:05 PM6/26/19
to jenkinsc...@googlegroups.com
Natasha Stopa created an issue
 
Jenkins / Task JENKINS-58217
Support Maven repository as an installation source
Issue Type: Task Task
Assignee: Natasha Stopa
Components: plugin-installation-manager-tool
Created: 2019-06-26 17:18
Labels: plugin-manager gsoc
Priority: Minor Minor
Reporter: Natasha Stopa

Supporting Maven repository as an installation source was feedback given in the Phase 1 presentation. 

 

Related to: https://issues.jenkins-ci.org/browse/JENKINS-58147

Add Comment Add Comment
 
This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)

natasha.stopa@gmail.com (JIRA)

unread,
Jul 15, 2019, 5:37:02 PM7/15/19
to jenkinsc...@googlegroups.com
Natasha Stopa commented on Task JENKINS-58217
 
Re: Support Maven repository as an installation source

Copying over some of the questions and discussions from Gitter channel:

1) Would this be done by using a process builder and calling the mvn dependency plugin? It looked like this is what was being done in the Custom War Packager
2) Since this would require the groupId, should the plugins.txt file and plugin CLIOption input format be changed so that it could accept the groupId as a parameter? Or if the user wants to download plugins from the maven repository, they would enter this in a yaml file or some other method?

 

Feedback from Tim and Kristin:

Yaml files would be similer, don't want to change plugins.txt format too much 

The way that the custom war packager is doing it is right; some of the "dependencies" might not be plugins but most will be.

 

natasha.stopa@gmail.com (JIRA)

unread,
Jul 15, 2019, 5:38:02 PM7/15/19
to jenkinsc...@googlegroups.com
Natasha Stopa edited a comment on Task JENKINS-58217
Copying over some of the questions and discussions from Gitter channel:

1) Would this be done by using a process builder and calling the mvn dependency plugin? It looked like this is what was being done in the Custom War Packager
2) Since this would require the groupId, should the plugins.txt file and plugin CLIOption input format be changed so that it could accept the groupId as a parameter? Or if the user wants to download plugins from the maven repository, they would enter this in a yaml file or some other method?

 

Feedback from Tim [~timja] and Kristin [~kwhetstone] :


Yaml files would be similer, don't want to change plugins.txt format too much 

The way that the custom war packager is doing it is right; some of the "dependencies" might not be plugins but most will be.

natasha.stopa@gmail.com (JIRA)

unread,
Jul 15, 2019, 6:47:01 PM7/15/19
to jenkinsc...@googlegroups.com

Some questions: 

1) Should a user be able to enter plugins they want to download from the update center and from maven during the same run of the CLI Tool? 

2) Should the yaml file entered to specify plugins from maven be different from the yaml file used by configuration as code? 

 

kwhetstone@cloudbees.com (JIRA)

unread,
Jul 16, 2019, 2:02:04 PM7/16/19
to jenkinsc...@googlegroups.com

1) Yes. each plugin should be processed separately, I don't see why individual lines can't specify where the download happens.
2) Tim Jacomb would be in a better position to answer this. I think they should be together, but I'm not very involved with CasC.

timjacomb1@gmail.com (JIRA)

unread,
Jul 16, 2019, 3:39:03 PM7/16/19
to jenkinsc...@googlegroups.com
Reply all
Reply to author
Forward
0 new messages