Skip to main content
Jump to: navigation, search

Higgins/Solutions

< Higgins
Revision as of 03:58, 28 March 2007 by Sergey.parityinc.net (Talk | contribs) (I-Card Manager Web App)

Overview

A Deployment Scenario is a specific combination of Components that, when assembled and deployed result in an application or service that is identifiable to an end-user as a "whole" app or service. This page is intended to explain how to assemble building block Components into running apps and services. The indended audience is technical, but more about assembling, building and deploying, as opposed to "developing."

Some of the Deployment Scenarios are web services or webapps that have been deployed on Eclipse servers and can be used for testing and and development-related purposes. Examples would include a CardSpace-compatible IdP service (what Microsoft would call a "Managed Card Provider" (not to be confused with our use of the term provider)), or a MediaWiki app that supports OpenID sign-in, etc.

CardSpace-interoperable Identity Provider/STS

Deployment Scenario OS Runtime Binding Open URL Owner
CardSpace-interoperable IdP/STS Open SUSE 10.2 JVM 5.0
Tomcat 5.0
WS-Trust
WS-Transfer
TBD Wag (IdP) DSanders

.

Old table (on its way out...):

Deployment Scenario OS Runtime Assemble & Deploy Binding Open URL Owner
CardSpace-interoperable IdP/STS n/a n/a n/a n/a TBD Wag (IdP)
Woof (RP)
DSanders
Token Service Open SUSE 10.2 JVM 5.0, Tomcat X.X here WS-Trust, WS-Transfer open n/a MikeM
Identity Attribute Service Open SUSE 10.2 JVM 5.0 here Java Interfaces open n/a JimS
LDAP Context Provider Open SUSE 10.2 JVM 5.0 viewsvn, ide, cli, downloads Java Interfaces n/a n/a TomD
Open LDAP Server
(or other LDAP server)
Open SUSE 10.2 OS Open LDAP downloads LDAP n/a n/a n/a

.

Identity Agent Deployments

H1 Identity Agent

  • Installed locally:
  • Remote:
    • Deployed I-Card Manager webapp (see I-Card Manager Web Application Deployment section)
    • Deployed RPPS web service (see RPPS Web Service Deployment section)

H2 Identity Agent

  • Installed locally:
  • Remote:
    • Deployed I-Card Manager webapp (see I-Card Manager Web Application Deployment section)
    • Deployed RPPS web service (see RPPS Web Service Deployment section)

H3 Identity Agent

  • Installed locally:
    • Higgins Browser Extension (HBX) --HBX launches the ISS Client UI
    • ISS Client UI rich client card selector (not yet documented as a deployment)
    • Deployed I-Card Manager webapp (see I-Card Manager Web Application Deployment section)
    • Deployed RPPS web service (see RPPS Web Service Deployment section)
    • Requires local JVM, Tomcat, anything else...?

I-Card Manager Web App

Deployment Scenario OS Runtime Assemble & Deploy Binding Open URL Owner
I-Card Manager Web Application (WAR) Fedora 5 JVM 5.0, Tomcat 5.x viewcvs, ide, cli WS TBD site SergeiY

.

RPPS Web Service

Deployment Scenario OS Runtime Assemble & Deploy Binding Open URL Owner
RPPS Web Service (WAR) Fedora 5 JVM 5.0, Tomcat 5.x viewcvs, ide, cli WS, RSS-SSE TBD WS endpoint SergeiY

.

RP Test Services and Apps

RSS-SSE RP Test Application

Deployment Scenario OS Runtime Assemble & Deploy Binding Open URL Owner
RSS-SSE RP Test Application (WAR) Fedora 5 JVM 5.0, Tomcat 5.x viewcvs, ide, cli WS, RSS-SSE TBD site SergeiY

.

Nightly Builds

Though certainly not a "deployment" in the usual sense, the Higgins project automatically builds some of the Components every night.

Deployment Scenario OS Runtime Assemble & Deploy Binding Open URL Owner
Nightly Component Builds SUSE Ant psf n/a open build.eclipse.org EvgeniyV

.

Conventions Used V2

Each Deployment Scenario is documented by a table. In cases where this is a multi-row table, there should be a short paragraph on this page that describing how the multiple machines are used together. For example: if row/machine#1 is running Firefox with HBX and row/machine#2 is running the I-Card Manager then using the browser you'll be able to do <something>.

  • The deployment owner is responsible for maintenance of this table
  • Each computer involved has its own row. This row describes that computer's configuration (OS, runtime, etc.).

Table Columns

  1. Deployment Scenario - link to wiki page describing deployment scenario (see "Deployment Description" section below)
  2. OS - OS that this machine either (a) runs on (see URL column) or (b) has been tested on. Put in parens the OS number if more than OS instance is involved
  3. Runtime - Runtime environment for this machine (e.g. JVM & version, Tomcat & version, etc.)
  4. Binding - how will the service running on this machine be consumed
  5. Open - open enhancements and bugs (Bugzilla) for this deployment scenario (Note: none are currently defined)
  6. URL - endpoint that hosts a test version of the service (hosted by Eclipse Foundation)
  7. Owner - person with overall responsibility for this deployment scenario (not individual components)

Example Table

Deployment Scenario OS Runtime Binding Open URL Owner
CardSpace-interoperable IdP/STS Open SUSE 10.2 JVM 5.0
Tomcat 5.0
WS-Trust
WS-Transfer
TBD Wag (IdP) DSanders

Deployment Description

This wiki page must contain the following sections:

  1. Overview --describes briefly the service running on this machine
  2. Assembly and Build
    • A table with a row for each Higgins component required and a row for each non-Higgins component JAR, etc required. Each row has these columns:
      1. Name of component/jar
      2. Link to description --in the case of Higgins components and projects this should be a link to the Componentspage#<component-name> AND the row prefix (e.g. "A" or "B")
  3. Deployment
    • Deployment "hints": things you might have had to do to "configure" the files. For example the STS and LDAP CP have several configuration files that need to be explained a little for anyone wanting to replicate the deployment to their own servers. Another example: Tomcat configuration
    • Any unusual steps related to configuring non-Higgins components

The Assembly and Build instructions section would start off with a bulleted list of components and other external stuff that you'll need. We can include links to the various required rows on the Components page tables as we've started doing.

Conventions Used V1

The tables on this wiki page have the following column structure:

  1. Deployment Scenario - link to wiki page describing deployment scenario
  2. OS - OS that this deployment either (a) runs on (see URL column) or (b) has been tested on. Put in parens the OS number if more than OS instance is involved
  3. Runtime - Runtime environment for component (e.g. JVM & version, Tomcat & version, etc.)
  4. Assemble & Deploy
    • Links to documentation
  5. Binding - how will externally consumed services of deployment scenario be consumed
  6. Open - open enhancements and bugs (Bugzilla) for this deployment scenario (Note: none are currently defined)
  7. URL - endpoint that hosts a test service (hosted by Eclipse Foundation)
  8. Owner - person with overall responsibility for this deployment scenario (not individual components)

See Also

Back to the top