|Sesat > Features > Product Description|
|SESAT SFC - Search Frontend Container||This is where all User Applications using SESAT are run.|
|SESAT SFC User Application (UA)||Auser-provided search application/portal with a unique vhost|
|SESAT SFC Domain||Root domain for vhost applications. Example: «sesam.no» is a root domain, whereas «sports.sesam.no» is a unique vhost belonging to a SFC User Application.|
|Magical Words||Special trigger keywords that invokes special ranking or index selection rules. Example: «weather singapore» may trigger a weather vertical to be displayed, or indicate that the weather search result should be displayed first in the result set.|
These components are described in the following sections.
SESAT Core runs as a web application within a Tomcat Web Server. All access to the search portal is handled by this application.
All access is through a recommended maximum number of vhosts (50), each of which specify which SFC user application is accessed.
A rules engine provide functionality to handle a wide variety of ranking models, ranking dependencies, magical words and analysis rules.
For a full feature list of what SESAT Core provides see https://michaelsembwever.github.io/Sesat/Kernel+Feature+list
Deployed in the same directory and on the same Tomcat Web Server as the SESAT Core, all SFC User Applications are web archives utilising the services of the SESAT Core. SFC User Applications belong to a domain hierarchy, with configuration inheritance applied by default.
To define a User Application in the SFC, the following must be provided:
|vhost-name|| (for example, «vertical.mydomain.com», «mydomain.com»
«modes.xml» configuration file, which specify:
available modes, where a «mode» is defined as a portal tab or vertical. For example, «vg.sesam.no» may have two modes, one for «search within vg.no content only», and one for «search whole of norwegian internet».
All modes within a User Application (vhost) have a unique name, that is later referred to from views.xml.
A mode define which indexes should be used for a given tab or vertical. For example, the «search within vg.no content only» may also perform commandoes to get information from a PPC-system, from a yellow pages directory and from a stock market information index.
|views.xml|| configuration file, which specify:
|Images and templates||Optionally, the User Application can provide own images and templates. If these are not provided, the parent templates are used. For example, «vg.sesam.no» will by default inherit all images and templates from «vg.no», unless the application has defined its own.|
From a developers perspective, the SFC are layed out in the following manner:
From a deployers perspective, the SFC is layed out in the following manner:
/ROOT.war (<-- this is sesat)
/generic.sesam.war (<-- this is sesat)
SESAT Admin consists of portlets and applications running on JBoss Portals (server), which is a standards-compliant (JSR-168) portal. As of version 1.0 of SESAT, the following appliacions are available:
SESAT provide two APIs for communication with the SESAT Core.
The APIs are available as
Access control etc. is controlled through access control lists (ACLs).
Link to more documentation about the API. This could also be documented in Continuum.