Utvecklingsmiljö

För att utveckla och underhålla SKLTP samt köra automatiska enhetstester och integrationstester i utvecklingsmiljön krävs:

• Java SE 7 och 8
• Maven 3
• Subversion och Git klient

Val av IDE är valfritt men om Eclipse används så rekommenderas följande pluginer för versionshantering av källkod:

• Subversive för Subversion
• EGit för Git

För att exekvera systemtester används:

• SoapUI för funktionella tester
• Klientcertifikat
• Gatling för lasttester och robusthetstester
  För mer information om hur Gatling används se /wiki/spaces/SKLTP/pages/3187836104

Utöver detta behövs rättigheter till följande:

• Github push rättigheter
• Jenkins Cloudbees rättigheter
• Sonatype nexus rättigheter
• JIRA och Confluence wiki
• Tillgång till fysiska testmiljöer

Git för utvecklare

/wiki/spaces/SKLTP/pages/3187835204

License headers

The Maven build checks that source files contain license headers (for example, when running: mvn clean install) using the com.mycila.maven-license-plugin:maven-license-plugin.

If a build fails due to missing license headers:

[INFO] Missing header in: /Users/hakan/Documents/scm/svn_skltp/jms-admin-web_tr/src/main/java/se/skltp/admin/core/services/HdLabAmq.java
[INFO] ------------------------------------------------------------------------
[INFO] BUILD FAILURE

it can be fixed by running:

mvn license:format

Verifiering

Innan release av en component ska funktionella tester, lasttester och robusthetstester genomföras.

/wiki/spaces/SKLTP/pages/3187836104

Release Management

To release software components we use Maven and its release-plugin. Kontrollera att följande kod finns i rot-pom'en. I annat fall kommer releasepluginen att försöka checka in koden i det centrala github-repot.

När man är klar får incheckning mot github göras manuellt.

To be able to publish released artifacts on the central Maven repository we use Sonatype OSS Repository Hosting Service, see instructions for more information.

After a successful registration and setup of a OSS project according to the instruction above a release can be done to the central repository just by doing the ordinary:

mvn release:prepare
mvn release:perform

The artifacts are now pushed to a Nexus staging repository and can be published in its staging repository for verification and after that the artifacts can be released for publication on the central Maven repository. See below for instructions.

For the SKLTP project with the group-id se.skltp, see http://repo1.maven.org/maven2/se/skltp/.

Verify and publish released artifacts

Before publishing released artifacts to the public Maven repository we can verify its functionality by publishing them to a staging repository.
After a successful verification we can move on and make them public available in the central Maven repository.

Publish to a staging repository for verification

• Go to: https://oss.sonatype.org
• Login to the Nexus UI.
• Select "Staging Repositories" in the menu to the left.
• Select the release-bundle in the list that is displayed, e.g. seskltp-nnnn, and validates its content (click on the Content-tab below the selected bundle)
• Click the Close button in the top menu.

Validate

The suggested validation procedure assumes that you have a maven profile in your settings-file (~/.m2/settings.xml) like:

<servers>
  <server>
    <id>sonatype-nexus-staging</id>
    <username>xxxxxxxxx</username> 
    <password>pppppppppp</password>
  </server>
</servers> 
<profile>
  <id>sonatype-nexus-staging</id>
  <repositories> 
    <repository> 
      <id>sonatype-nexus-staging</id> 
      <name>Sonatype Nexus Staging</name>
      <url>https://oss.sonatype.org/content/repositories/staging/ </url> 
      <releases> 
        <enabled>true</enabled> 
      </releases> 
      <snapshots> 
        <enabled>false</enabled> 
      </snapshots> 
    </repository> 
  </repositories>
</profile>

OBS! I Sonatype under användarprofilen kan man skapa ett user token som ersätter inloggningsuppgifter i klartext under <server> med krypterade användarnamn och lösenord.

Perform the following steps:

• Validate against the staging repo https://oss.sonatype.org/content/repositories/staging/
  • Activate the maven profile sonatype-nexus-staging in the maven settings.xml - file:

<activeProfiles>
    <activeProfile>sonatype-nexus-staging</activeProfile>
</activeProfiles>

• If you are using the released artifacts are used in other components:
  • Remove the released artifacts from the local maven repository (to ensure that the artifacts are downloaded as expected from the Sonatypes staging repository)
  • Update other components that depend on the released artefacts to the new versions in their maven dependencies and perform a clean build of the components.
  • Perform whatever tests to ensure the the components work as expected with the released artifacts.

• If the released artifacts contains ready to use applications
  • Download the application runtime-files for the staging repository and deploy then into your test environment.
  • Perform tests that verify that the new release of the application works as expected.

• If errors are detected then go back to the Nexus UI and click on the Drop button to stop the release.
  • Correct any errors and redo the deploy process...

Publish to the central Maven repository for public availability

• Go back to the Nexus UI, i.e. https://oss.sonatype.org
• Login and select the release bundle again
• Click on the Release button.
• Artifacts should now be synced with central Maven repository on a hourly bases...

Skapa GPG-nyckel för att signera artefakter vid release

Sonatype OSS kräver signering av artefakter med GPG (konfiguration för detta finns i Sonatype OSS maven parent-pom).

Install pgp, create key-pair and distribute public key.See http://www.sonatype.com/people/2010/01/how-to-generate-pgp-signatures-with-maven/ for details.

1.  Install pgp
   If you are a Mac user and have macports installed then simply install pgp with the command:

   sudo port install gnupg

   For Windows user download the GpG software http://www.gpg4win.org/ and install the application. You may need to restart the machine.

2. Create key-pair
   

   gpg --gen-key

3. List keys
   

   gpg --list-keys
   gpg --list-secret-keys

   Keys will be listed in the following format where the key id, nnnnnnnn, is the most important:
   

   pub   mmmmm/nnnnnnnn date
   uid   name <email>
   sub   mmmmm/ssssssss date

4. Distribute public key
   

   gpg --keyserver hkp://pgp.mit.edu --send-keys nnnnnnnn

5. Define the default key
   If you have only one private key then you can skip this step. If you have more than one private key you can define a default key by editing the configuration file:
   

   mate ~/.gnupg/gpg.conf

   And set the default-key option to your preferred default key:
   

   # If you have more than 1 secret key in your keyring, you may want to
   # uncomment the following option and set your preferred keyid.
   default-key nnnnnnnn

   
   

Paketnamn

SKLTP komponenter

se.skltp.<komponentnamn>, tex se.skltp.agp

Aggregerande tjänster

se.skltp.aggregatingservices.<tjänstedomän>.<tjänsteinteraktion>, tex se.skltp.aggregatingservices.riv.clinicalprocess.healthcond.basic.getaggregatedmeasurement

Anpassningstjänster

se.skltp.adapterservices.<adapternamn>, tex se.skltp.adapterservices.DominoHttp10Adapter

Virtuella tjänster

se.skltp.virtualservices.<tjänstedomän>, tex se.skltp.virtualservices.clinicalprocess.activityprescription.actoutcome.

https://oss.sonatype.org/#profile;User Token