Paremus logo
 
 
   
   
 
 
   
     
 
 
 
 
 
 
 
 
 
Glossary of Terms
 
 

Business Service

A Business Service is the interface that the consumer (user, business, other application) interacts with the System to obtain the output/result of the processing performed by the System. This interface can be provided in any form that is dictated by the consumer e.g. SOAP, REST, XML, etc.

 

Composite Application

A Composite Application is a modular application made up from a number of re-useable software components, typically OSGi bundles. The degree of modularization for any Composite Application depends upon a number of factors including if it is a new application or if is the decomposition of an existing application. For more information on how modular your applications should be please contact us.

 

OSGi

OSGi™ – The Dynamic Module System for Java™ - is a a very mature component system described in a set of specifications that enable a development model where applications are (dynamically) composed of many different (reusable) components. 
The specifications are developed by the members of the OSGi Alliance in an open process and made available to the public free of charge under the OSGi Specification License. The OSGi Alliance was established in 1999 (originally the specifications were JSR8) and the specifications offer a mature industry technology designed from the outset to provide an extremely lightweight, highly agile, local JVM runtime. OSGi technology concentrates on component packaging, component life-cycle management, dynamic service registration and component collaboration, all with the view to achieving a simple, loosely coupled interchangeable component framework that is both flexible and easy to maintain.

OSGi technology also addresses the management issues caused by components within business systems evolving at different rates (a.k.a. DLL/Class Loader hell), as OSGi allows components of the same type, but of different versions, to be used in the same JVM runtime.

OSGi was initially aimed at the embedded, 'smart home', automotive and mobile industries and significant adoption has occurred. Since 2006 there has been a huge surge in interest and activity in OSGi technology from the enterprise software vendor community which has led to the establishment of the Enterprise Expert Group (EEG) in 2006, within the OSGi Alliance, and Paremus is an active member.

Three open-source, interchangeable, OSGi Platform implementations of the specification are available, each designed to run in a local JVM - Equinox (Eclipse), Felix (Apache) and Knopflerfish (Apache). JEE application server vendors are moving en-mass towards being built on an OSGi component framework (see press release and InfoQ August 2006).The open source Eclipse IDE has been based on OSGi since 2004. The popular Spring Framework also supports OSGi.  A large number of other open source projects have announced support, or intent to support, OSGi including: Apache Derby, Apache ServiceMix, Apache Sling, db4o, GeoServer, JAME, Jetty (v 6.1.5 onwards), JPOX, Mule, Nuxeo, Paremus Service Fabric Community Edition, Peaberry (formerly Guice-OSGi), etc..

 

Private Cloud

A Private Cloud is the grouping of an organizations own, known, and therefore trusted and secure, computing resources that are used to provide a Cloud Computing platform for the organization that owns them.
 

Runtime Patterns

A Runtime Pattern is a package of OSGi components that provide processing functionality that runs as a pattern on the Service Fabric. Paremus offers a number of optional ‘out-of-the-box’ Runtime Patterns that provide enhanced capabilities - see Runtime Patterns.
 

SCA (Service Component Architecture)

SCA is an industry standard way of describing how to create a composite application by defining which components are required and how they should be wired together. SCA is implementation neutral, neither protocol or application infrastructure is mandated, and it defines connectivity between composites using SCA bindings.

SCA uses SCDL (Service Component Definition Language), an XML-based description, to provide a structural description of the composite application. This can include the required application and infrastructure components, their configurations, and which SCA bindings to use. This loose coupling of components and bindings make it extremely flexible and adaptive. For example, to change two composites that communicate with each other via SOAP, to use JMS instead, one simply changes the relevant SOAP SCA bindings to the appropriate JMS SCA bindings.

SCA was initiated by the Open SOA Collaboration and following its incubation period was formally submitted to OASIS in March 2007 for advancement through its open standards process.
 

System

A System is the sum of multiple software components that are required to deliver the required Business Functionality.  A System can consist of a single Composite Application or can be a number of coarse-grained (i.e. third party applications) and/or Composite Applications required to achieve the desired functionality. A System can in itself provide a Business Service or the output of one System can be the input of another System(s) whose output provides the Business Service.
 
 

 

     
 
 
Terms of Use and Privacy Policy
Paremus, Paremus Nimble and Making Modularity Manageable are trademarks of Paremus Ltd. All rights reserved.
Copyright © Paremus Ltd 2001-2009