Am pushing the jar file to jfrog artifactory using lein deploy it goes to the artifactory as
stamper-0.1.0-SNAPSHOT.jar but it should be going as context-0.1.0-20210728.151214-1.jar
maven version 3.0.5
lein version 2.9.3
Figured out the issue to resolve this need to change our Maven Snapshot Version Behavior = unique
Related
I have found a plugin for using StatsD with Jenkins (https://github.com/joemiller/jenkins-statsd-plugin) - however the HPI needs building because it is not available in Jenkins plugin repository nor is it aailable to download.
I followed the official instructions at https://wiki.jenkins.io/display/JENKINS/Plugin+tutorial, but the $ mvn package always exits with [ERROR] java.nio.file.NoSuchFileException: ~/src/jenkins-statsd-plugin/target/classes/META-INF/annotations/hudson.Extension.
I have tried using java 6, 7, 8 and 10 but to no avail.
I wonder if anybody else has come up against this problem building Jenkins plugins and what they're solution was?
I fixed this problem by setting JAVA_HOME to point to Oracle’s version of Java 8. It appears maven uses the JAVA_HOME environment variable, not your $PATH.
Edit: For extra context, Jenv was responsible for the version of Java in my $PATH.
I would like to post here my findings from various sources that worked for me as the accepted answer alone was not sufficient.
I had to downgrade my Java version back to 11 from 13.
I used this quick solution, which doesn't require you having JDK and Maven installed locally.
Moreover, deleting target/classes/META-INF/ directory before executing mvn install again was necessary.
Lastly, passing -Djenkins.version parameter to Maven is required so you need to do something like mvn -Djenkins.version=2.164 install
This will definitely get resolved by using java 1.8.* JDK.
I am trying to download an artifact from Maven and I have to have the version with the timestamp from Nexus and I keep getting the SNAPSHOT version.
mvn -U org.apache.maven.plugins:maven-dependency-plugin:3.0.1:copy -Dartifact=my:module:1.0-SNAPSHOT -DoutputDirectory=./tmp -Dmdep.stripVersion=false -Dmdep.useBaseVersion=false
Does anyone know how to download a version that has the timestamp in it?
Ex. 1.0-20180314.#####-.jar
I had to delete everything out of my local repository then I had to update with a couple more parameters
mvn -U org.apache.maven.plugins:maven-dependency-plugin:3.0.1:copy -Dartifact=my:module:1.0-SNAPSHOT:<packaging>:<classifier> -DoutputDirectory=./tmp -Dmdep.useBaseVersion=false -DoutputAbsoluteArtifactFilename=true -Dmdep.stripVersion=false
After that, everything worked appropriately.
We were trying use https://grails.org/plugin/jms for jms integration. But we were not able to resolve it.
Upon looking around, I was able to verify that it exists on this repo:
http://repo.grails.org/grails/repo
But the grailsCentral() repo points to: https://repo.grails.org/grails/plugins
We are using grails 2.4.4
Is the /grails/repo/ the new repo?
A GitHub search against the latest source reveals:
DEFAULT_REPO = new RepositoryConfiguration("grailsCentral", new URI("https://repo.grails.org/grails/core"), true)
So, our latest grailsCentral URI is https://repo.grails.org/grails/core
Digging deeper:
git log --pickaxe-regex -S"grailsCentral.*repo\.grails.org/grails/core"
git tag --contains 5fd5a7ae23ce7ea14ebabd09ffb081e6a32d356f
This change was introduced in Grails 3.0.0.
We're running into a problem creating our very first job on a newly installed Jenkins 1.532.2, with Jenkins Git plugin 2.0.2, Jenkins Git client plugin 1.6.3, and GitHub plugin 1.8.
The error I see on the "new job" page is just below the "Git Repositories" radio button in the Source Code Management section:
javax.servlet.ServletException: org.apache.commons.jelly.JellyTagException:
jar:file:/var/cache/jenkins/war/WEB-INF/lib/jenkins-core-1.532.2.jar!/lib/form/repeatableProperty.jelly:66:69:
<st:include> No such property: lib for class: hudson.plugins.git.UserRemoteConfig.config
Interestingly, I see no errors in the log file at all.
Any ideas how to diagnosis this error?
I never did find the cause, but the problem went away by reverting the git plugin and git client plugin to 1.5 and 1.0.7 respectively, as suggested in https://issues.jenkins-ci.org/browse/JENKINS-20533
This issue has been reported as https://issues.jenkins-ci.org/browse/JENKINS-22649
1.532.3 LTS don't suffer this issue, as new LTS branch. Not sure about the root cause, looks like a strange classloader conflict.
I was having the same issue. I am using git-client 1.12.0, git 2.3.1 and matrix project plugin 1.4 fixed the issue.
Follow this for more information.
https://issues.jenkins-ci.org/browse/JENKINS-24582
Hope this helps.
Thanks
Based on https://issues.jenkins-ci.org/browse/JENKINS-20533 once you enable/install the matrix plugin, I am not seeing this error
We're using Maven 3 with Git as our SCM system. We are using the latest version of the scm plugin (1.5). Our project is in Grails 1.2.1 (Java 1.5). The question is, how do I run a single command to generate a WAR file after doing a checkout from our repo?
This question seems complicated by the fact that we're using the a Grails project (and hence the maven-grails plugin, version 1.3.4). Grateful for any info you have, - Dave
I'm assuming that the command line below below wont work for you because of your requirement to use maven.
grails <environment> war
You can generate a pom.xml for your existing grails project with the following command. This can be a useful starting point.
mvn grails:create-pom
More documentation about grails's maven integration can be found here:
http://grails.org/doc/latest/guide/4.%20The%20Command%20Line.html#4.5%20Ant%20and%20Maven