Skip to main content
  • Home
  • Development
  • Documentation
  • Donate
  • Operational login
  • Browse the archive

swh logo
SoftwareHeritage
Software
Heritage
Archive
Features
  • Search

  • Downloads

  • Save code now

  • Add forge now

  • Help

Staging
v0.16.3
https://repo1.maven.org/maven2/org/jboss/snowdrop/snowdrop
05 May 2022, 08:35:54 UTC
  • Code
  • Branches (0)
  • Releases (25)
  • Visits
    • Branches
    • Releases
      • 4.0.0.Final
      • 4.0.0.Final
      • 3.1.2.Final
      • 3.1.1.Final
      • 3.1.0.Final
      • 3.0.3.Final
      • 3.0.2.Final
      • 3.0.1.Final
      • 2.1.1.Final
      • 2.1.0.Final
      • 2.0.5.Final
      • 2.0.4.Final
      • 2.0.3.Final
      • 2.0.2.Final
      • 2.0.1.Final
      • 2.0.0.Final
      • 2.0.0.CR1
      • 2.0.0.Alpha1
      • 2.0.0-M1-SP1
      • 2.0.0-M1
      • 1.2.0.Final
      • 1.2.0.CR1
      • 1.1.0.GA
      • 1.0.1.GA
      • 1.0.1-CR1
      • 1.0.0.CR2
    • 1cbcd60
    • /
    • snowdrop-4.0.0.Final
    • /
    • RELEASE.adoc
    Raw File Download

    To reference or cite the objects present in the Software Heritage archive, permalinks based on SoftWare Hash IDentifiers (SWHIDs) must be used.
    Select below a type of object currently browsed in order to display its associated SWHID and permalink.

    • content
    • directory
    • snapshot
    • release
    origin badgecontent badge Iframe embedding
    swh:1:cnt:a1c095b7ada51497ebd6c50442a642c1dd01cd70
    origin badgedirectory badge Iframe embedding
    swh:1:dir:a71a7eeb4dfc0e2f533fdd2b84c231cef54f72d6
    origin badgesnapshot badge
    swh:1:snp:79ad6c3d9f9fedc45417fc217714b1181c370e9d
    origin badgerelease badge
    swh:1:rel:731e9b95d6cc544a4afc7820292bca4389000ad0

    This interface enables to generate software citations, provided that the root directory of browsed objects contains a citation.cff or codemeta.json file.
    Select below a type of object currently browsed in order to generate citations for them.

    • content
    • directory
    • snapshot
    • release
    Generate software citation in BibTex format (requires biblatex-software package)
    Generating citation ...
    Generate software citation in BibTex format (requires biblatex-software package)
    Generating citation ...
    Generate software citation in BibTex format (requires biblatex-software package)
    Generating citation ...
    Generate software citation in BibTex format (requires biblatex-software package)
    Generating citation ...
    RELEASE.adoc
    = Release Procedures for Snowdrop
    Joshua Wilson <josh@redhat.com>
    v4.0.0, 2015-02-19
    :page-layout: base
    :description: This guide explains how to Release & Publish Snowdrop.
    :keywords: Snowdrop, JBoss, Spring, Release, Publish
    :compat-mode!:
    :imagesdir: ./images
    :includedir: ./_includes
    :toc: left
    :toclevels: 5
    :sectnumlevels: 5
    :sectlinks:
    :experimental:
    :table-caption!:
    :example-caption!:
    :figure-caption!:
    :linkattrs:
    :icons: font
    
    // URLs
    :docs: http://snowdrop.jboss.org/documentation
    
    
    [abstract]
    This book is a guide to Releasing & Publishing Snowdrop.
    
    //toc::[]
    
    :numbered:
    
    == Intro
    
    The following steps walk you through releasing and publishing a build. When you have merged all the changes that want in 
    this build move on to the next step. 
    
    == Tag it.
    . Change the pom version (i.e. `4.0.0.SNAPSHOT` -> `4.0.0.Final`).
    . `git commit -am "Update version from 4.0.0-SNAPSHOT to 4.0.0.Final."`
    . `git push upstream master`
    . `git tag -a 4.0.0.Final -m "[maven-scm] copy for tag 4.0.0.Final"`
    . `git push upstream --tags`
    
    == Edit pom.xml and set the development version
    . Change the pom version (i.e. `4.0.0.Final` -> `4.0.1-SNAPSHOT`).
    . Commit and push
    . `git checkout [tag i.e. 4.0.0.Final]` (once you done don’t forget to checkout master)
    
    == Configure Maven settings.xml for Publishing to the JBoss Maven Repo.
    NOTE: This step should only need to be done once.
    
    . Perform the following steps descriped in the https://community.jboss.org/wiki/MavenGettingStarted-Developers[Maven Getting Started] guide.
    .. Configure Maven settings.xml to use the JBoss Repository 
    .. Configure Maven settings.xml to deploy to the JBoss Repository
    ... You will need to request login rights from help@jboss.org 
    .. Configure Maven settings.xml to use Deprecated Artifacts
    
    . Configure Signing for Publishing to the JBoss Maven Repo.
    .. You must have GPG set up and your key registered, as described at http://www.sonatype.com/people/2010/01/how-to-generate-pgp-signatures-with-maven/
    .. You must provide a property `gpg.passphrase` in your `settings.xml` in the `release` profile e.g.
    
        [source,xml]
        ----
        <profile>
            <id>release</id>
            <properties>
                <gpg.passphrase>myPassPhrase</gpg.passphrase>
            </properties>
        </profile>
        ----
    
    .. You must have a JBoss Nexus account, configured with the server id in `settings.xml` with the id jboss-releases-repository e.g.
    
        [source,xml]
        ----
        <server>
            <id>jboss-releases-repository</id>
            <username>myUserName</username>
            <password>myPassword</password>
        </server>
        ----
    
    .. Add `org.sonatype.plugins` plugin group to your `settings.xml` so the nexus plugin can be available for publishing scripts.
    
        [source,xml]
        ----
        <pluginGroups>
            <pluginGroup>org.sonatype.plugins</pluginGroup>
        </pluginGroups>
        ----
    
    . Add the following is in your `pom.xml`
    
        [source,xml]
        ----
        <profile>
            <id>release</id>
            <build>
                <plugins>
                    <plugin>
                        <groupId>org.apache.maven.plugins</groupId>
                        <artifactId>maven-gpg-plugin</artifactId>
                        <version>1.4</version>
                        <executions>
                            <execution>
                                <id>sign-artifacts</id>
                                <phase>verify</phase>
                                <goals>
                                    <goal>sign</goal>
                                </goals>
                            </execution>
                        </executions>
                    </plugin>
                </plugins>
            </build>
        </profile>
        ----
    
    . Create a public key to use and submit it for access.
    .. https://mojo.redhat.com/docs/DOC-67793[Access Instructions for docs.jboss.org and downloads.jboss.org]
    .. https://mojo.redhat.com/docs/DOC-81955[Uploading files to downloads.jboss.org and docs.jboss.org]
    .. https://mojo.redhat.com/projects/jon-usage-guidelines/blog/2011/01/16/setup-rpm-build-environment-and-gpg-key[Setup RPM Build Environment and GPG Key]
    
    
    == Release/Publish
    . If you set up everything in the pom and settings.xml then all you need at this point is *‘mvn deploy’*.
    
    == Closing the Staging Respository
    . When you deploy/upload your release build, Nexus will automatically create a temporary staging repository for testing. 
    After all the uploads are complete, you will need to log into https://repository.jboss.org/nexus[Nexus] using your 
    JBoss.org credentials and *close the staging repository*. "Closing" the repository does not mean that the artifacts are 
    promoted, it only means that no additional artifacts can be added.
    . Click on the link *"Staging Repositories"* on the left side under the section called "Build Promotion". Next, *select 
    the checkbox* next to the staging repository which contains your jboss.org userid. Then click on the *"Close"* button at 
    the top of the repository list.
    . When the staging repository is closed, Nexus performs several steps to validate the release. If you receive a 
    validation error when closing the repository, check that you have supplied all of the relevant information and content 
    in your release.
    . At this point, the contents of the *repository need to be verified*. Depending on the needs of your project, this can be 
    a quick visual verification by browsing the repository, or a more formal testing process using the staging repository. 
    If there is a problem with the release, simply click the repository check box in Nexus and then click the "Drop" button. 
    .. Using Staging Repository
    ... The staging repository is a repository group in Nexus which contains the temporary staging repositories and all JBoss 
    and thirdparty release repositories. The staging repository URL can be configured as a Maven repository via the `settings.xml`.
    ... Set up to use the Staging Repo: https://community.jboss.org/wiki/MavenStagingSettings 
    ... Staging repos: https://repository.jboss.org/nexus/content/groups/staging/
    
    == Releasing the Staging Repository
    . If the release has been verified successfully, *select the checkbox* for the repository and click the *"Release"* button. 
    The artifacts will be moved to the releases repository, and the staging repository will be deleted. Please be patient 
    as it may take several minutes for Nexus to move the artifacts from the staging repository to the release repository. 
    
    NOTE: If you need to configure the repo to Publish to the Maven Repo, ask Pete Muir to email his contact at Maven central 
    and ‘pull’ the jar from the jboss nexus.
    
    == Deploy code to the website
    
    . Prepare files for upload (this is after running `mvn clean package`).
    .. Collect all the files in one directory for easier uploading. 
    ... Name that directory after the tag (i.e. `4.0.0.Final`). 
    ... Standalone libs = `snowdrop\build\target\snowdrop-4.0.0.Final-lib.zip`
    ... Deployer JBoss AS 7
    .... Without Spring = `snowdrop\subsystem-as7\aggregator\target\jboss-spring-subsystem-as7-nodeps.zip`
    .... With Spring = `snowdrop\subsystem-as7\aggregator\target\jboss-spring-subsystem-as7.zip`
    .. _NOTE: If you have previous versions posted make sure you use the same naming pattern or you will need to change more on the website._
    
    
    . Upload the files to jboss
    .. Use either `rsync` or `sftp`
    ... Go to the directory that has `4.0.0.Final` in it. 
    ... `rsync -rv --protocol=28 4.0.0.Final snowdrop@filemgmt.jboss.org:/downloads_htdocs/snowdrop`
    ... enter your pass phrase
    ... *_OR_*
    ... `sftp snowdrop@filemgmt.jboss.org`
    ... enter your pass phrase
    ... `cd /downloads_htdocs/snowdrop/`
    ... `put /[PATH TO LOCAL FILES]/4.0.0.Final` (this will copy from local to remote location) 
    .. Change the permissions on the sent files. 
    ... `sftp snowdrop@filemgmt.jboss.org`
    ... enter your pass phrase
    ... `cd /downloads_htdocs/snowdrop/`
    ... `chmod 664 ./4.0.0.Final/*`
    
    . Update the website at https://www.jboss.org/author/snowdrop/downloads
    .. Copy the old download section and move to the legacy area.
    .. Edit the links and version number of the current download to point to the files that were uploaded.
    .. Go to AdminCentral and accept the changes 
    ... https://www.jboss.org/author/.magnolia/pages/adminCentral.html
    ... Scroll down to ‘snowdrop’, expand it, and select it all the yellow items.
    ... Click the ‘Activate changes’ button
    ... Add a comment and dates if you want, then submit it.
    
    

    back to top

    Software Heritage — Copyright (C) 2015–2025, The Software Heritage developers. License: GNU AGPLv3+.
    The source code of Software Heritage itself is available on our development forge.
    The source code files archived by Software Heritage are available under their own copyright and licenses.
    Terms of use: Archive access, API— Content policy— Contact— JavaScript license information— Web API