Stardust/Knowledge Base/Reference Project
< Stardust | Knowledge Base
Contents
Scenario
The Federal Charity institution of Neverland provides an Internet platform for charity organizations to distribute their benefits to those in need. Charity institutions can register and describe their rules for accepting beneficiaries. Beneficiaries can apply for benefits such as vacation funding.
Main Elements
Processes, Events and Activities
- Charity Organization Registration and Approval
- Data Entry
- Address Verification
- Review
- Approval/Rejection
- Vacation Request
- Data Entry
- Address Verification
- Dispatching to Charity Organization
- Review
- Approval/Rejection
Participants
- Platform Operators from the roof organization running/operating the system
- Administrators of the charity organizations
- Applicants would only be implicit participants kicking of workflows via a little portal and receiving notifications
Services
- Address Validation Specifications managed in EasySOA, implementation prototyped in OW2 FraSCAti Studio
- HTML/JS UI Component for Organization Review
- Simplistic HTML5 web portal for Charity organization registration (kicking off first process) Application for vacation funding (kicking off second process)
Data Model
- XSD
- Charity Organization (Structure)
- Vacation Funding Request (Structure)
- Beneficiary (Structure)
- Address (Structure)
- Country (Structure)
- Used across tools (BPM, WS)
Running the Project
- Install Stardust for Helios or Kepler
- Create a Dynamic Web Project with Stardust Profile enabled
- Aduit Trail Database initialization
- Load the charity-portal Utility Project from Stardust Git (http://git.eclipse.org/c/stardust/org.eclipse.stardust.examples.git)
- Copy the Process Model to a folder proces-models (or the like) in your Dynamic Web Project
- Add the charity-portal Utility Project
Selected Implementation Aspects
Charity Portal
The Charity Portal is a simple HTML/JS-based implementation which leverages
jQuery jQuery UI Angular JS
Processes are started via REST calls from the class ServiceAdapter
jQuery.ajax({type : "POST", beforeSend: function (request) { request.setRequestHeader("Authentication", self.getBasicAuthenticationHeader()); }, url : this.getProcessStartUrl("CharityOrganizationRegistration"), contentType : "application/xml", data : payload}).done(function() { deferred.resolve(); }).fail(function() { deferred.reject(); });
using a Deferred pattern for synchronicity.
The XML payload to initialize the Process Data is assembled manually from the JSON objects used in the UI. This might be replaced by an automated conversion, e.g. with [json2xml].