You are viewing the documentation for Blueriq 17. Documentation for other versions is available in our documentation directory.

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 18 Next »

Blueriq consists of a number of main components, which are:

  1. Studio
  2. Runtime
  3. Publisher

How they interact with each other is depicted in the following diagram.

A model which is created in studio can be directly tested in the runtime via the development plugin (only available on the develoment environment). The same model can be distributed to another environment via the publisher. The publisher puts the specified model in the correct database and the runtime uses this database to execute the model.

Studio

The main purpose of the studio is to be able to create and maintain an application model. The studio consists of two layers:

  • studio server
  • studio client

The studio server provides the core functionality and is responsible for maintaining the studio repository. It also provides a management service (via Soap), which todo.

The client handles all user interface elements (the studio screen). Both layers run on top of an ISS application server. The studio client is built with XBAP technology and runs only in Internet Explorer.

Key features of the studio:

  • Revision control of elements
  • External and internal libraries
  • Multilingual elements
  • Process modelling

Runtime

The main purpose of the runtime is to execute a model. The runtime runs on top of an application server, e.g. Tomcat, JBoss, Websphere or ISS. On the next level the SDK is available which contains the Blueriq engines. The webapp is located on the next layer, which handles all web interaction. On top of the stack a number of plugins are available, e.g. Dashboard, CMIS, which serve special functionality.

The runtime runs on java or .Net and is almost browser independent.

Key features of the runtime:

  • todo

Publisher

The main purpose of the publisher is to publish a model from the development environment (D) to another environment (TAP).

 

The studio is connected to the publisher. Via this link it is possible for the publisher to retreive the actual studio model. This model can be published to different databases. These databases tothether with their specific runtime serve the test environment, the acceptance environment and the production environment.

This component is available in Java and .Net

Key features of the publisher:

  • 4 eyes principle
  • Select a tag/revision to publish.

 

  • No labels