-
Notifications
You must be signed in to change notification settings - Fork 50
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Allow tweaking WAR generation from consumers #193
Comments
As mentioned in JENKINS-66988, we currently are not producing the API Viewer in the built plugin. This is due to [0], in which the JPI plugin ignores any processing of the WAR that we do separately. As an intermediate solution, we can make sure that we copy the files into the `src/main/webapp` directory, so it is present for the plugin. This requires that we then exclude the files from Git, as we want them to only be generated, but we need to make sure that `config.json` is still included. Finally, we make sure that the `jpi` task depends on the copying of files, for standalone building of the plugin, and the `copyApiViewer` depends on the build process for the `api-viewer` project. [0]: jenkinsci/gradle-jpi-plugin#193
Hi @jamietanna, this should already be possible. I created jenkinsci/job-dsl-plugin#1244 to demonstrate how. 4f4495a (first released in v0.39.0 of the jpi plugin) stopped applying the war plugin in favor of defining a jpi task that was of type Thanks for raising this issue. It was missing from the migration guide (#139) and has since been added. |
Closing, as this is a good fix for it, appreciate the PR and help 🙌 |
Dependencies
N/A
Feature Request
Currently, the Job DSL Plugin attempts to copy files into the produced WAR.
This doesn't work, as we have a hardcoded directory configured for the WAR configuration
Causes https://issues.jenkins.io/browse/JENKINS-66988
The text was updated successfully, but these errors were encountered: