OpenSolaris
Collectives
Discussions
Documentation
Download
Source Browser
Free CD
Log-in
|
en
Community Group web
:
Data Migration
Top Menu
Show
:
Comments
Attachments
History
Information
Print
:
Print
Print preview
Export as PDF
Export as RTF
Export as HTML
Export as XAR
Wiki code for
Data Migration
Hide Line numbers
1: = Website Transition: Data Migration = 2: 3: DATA WA MIGRATED FOR THE FINAL TIME TO AUTH ON MONDAY, OCTOBER 5, 2009. 4: 5: Historically, there were multiple sets of data in use by different applications that run on the opensolaris.org website. This situation caused confusion and inconsistencies and prevented a single sign-on mechanism from being feasible. Moving forward, one database holds role information. 6: 7: This document explains how data was migrated FROM existing data sources TO the new Auth database. It also explains how changes made in the Auth application/database are being "reverse migrated" to the Tonic database during the interim between Phase 1 and the point at which all client applications have integrated with Auth. 8: 9: See the [[Roles and Collectives>>Community Group web.transition-roles-collectives]] page for more information about the new roles. 10: 11: == Existing Data Sources == 12: 13: === Poll Database === 14: 15: * The Poll database held the voting information for the OpenSolaris community. 16: * Voting Members are the set of all Community Group Core Contributors. 17: * The Poll database contained no data about Projects or User Groups. 18: 19: === Tonic Database === 20: 21: * The Tonic database holds the data visible in the current opensolaris.org portal application. There are three categories of data: Community Groups, Projects and User Groups, where User Groups are implemented as Projects. 22: * The membership classes used by Tonic did not completely align with either the Poll database or the OpenSolaris Constitution, so data was mapped as outlined below. 23: * In addition, the assignment of roles in Poll and Tonic was never synchronized, which created inconsistencies in the role assignments between the two databases; these were resolved by the data mapping as outlined below. 24: 25: === Source Repository Database === 26: 27: * The Source Repository database held details about the code repositories hosted on opensolaris.org, including User permissions for the repositories. 28: * Only Projects have associated source repositories. 29: 30: == Community Groups == 31: 32: DEFINITIVE DATA SOURCE: Tonic database. 33: 34: CURRENT ROLES: Leader, Observer. 35: 36: NEW ROLES: **LEADER**, **AFFILIATE**, **PARTICIPANT**, 37: 38: === Community Group Membership Data Migration === 39: 40: 1. Community Group Leaders in Tonic were made **LEADERS** of the relevant Community Group in Auth. 41: 1. **AFFILIATE** is a new role that can edit the Community Group’s web pages. Initially, this set was empty, with LEADERS having the ability to assign the role. 42: 1. Observers of a Community Group in Tonic who were not identified as LEADERS in Step 1 were made **PARTICIPANTS** of the relevant Community Group in Auth. 43: 44: === Community Group Electorate Membership === 45: 46: DEFINITIVE DATA SOURCE: Poll database. 47: 48: 1. Core Contributors in Poll were made **CORE CONTRIBUTORS** of the associated Community Group Electorate in Auth. 49: 1. Contributors in Poll were made **CONTRIBUTORS** in the associated Community Group Electorate in Auth. 50: 1. NOTE: Auth does not model Emeritus Contributor specifically as a role. Emeritus Contributors are Core Contributors who do not have any current voting grants. With regard to data migration: 1) Emeritus Contributors who had grants in Poll (current or expired) were migrated to Auth as **CORE CONTRIBUTORS**, and 2) Emeritus Contributors with no recorded grants in Poll were discarded. In the new system, Emeritus Contributors can be derived from the grant data. 51: 1. Facilitators were not stored in the Poll or Tonic databases, but Auth provides the Facilitator relationship type for Community Group Electorates so that the designated Facilitator can be recorded. Facilitators are associated with the Community Group Electorate rather than the Community Group itself as they are the contact between the OGB and the Community Group Electorate. There may only be one Facilitator per Community Group. 52: 53: === Community Group Source Code Repository Rights === 54: 55: None, because Community Groups do not have source code repositories associated with them. 56: 57: == Projects == 58: 59: DEFINITIVE DATA SOURCES: Tonic database and Source Repository database (there is no Project data in the Poll database). 60: 61: CURRENT ROLES: Project Leader, Observer. 62: 63: NEW ROLES: **LEADER**, **DEVELOPER**, **PARTICIPANT**. 64: 65: === Project Membership Data Migration === 66: 67: 1. Project Leaders in Tonic were made **LEADERS** of the relevant Project in Auth. 68: 1. Observers of a Project in Tonic who have commit rights to one or more source repositories owned by a Project in Tonic and who were not identified as LEADERS in Step 1 were made **DEVELOPERS** of the relevant Project in Auth. 69: 1. Observers of a Project in Tonic who were not identified as LEADERS or DEVELOPERS in Steps 1 and 2 will be **PARTICIPANTS** of the relevant Project in Auth. 70: 71: === Project Electorate Membership === 72: 73: Projects do not grant governance roles, so there are no associated Project Electorates. 74: 75: === Project Source Code Repository Rights === 76: 77: * **LEADER**: 78: ** Has commit rights to all the Project’s source code repositories; 79: ** Can grant commit rights to specific source code repositories to Project DEVELOPERS; 80: ** Can create new source code repositories; 81: ** Current Project Leaders have these rights because as noted above, that role migrated to the new Project LEADER role. 82: * **DEVELOPER**: 83: ** Has commit rights to one or more Project source code repositories; 84: ** As noted above, anyone currently with commit rights who is not already a LEADER became a DEVELOPER. 85: * **PARTICIPANT**: 86: ** No source code repository rights. 87: 88: == User Groups == 89: 90: DEFINITIVE DATA SOURCE: Tonic database (there is no User Group data in the Poll database). 91: 92: CURRENT ROLES: Project Leader, Observer (because User Groups were implemented as Projects). 93: 94: NEW ROLES: **LEADER**, **AFFILIATE**, **PARTICIPANT**. 95: 96: === User Group Membership Data Migration === 97: 98: 1. Project Leaders in Tonic were made **LEADERS** of the relevant User Group in Auth. 99: 1. **AFFILIATE** is a new role that can edit the User Group’s web pages. Initially, this set was empty, with LEADERS having the ability to assign the role. 100: 1. Observers of a User Group in Tonic who were not identified as LEADERS in Step 1 were made **PARTICIPANTS** of the relevant User Group in Auth. 101: 102: === User Group Electorate Membership === 103: 104: User Groups do not grant governance roles, so there are no associated User Group Electorates. 105: 106: === User Group Source Code Repository Rights === 107: 108: None, because User Groups do not have source code repositories associated with them. 109: 110: == Project:Community Group Relationships == 111: 112: In the past, Projects could have been endorsed by one or more Community Groups. This led to confusion about which Community Group was responsible for a given Project. Auth models this relationship as ’sponsors’ rather than ’endorses’ and only allows a Project to be sponsored by a single Community Group. 113: 114: If a Project had been endorsed by more than one Community Group in the Tonic database, Auth recorded the oldest endorsing Community Group as the sponsor. Any remaining endorsing Community Groups were recorded as being ’associated with’ the Project. 115: 116: == Reverse Data Migration During Interim Period == 117: 118: Auth became the lead database in Phase 1 of the website transition, and the user data in the old Tonic database is being updated in step with changes made to Auth because existing applications that use the old database are still running. Keeping the Tonic database synchronized with Auth during this period gives application owners more flexibility for planning their integration with the Auth application. 119: 120: Following is how updates to Auth will be propagated into the Tonic database: 121: 122: Within a Community Group, if you are made a: 123: 124: * **PARTICIPANT** in Auth: you are an Observer of that Community Group in Tonic 125: * **CONTRIBUTOR** in Auth: you are an Observer of that Community Group in Tonic 126: * **CORE CONTRIBUTOR** in Auth: you are a Leader of that Community Group in Tonic 127: 128: Within a Project, if you are made a: 129: 130: * **PARTICIPANT** in Auth: you are an Observer of that Project in Tonic 131: * **DEVELOPER** in Auth: you are an Observer of that Project in Tonic 132: * **LEADER** in Auth: you are a Leader of that Project in Tonic 133: 134: Within a User Group, if you are made a: 135: 136: * **PARTICIPANT** in Auth: you are an Observer of the User Group Project in Tonic 137: * **AFFILIATE** in Auth: you are an Observer of the User Group Project in Tonic 138: * **LEADER** in Auth: you are a Leader of the User Group Project in Tonic 139: 140: Version 10, October 14, 2009
Search
Collectives
Community Group
Academic and Research
Accessibility
Advocacy
Appliances
Approachability
Architecture Process and Tools
BrandZ
Chinese Users
Community Advisory Board
Databases
Desktop
Device Drivers
Distribution
Documentation
DTrace
Emerging Platforms
Fault Management
Games on OpenSolaris
HA Clusters
HPC Developer
Installation and Packaging
Internationalization and Localization
Laptop
Logical Domains
Modular Debugger (MDB)
Networking
NFS
Observability
OpenSolaris Governing Board (OGB)
OpenSolaris Printing
OS/Net (ON)
Performance
Power Management
PowerPC
Security
Service Management Facility (smf(5))
Software Porters
Solaris Volume Manager
Storage
Systems Administration Community Group
Testing
Tools Home
Unix File Systems (UFS)
Website Community
X Window System
Xen
ZFS
Zones
Project
ADSL Modem Enhancement
ARC Process Definition
ARM Platform Port
Automatic Data Migration
BIND Update
Bluetooth Stack & Drivers
Brocade FC HBA - Initiator
Brocade FC HBA - Target
Brussels - unified network link configuration
Caiman, Solaris Install Revisited
Celeste
Český portál
Chime Visualization Tool for DTrace
CIFS client for Solaris
CIFS Server
Clearview: Network Interface Coherence
Cluster Agent: Informix Dynamic Server
Cluster Agent: OpenSolaris Container
Cluster Agent: OpenSolaris xVM
Cluster Agent: Oracle E-Business Suite
Cluster agent: PostgreSQL
Cluster Agent: Samba
Cluster Agent: Tomcat
CMT
Coarse Data Flow Parallelism
Colorado: Open HA Cluster on OpenSolaris
Command Assistant
Common Array Manager
Companion - /opt/sfw: Free and Open Source software
COMSTAR: Common Multiprotocol SCSI Target
Content
Contest
CPU Observability
Credentials Process Groups
Crossbow: Network Virtualization and Resource Control
Crypto KMS Agent Toolkit
Cryptographic Framework
Data Migration Manager
Data Tethers
Deutsches Portal
Device Detection Tool
Device Driver Utility
Device Manager
Device Mapper
Direct Rendering Infrastructure & 3D drivers
DTrace Guide
Duckwater: Simplified name services management
Easy Tools
Emancipation
Emulex Fibre Channel Device Driver
Emulex Advanced Ethernet Device Driver
Enable/Enhance Solaris support for Intel Platform
Enhance the support of USB webcams
Enhanced SMF Profiles
Enhancements for AMD-based Platforms
Erlang DTrace Integration
Ethernet bridge module for Solaris
Evaluate Conary
Events Registry
Ext3 file system support
F/OSS Package Base
Facilitation
Fibre Channel over Ethernet
Fine Grained Access Policy (FGAP)
Fingerprint Authentication
Flexible Mandatory Access Control
Forensic Tools
Fully Open X Project
Fuse on Solaris
gcore
Generic Machine Check Architecture Improvements
Google SOC
HA-JBoss
HA-MySQL
Hadoop Live CD
Hitachi
HoneyComb Fixed Content Storage
HPC Stack
Image Packaging System
Improved Performance MIB
Indiana
Innovation Awards
Input Method
Intel Graphics
Interrupt Resource Management
IP Datapath Refactoring
IP over Infiniband
IPsec Tunnel Reform
iSCSI Extensions for Remote DMA (iSER)
iSNS Server
JeOS - Just enough Operating System
JKstat - a java binding for libkstat
Journaled File System (JFS)
K Desktop Environment
Kerberos
Kernel Sockets
Kernel SSL Enhancements
Key Management Framework
Korn Shell 93 integration/migration project
Labeled IPsec
LatencyTOP
Layer 2 Filtering
LDoms Manager
Lending
libMicro - portable microbenchmarks
Link Layer Discovery
Live Media: Technologies for distributions running from CD and other media
Locale Data
lofi compression and cryptography support
lx64 brand
Media Management System
Mega_sas
Mexico
MilaX minimal Live Distribution
MIPS Platform Port
Mozilla DTrace
MRSL.NONsharedDevice
Multi-lingual Glossary
Multi-pathing software (MPxIO)
Multiple disk sector size support
Multiple DOI
Muskoka: An open repository for OpenSolaris technical content
Navigator
Nemo: A Framework for High-Performance Networking
Network Auto-Magic
Network Data Management Protocol
Network MIBs
Network Storage
Network Time Protocol (NTP)
Nevada Globalization
New Design of 4over6 Mechanism Based on OpenSolaris
NFS RDMA transport update and performance analysis
NFS Server in non-Global Zones
NFS version 4.1 pNFS
NFSv4 namespace extensions
Nightingale: Port Songbird to OpenSolaris
NPort ID Virtualization (NPIV)
NUMA
Object Storage Device (OSD) support for Solaris
OHACGE Script Based Plug-in
ON/Nevada (ONNV) Project
Open Development Infrastructure
Open HA Cluster Utilities
Open Sound System
OpenGrok
OpenPegasus CIM Server
OpenRTI
OpenSolaris Busybox
OpenSolaris Desktop
OpenSolaris Hispano
OpenSolaris Security Audit
OpenSolaris support for the QEMU processor emulator: host and guest
PEF: Packet Event Framework
Performance Wrappers
Pkgfactory
Polski Portal
Portail Francophone
Portal Brasil
Portals
Power Management Usability Interfaces
Presto: Automatic Printing Configuration
Printable Many Page Solaris Manuals
Promise SuperTrak RAID HBA Driver
QLogic Converged Network Adapter GLDv3 NIC Driver
Quagga Routing Protocol Suite Integration
RAID Configuration Utility
RBridge (IETF TRILL) support
RDMA Offload Framework
Reno: Login Process Enhancements for Interop
Resource Management
s10brand
SAM/QFS
SCM Migration Project
SCSI RDMA Protocol
SDcard Drivers
Sensor Abstraction Layer
Session Initiation Protocol
SFW
Shell: bourne shell, korn shell, C shell, etc.
Sierra: Intel WiFi Chipsets Support
Simple Panels
SM-HBA Based SAS HBA Management
SMF Documentation
Solaris iSCSI Target
Solaris PowerPC Port
SourceJuicer
Sparks: name service switch/nscd enhancements
Squashfs
Star integration/migration project
Starfish
Starter Kit
Storage Power Management
Sun Security Toolkit
Sun StorageTek Availability Suite
Support for OpenFabrics User Verbs / API on OpenSolaris OS
Support gcc4/GCCfss in Solaris
Suspend/Resume
SVR4 Packaging
Systemz
Tamarack: Removable Media Enhancements in Solaris
Tesla: OpenSolaris Enhanced Power Management
Test Development
Tickless Kernel Architecture
TIPC
Trademarks
Trusted networking interface policy database for Trusted Extensions
Trusted Platform Module support
Use Case
Validated Execution Project
Virtual Console
Virtual Network Machines
Visual Panels
Visualization for HPC
Volo
VRRP: Virtual Router Redundancy Protocol Implementation
VSCAN service
Web Stack
Website
Winchester: Schema mapping and ID mapping for AD Interoperability
Wireless USB Support
Wireless Wide Area Network
X Consolidation
x86 Generic FMA Topology Enumerator
Xen Gate
Xfce: A lightweight desktop environment
ZFS Boot and Install
ZFS on disk encryption support
Zone Manager
Zone Statistics
Русский портал
البوابة العربية
भारतीय पोर्टल
中国门户
日本ポータル
한국 포탈
User Group
Adelaide
Argentina
Arizona
Atlanta
Baltimore-Washington
Bangalore
Bangkok
Bangladesh
Beijing
Bélem
Berlin
Bhimavaram
Bloomington
Campus Ambassadors
Capital Region
Cardiff
Charlotte
Chengdu
Chennai
Chihuahua
Chile
Cleveland
Colombia
Columbus
Connecticut
Cracow
Czech
Dallas/Ft. Worth
Danish
Delaware
Edinburgh
Egypt
Finland
Florida
Front Range
FuZhou
Great Lakes
Greece
Hangzhou
Hawaii
HeFei
Houston
Hyderabad
Indonesia
Irish
Israel
Italian
Jinan
Kabul
Kansas City
Latvia
London
Madurai
Manchester
Mato Grosso
Melbourne
Minas Gerais
Minnesota
Montreal
Moscow
Mumbai
Munich
NEA
Netherlands
New England
New York City
New Zealand
NIT Hamirpur
Noroeste
Oklahoma City
Osnabrück
Peru
Philadelphia
Piaski
Pittsburgh
Porto Alegre
Puget Sound
Pune
Queensland
Research Triangle Park
Romania
Russia
San Antonio
San Diego
San Francisco
São Paulo
Scottish
Serbia
Shanghai
Shenzhen
Silicon Valley
Singapore
Slovak
South African
Southern Connecticut
St. Louis
Sweden
Switzerland
Sydney
Szczecin
Taiwan
Tecum
Thames Valley
Tokyo
Toronto
Trondheim
Tulsa
Turkey
Ukraine
University of Melbourne
Vale do Paraíba
Vancouver
Venezuela
Welsh - Cymru
Wisconsin
Xi'an
Subsites
Code Reviews
Code Repositories
Package Search
Bugster
Bugzilla
Test Machines
Planet
Mailing Lists
Elections & Polls
ARC Case Logs
Source Juicer
Package Factory
User Authentication
Community Group web Pages
Content & Editorial Guidelines
G11n_feature
IRC Chat Test
Files
Collective Life Cycle
Restructuring
Preparing Content
Site Feature Mappings
Wiki Evaluation Form
JSPWiki Evaluation
XWiki Evaluation
Wiki Requirements
XWiki/Auth Integration
Announcements
Content Archives
Data Migration
Roles & Collectives