Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

UNDER CONSTRUCTION

Welcome to the Getting Started guide,

this

This is what you will achieve by

follow

following the next steps:

  • Getting
SAGA
  • Saga
Setup
  • Setting up the environment
.
Deploy
  • Deploying Saga
.
Run
  • Running Saga
.
Check
  • Checking that it's working!
.

Prerequisites

Elasticsearch 6.4.1 or above.

  1. ElasticSearch 7+
  2. Java 11 or above
.

Step 1: Getting Saga

At the moment of writing, Saga version 1.0.0 has just been released. You can

You'll be able to get it from here (Saga team in MS Teams).

It is a bundle containing:

In addition to Saga binaries you can also find:

  1. Saga introductory presentation
  • Saga binaries
  • Instance of Elasticsearch with sample data for your convenience
  • Saga documentation (Introduction)
    1. Saga user manual
    Note

    Creators and users of

    SAGA

    Saga are subscribed to this Saga team, so

    in case

    you

    have questions or comments you

    can always publish a message to get some help if you have questions or comments.


    Step 2:

    Set

    Set up the environment


    1. Check that Java 11 is installed on your machine by running on terminal (or system console):

      $> java -version

    2. Unpackage Saga in your preferred location.
     This
    1.  
      This is our recommended setup but you can pretty much handle the paths as you wish.
      This guide will refer to Saga's working directory as {SAGA_HOME}.
    2. Saga uses
    Elasticsearch (6.4.1 or above
    1. ElasticSearch (7+) and you can get it here.
      1. Deploy
    Elasticsearch
      1. ElasticSearch (ES)
    under {SAGA_HOME} in something like {SAGA_HOME}/Elasticsearch-6.4.1.
      1.  
      2. Run ES by executing the binary on {SAGA_HOME}/Elasticsearch-
    6
      1. 7.
    4
      1. 10.1/bin.
    Saga can run on an empty ES instance, you'd



    Tip

    If Saga executes with an empty ElasticSearch, it will generate all the necessary indexes with the minimum default data (base pipeline, executors,...); although you need to add new tags and resources.


    Step 3: Deploy Saga


    Once you have Saga in {SAGA_HOME} validate the following:

    There is a {SAGA_HOME}/lib folder containing the following JARs:

    1. saga-classification-trainer-stage-1.2.2
    2. saga-faq-stage-1.
    0.0-SNAPSHOT
    1. 2.2.jar
    2. saga-lang-detector-stage-1.2.2.jar
    3. saga-name-trainer-stage-1
    .0.0-SNAPSHOT
    1. .2.2.jar
    2. saga-parts-of-speech-stage-1.2.2.jar
    3. saga-sentence-breaker-stage-1.2.2.jar
    4. saga-spellchecking-stage-1.2.2.jar

    Check the basic configuration on {SAGA_HOME}/config/config.json:

    1. "
    airPort
    1. apiPort":
    8080 → this is the
    1. 8080 → The port used by the server.
    2. "
    ipAdress
    1. ipAddress": "0.0.0.0" →
    this
    1. This IP/mask is used to restrict inbound connections, open to all connections by default.
    2. "
    logger" → each logger level config per handler.
  • "provider" → data Resources, mainly used to specify location of resource files like dictionaries and ES configuration
    • New filesystem providers can be added to group different resource files.
    • ES configuration includes the "port" to connect to, this is by default 9200, you may change it to fit your environment.
  • "solutions" → bundle solution schema, it values may be change to have multiple servers with different "solutions" or to switch from one to another.A solution work as a domain.  By default the "saga" solution creates ES indexes using the pattern "saga-<index>" and only loads indexes with the same patter.  So you could have multiple solutions on a ES server.
    1. security" → Security access to the Saga Server and Management UI (recommended only when ssl is also enabled)
      1. "enable": true → Indicates the use of security
      2. "encryptionKeyFile": → file containing the encryption key.  A file is provided by default but it is recommended to change it.
      3. "users.username" → Specify the username to use
      4. "users.password" → Specify the password for the username. Can be either plain or encrypted
    2. "ssl" → Enables SSL for the communication with the Saga Server
      1. enable": true → Indicates the use of ssl
      2. keyStore → Path to the keyStore
      3. keyStorePassword → Password of the keyStore. Can be either plain or encrypted
    3. "libraryJars": ["./lib"] → Folder where library jars are located
    4. If you are running elasticseach in localhost then you don't need to change anything. But if your elasticsearch runs somewhere else then you'll need to adjust the "hostnamesAndPorts" and "scheme" properties in both "elasticSearch" solution and "Elastic" provider. In case you have a cluster, you can specify them separated by comma, for example: "hostnamesAndPorts": ["elastic1:9200", "elastic2:9200", "elastic3:9200"],
      To switch between solution you'd need to shut down the server, change the "indexName" value and restart the server.


    If you have some valid "models" you'd like to include them on the server:

    1. Create a {SAGA-HOME}/nt-models folder for "name trainers" and copy the model there.
    2. Create a {SAGA-HOME}/ct-models folder for "classification trainers" and copy the model there.
    3. Create a {SAGA-HOME}/tf-models folder for "FAQ" (uses TensorFlow) and copy the model there.

    To add datasets:

    1. Create a {SAGA-HOME}/datasets folder.
    2. Each dataset must be placed
    on each
    1. in its own folder
    , this
    1. . This folder name will be the one displayed for "test runs".
    2. Each data document in the dataset must be compliant with Saga's data file JSON format.
    3. Each folder must contain a ".metadata" file with information about the dataset and how to read it.
     

    1. You can check out the dataset format here.

    Step 4: Run Saga


    To run Saga:

    Check

    Elasticsearch

    that ElasticSearch is running.

    Use the bundled startup script on {SAGA_HOME}/bin (either startup.bat for Windows or startup.sh for Linux).

    If you didn't change the default port on the configuration, you should be able to access Saga UI at http://localhost:8080/.
    If not, then check your configuration for the right port.

    Panel

    On this page:

    Table of Contents


    Step 5: Run Python Bridge Server


    Saga has a python recognizer and python stage that can be used to process text using machine learning python models like Bert.

    In case you need this, follow instruction on how to setup and run the python bridge here.



    Related pages:

    Related pages

    Content by LabelshowLabelsfalsespacessaga12newshowSpacefalsesorttitletypepagecqllabel = "documentation-space-sample" and type = "page" and space = "saga12new"labelsdocumentation-space-sample