Define your Sonatype Nexus repository structure as code. This script defaults to interact with a nexus server running on localhost.
$ nexus-claim plan -i input.hcl -o output.json
$ nexus-claim apply -i output.json
If in case of doubt, issue nexus-claim --help
to get going.
--server value, -s value Url to the nexus server (default: "http://localhost:8081") [$NEXUS_SERVER]
--username value, -u value Username of a nexus admin user (default: "admin") [$NEXUS_USER]
--password value, -p value Password of the nexus user (default: "admin123") [$NEXUS_PASSWORD]
--nexus2 use this flag to use nexus-claim with nexus 2 [$NEXUS_V2]
--help, -h show help
--version, -v print the version
- Have a decent version of Golang installed
- Install Golang dependencies with
go mod vendor && go mod tidy
- Build the software in the
target/
directorymake clean && make
- Start up a local nexus
docker run -d -p 8081:8081 --name nexus sonatype/nexus3
- Access docker container and extract admin password
docker exec -it nexus sh
thancat /nexus-data/admin.password
- Plan a custom repository
.hcl
filetarget/nexus-claim --password "<password>" plan -i resources/nexus3/nexus_custom_example.hcl -o targetState.json
- this reads existing repositories from the nexus, changes from the given
.hcl
file will make up the target state as JSON - the target state is supposed to be created within the nexus-claim application
- Apply target state
.json
file to nexus- an auto-generated
.groovy
file responsible for interacting with the nexus API in terms of creating will be uploaded in the nexus. - the
.groovy file
responsible for creation will be called with the target.json
being the argument
- an auto-generated
- The repository changes are being written. Check the nexus frontend for changes.
- on maven2-hosted- and maven2-proxy-repository there must be a maven sector in addition(with versionPolicy and writePolicy)
- Note the autogenerated
.groovy
files are only an interaction layer and should not contain larger application logic
Examples can be found in the nexus 3 resources directory. Also available in the same directory are resulting target .json
files for reference.
Examples can be found in the nexus 2 resources directory
The Cloudogu EcoSystem is an open platform, which lets you choose how and where your team creates great software. Each service or tool is delivered as a Dogu, a Docker container. Each Dogu can easily be integrated in your environment just by pulling it from our registry.
We have a growing number of ready-to-use Dogus, e.g. SCM-Manager, Jenkins, Nexus Repository, SonarQube, Redmine and many more. Every Dogu can be tailored to your specific needs. Take advantage of a central authentication service, a dynamic navigation, that lets you easily switch between the web UIs and a smart configuration magic, which automatically detects and responds to dependencies between Dogus.
The Cloudogu EcoSystem is open source and it runs either on-premises or in the cloud. The Cloudogu EcoSystem is developed by Cloudogu GmbH under AGPL-3.0-only.
Copyright © 2020 - present Cloudogu GmbH This program is free software: you can redistribute it and/or modify it under the terms of the GNU Affero General Public License as published by the Free Software Foundation, version 3. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU Affero General Public License for more details. You should have received a copy of the GNU Affero General Public License along with this program. If not, see https://www.gnu.org/licenses/. See LICENSE for details.
MADE WITH ❤️ FOR DEV ADDICTS. Legal notice / Imprint