Jump to: navigation, search

Difference between revisions of "SMILA/Glossary"

(removed Tuscany)
(removed SDO)
Line 124: Line 124:
== S ==
== S ==
* '''[http://www.osoa.org/display/Main/Service+Data+Objects+Home SDO]''' - Service Data Objects are designed to simplify and unify the way in which applications handle data. Using SDO, application programmers can uniformly access and manipulate data from heterogeneous data sources, including relational databases, XML data sources, web services, and enterprise information systems. The SDO programming model is language neutral.
* '''Slot''' - An (input/output) slot is a description for the input/output behaviour of a [[#W|worker]]. In a concrete [[#W|asynchronous workflow]] slots are assigned to [[#B|buckets]]
* '''Slot''' - An (input/output) slot is a description for the input/output behaviour of a [[#W|worker]]. In a concrete [[#W|asynchronous workflow]] slots are assigned to [[#B|buckets]]

Revision as of 06:30, 12 September 2012

A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z


  • Action - An action is one step in an asynchronous workflow associated with a certain worker that does the actual processing.
  • Aperture - Aperture is a Java framework for extracting and querying full-text content and metadata from various information systems (e.g. file systems, web sites, mail boxes) and the file formats (e.g. documents, images) occurring in these systems.
  • Attachment - Attachments are parts of records used to store large binary data such as document content.
  • Attribute - Attributes are parts of records and contain simple data objects that are easily represented in XML or json, such as String, Integer, Float, and Date.


  • Blackboard or blackboard service - The blackboard service manages SMILA records during processing in a SMILA component (connectivity, workflow processor). In addition it hides the handling of record persistence from these components. For a complete description see Usage of Blackboard Service.
  • BPEL - BPEL is an XML-based language defining several constructs to write business processes. It defines a set of basic control structures like conditions or loops as well as elements to invoke web services and receive messages from services. It relies on WSDL to express web services interfaces. Message structures can be manipulated, assigning parts or the whole of them to variables that can in turn be used to send other messages.
  • Bucket - Data container in an asynchronous workflow, containing logically grouped data objects of the same type. Can be transient for interim data, which means that data is not persisted and removal of data is under job management control, or persistent, which means that removal of data is not under job management control.


  • Crawler - A crawler is a special worker in an asynchronous workflow that imports data from a data source (e.g. filesystem, web or database) into SMILA. It iterates over the data elements and creates records for all elements that will be further processed in the workflow. In general crawlers resp. crawl workflows are used for initial (bulk) import of data sources. (see SMILA Importing for more details)


  • Data Object - The smallest unit of data handled by an asychronous workflow (e.g. a record bulk).
  • Delta indexing - Delta indexing is also known as incremental or generation based indexing. It is driven by DeltaChecker worker.(see SMILA Importing for more details)


  • Eclipse - Eclipse is an open source community, whose projects are focused on building an open development platform comprised of extensible frameworks, tools and runtimes for building, deploying and managing software across the lifecycle.
  • EILF - EILF (Enterprise Information Logistics Framework) was the original proposed name of SMILA. Since this abbreviation was difficult to pronounce, it was not accepted by the community and thus changed to SMILA.
  • Equinox - Equinox is a base technology from Eclipse implementing the OSGi specification. Not only delivering a high performance class loading mechanism Equinox also provides an environment for managing component dependencies.


  • Fetcher - A fetcher is a worker in an (asynchronous) import workflow that retrieves Records containing an URL or file path, etc from a crawler and actually fetches the content (e.g. of files) from the data source ((e.g. FileFetcherWorker or WebFetcherWorker)), attaches it to records and sends them to the UpdatePusher. (see SMILA Importing for more details)




  • ID - An ID identifies a record in SMILA and is part of a record's metadata.


  • JMX - Java Management Extension is a specification to administrating and monitoring java applications.
  • Job - A Job is a description of a distinct and repeatable working process that the system should accomplish. It references and parametrizes an asynchronous workflow.
  • Job Run - A Job Run is an "instance" of a Job, for example one run of an import of a data source to an index. Only one active job run can existe per job. Statistics will be accumulated for each job run. A job run is automatically stopped when SMILA shuts down.




  • Micro bulk - a (small) bundle of records in one single file which can be pushed into the system using the Bulkbuilder. The micro bulk in itself is not JSON, but a file where each line must consist of a single JSON representation of a record. E.g.:
{"_recordid": "id1", "attribute1": "attribute1", ...}
{"_recordid": "id2", "attribute1": "attribute2", ...}
{"_recordid": "id3", "attribute1": "attribute3", ...}



  • ODE - Apache ODE (Orchestration Director Engine) executes business processes following the BPEL/WS-BPEL standard. It talks to web services, sending and receiving messages, handling data manipulation and error recovery as described by your process definition. It supports both long and short living process executions to orchestrate all the services that are part of your application.
  • OSGi - The OSGi specification is about managing a component based software system. It defines an in-VM Service Oriented Architecture (SOA) for networked systems. An OSGi Service Platform provides a standardized, component-oriented computing environment for cooperating networked services. This architecture significantly reduces the overall complexity of building, maintaining, and deploying applications.


  • Pipelet - A pipelet is a reusable component (POJO) in a BPEL workflow used to process data contained in records. See Pipelets for details.
  • Pipeline - A pipeline is the definition of a BPEL process (or workflow) that orchestrates pipelets and other BPEL services (e.g. web services).




  • SNMP - Simple Network Management Protocol is a network protocol which controls the communication between supervised devices and the monitoring application (e.g. JMX).
  • Surrogate process - A surrogate process is a process that embeds several components. Additionally this process adds further functionality to these components (e.g. runtime functionality, error prevention, transactions, manageability ...). In the SMILA application surrogate processes also add business processes and further features (e.g. callability from external processes or applications...).


  • Task - Description of a single unit of work to be processed by a Worker. A task can contain worker specific properties.


  • UpdatePusher - The UpdatePusher is a worker in an (asynchronous) import workflow that pushes the crawled records to the BulkBuilder of a running import job.



  • Worker - Single processing component in an asychnronous workflow. Pulls tasks to process. Defined in a worker description.
  • Worker Description - Description of a worker, e.g. its input/output slots.
  • Workflow (asynchronous) - Describes an asynchronously processed workflow by specifying a sequence of workers and associating their input/output slots to buckets.
  • Workflow (synchronous/BPEL) - see pipeline
  • Workflow run - Single traversal of a workflow.
  • WSDL - WSDL is an XML format for describing network services as a set of endpoints operating on messages containing either document-oriented or procedure-oriented information. The operations and messages are described abstractly, and then bound to a concrete network protocol and message format to define an endpoint. Related concrete endpoints are combined into abstract endpoints (services). WSDL is extensible to allow description of endpoints and their messages regardless of what message formats or network protocols are used to communicate.