Private Maven repositories hosted on Google App-Engine, backed by Google Cloud Storage, supporting HTTP Basic authentication and minimalistic user access control deployed in less than 5 minutes.
Private Maven repositories shouldn't cost you an arm and a leg, nor requires you to become a Linux Sys-Admin to setup, and should ideally be zero maintenance and costs nothing.
Thanks to Google App-Engine's free quotas, you'll benefits for free of:
- 5GB of storage
- 1GB of daily incoming bandwidth
- 1GB of daily outgoing bandwidth
- 20,000+ storage ops per day
Moreover, no credit card is required to benefits of the quotas above.
First of all, you'll need to go to your Google Cloud console to create a new App Engine application:
As soon as your project is created, a default Google Cloud storage bucket has been automatically created for you which provides the first 5GB of storage for free.
Follow the official documentation to install the latest Google Cloud SDK. As a shorthand, you'll find below the Ubuntu/Debian instructions:
$ export CLOUD_SDK_REPO="cloud-sdk-$(lsb_release -c -s)"
$ echo "deb http://packages.cloud.google.com/apt $CLOUD_SDK_REPO main" | sudo tee -a /etc/apt/sources.list.d/google-cloud-sdk.list
$ curl https://packages.cloud.google.com/apt/doc/apt-key.gpg | sudo apt-key add -
$ sudo apt-get update && sudo apt-get install google-cloud-sdk
Do not forget to install the app-engine-java
component. If you installed the Google Cloud SDK using the instructions above:
$ sudo apt-get install google-cloud-sdk-app-engine-java
As a last step, configure the gcloud
command line environment and select your newly created App Engine project when requested to do so:
$ gcloud init
$ gcloud auth application-default login
Clone (or download) the source code:
$ git clone https://github.com/renaudcerrato/appengine-maven-repository.git
Update WEB-INF/users.txt
to declare users, passwords and permissions:
# That file declares your users - using basic authentication.
# Minimalistic access control is provided through the following permissions: write, read, or list.
# Syntax is:
# <username>:<password>:<permission>
# (use '*' as username and password to declare anonymous users)
admin:l33t:write
john:j123:read
donald:coolpw:read
guest:guest:list
The
list
permission allows users to list the content of the repository but prohibits downloads. Theread
permission allows downloads (and implieslist
). Thewrite
permission allows uploads (and impliesread
).
Anonymous users are supported by using "*" for both username and password. For example,
*:*:read
will allow anonymous read access.
Once you're ready to go live, just push the application to Google App-Engine:
$ cd appengine-maven-repository
$ ./gradlew appengineDeploy
And voilà! Your private Maven repository is hosted and running at the following address:
https://<your-project-id>.appspot.com
You'll find some usage examples in the examples folder. There's absolutely no extra steps required to fetch and/or deploy Maven artifacts to your repository: simply use your favorite Maven tools as you're used to do.
An example deploying artifacts using the maven plugin for Gradle:
apply plugin: 'java'
apply plugin: 'maven'
...
uploadArchives {
repositories {
mavenDeployer {
repository(url: "https://<your-project-id>.appspot.com") {
authentication(userName: "admin", password: "s3curepa55w0rd")
}
pom.version = "1.0.0"
pom.artifactId = "test"
pom.groupId = "com.example"
}
}
}
Using the above plugin, deploying artifacts to your repository is as simple as:
$ ./gradlew upload
In the other way, accessing password protected Maven repositories using Gradle only requires you to specify the credentials
closure:
repositories {
...
maven {
credentials {
username 'user'
password 'YouCantGuess'
}
url "https://<your-project-id>.appspot.com"
}
}
Ensure you do NOT commit credentials with your code. With Gradle, you can achieve this by amending the above examples using the approach specified here of moving your creds to
~/.gradle/gradle.properties
and only referring to the variable names within your build.
Google App-Engine HTTP requests are limited to 32MB - and thus, any artifacts above that limit can't be hosted.
The provided examples only provide a few gradle files that upload an installed local maven artifact. Sometimes there might be need to perform more file functions not available from gradle such as deletion. The documentation includes a button that launches a browser based file browser which presents a browser interface to perform file management.
Copyright 2018 Cerrato Renaud
Licensed 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.