dictionary-service

Fast and simple dictionary service on PostgreSQL database and JSON content

Main goals

Almost any system needs to store and manage flexible dictionary values. Some of these need variable over time configuration.

provide fast REST microservice for storing dictionary in JSON format
dictionaries should be describable - for automatic GUI build
i18n support for dictionary names
store configuration values changeable over time (e.g. what will be configuration value of X in 2025-12-31?)
store calendar like dictionaries (the dictionary key is a date) e.g. holiday calendar
integrate with Netflix Eureka and oAtuh
no additional, other than PostgreSQL database, for store dictionaries and configuration data - in cloud operators noSQL database is additional cost

Current status

In production in several commercial projects.

The Latest news

Configuration load (store and update - soon)
Calendar dictionary load, store and update
swagger support (if you want serve swagger gui or generate open API file, you need to install goswagger: https://goswagger.io/install.html)
configuration entry save and update

Required environment variables

DICT_DATASOURCE_USER
DICT_DATASOURCE_PASSWORD

...and more not mandatory settings can be found in main.go, eg:

INIT_DB_CONNECTION_RETS - how many time try to connect to database - it is useful in development on docker-compose
DATASOURCE_SCHEMA - name of database schema to use
DICT_SHOW_SQL - show SQL in DEBUG logs or not

Default service connects to database on localhost:5432 with schema dictionary and 100 retries

How it works

Do not forget to set environment variables (check Makefile or docker-compose.yml).

Run in bash

$ make run

Run with Docker

version: '3.1'
services:

  db:
    image: postgres:12
    volumes:
      - pg_data:/var/lib/postgresql/data
    environment:
      - POSTGRES_PASSWORD=qwedsazxc
      - POSTGRES_USER=app
    ports:
      - "5432:5432"

  eureka:
    image: lapierre/eureka:1.0.1
    ports:
      - "8761:8761"

  dict:
    image: lapierre/dictionary-service
    environment:
      - DICT_DATASOURCE_HOST=db:5432
      - DICT_DATASOURCE_PASSWORD=qwedsazxc
      - DICT_DATASOURCE_USER=app
      - DICT_EUREKA_SERVICE_URL=http://eureka:8761/eureka
    ports:
      - "9098:9098"

volumes:
  pg_data:

Calendar dictionaries

When we need store e.g., list of free days like holiday calendar, the best suitable will be dictionary with date as a key and possibility to get all entries in date range. Then we can get all holidays e.g., in 2021 year. Some time we need extra information about free day, e.g., to count salary components for work on a holiday. This is the reason the calendar API created.

Because in many cases we have common holiday calendar for more than one tenant (application, module) it is possible to use default tenant as a base calendar and override it in specific tenant if needed.

In database:

tenant	type	name	kind	labels	day
	holidays	Nowy Rok	public holiday	"holliday_type"=>"country"	2021-01-01
	holidays	Trzech Króli	public holiday	"holliday_type"=>"church holiday"	2021-01-06
tenant1	holidays	Barburka	company holiday	"holliday_type"=>"company day"	2021-12-04

Load from default tenant (or without tenant at all - no X-Tenant-ID header):

GET http://localhost:9098/api/calendar/holidays/2021-01-01/2021-12-31
Content-Type: application/json
X-Tenant-ID: default
Accept-Language: en-EN

result

[
  {
    "day": "2021-01-01",
    "tenant": "",
    "name": "Nowy Rok",
    "kind": "public holiday",
    "labels": {
      "holliday_type": "country"
    }
  },
  {
    "day": "2021-01-06",
    "tenant": "",
    "name": "Trzech Króli",
    "kind": "public holiday",
    "labels": {
       "holliday_type": "church holiday"
    }
  }
]

Load from tenant1:

GET http://localhost:9098/api/calendar/holidays/2021-01-01/2021-12-31
Content-Type: application/json
X-Tenant-ID: tenant1
Accept-Language: en-EN

[
  {
    "day": "2021-12-04",
    "tenant": "tenant1",
    "name": "Barburka",
    "kind": "company holiday",
    "labels": {
       "holliday_type": "company day"
    }
  }
]

If in request header we put X-Tenant-Merge-Default with true value:

GET http://localhost:9098/api/calendar/holidays/2021-01-01/2021-12-31
Content-Type: application/json
X-Tenant-ID: tenant1
X-Tenant-Merge-Default: true
Accept-Language: en-EN

we will get:

[
  {
    "day": "2021-01-01",
    "tenant": "",
    "name": "Nowy Rok",
    "kind": "public holiday",
    "labels": {
      "holliday_type": "country"
    }
  },
  {
    "day": "2021-01-06",
    "tenant": "",
    "name": "Trzech Króli",
    "kind": "public holiday",
    "labels": {
       "holliday_type": "church holiday"
    }
  },
 {
  "day": "2021-12-04",
  "tenant": "tenant1",
  "name": "Barburka",
  "kind": "company holiday",
  "labels": {
      "holliday_type": "company day"
  }
 }
]

Create new, edit and delete calendar entry

create

POST http://localhost:9098/api/calendar/holidays
Content-Type: application/json
X-Tenant-ID: default

{
  "day": "2021-04-05",
  "name": "Poniedziałek Wielkanocny",
  "kind": "public holiday"
}

update

PUT http://localhost:9098/api/calendar/holidays
Content-Type: application/json
X-Tenant-ID: default

{
  "day": "2021-04-05",
  "name": "Poniedziałek Wielkanocny 1234",
  "kind": "public holiday",
  "labels":  {
    "holliday_type": "church holiday"
  }
}

delete

DELETE http://localhost:9098/api/calendar/holidays/2021-04-05
Content-Type: application/json
X-Tenant-ID: default

Configuration entries store and load

Every config parameter has own period of validity, e.g., in January smtp.server.host was localhost, but from next year it will have other value, and we want to set it now. So, we need two records in database:

value	date_form	date_to
127.0.1.1	2020-01-01	2020-12-31
34.0.11.1	2021-01-01	2999-12-31

Get one value for given key, tenant and day

GET http://localhost:9098/api/config/smtp.server.host/2020-01-01
X-Tenant-ID: default
Accept-Language: en-EN
Cache-Control: no-cache
Accept: application/json

result:

{
  "key": "smtp.server.host",
  "value": "127.0.0.1",
  "type": "String"
}

Get many keys, same tenant and day

GET http://localhost:9098/api/configs/2020-01-01?key=smtp.server.port&key=smtp.server.host
X-Tenant-ID: default
Accept-Language: en-EN
Cache-Control: no-cache
Accept: application/json

result

[
  {
    "key": "smtp.server.port",
    "value": "25",
    "type": "Int"
  },
  {
    "key": "smtp.server.host",
    "value": "127.0.0.1",
    "type": "String"
  }
]

Store config values

Save new configuration entry

POST http://localhost:9098/api/config
X-Tenant-ID: default
accept: application/json
Content-Type: application/json

{
  "date_from": "2021-01-01",
  "date_to": "2999-12-31",
  "key": "klucz",
  "name": "nazwa",
  "type": "string",
  "value": "Ala ma kota"
}

Update existing configuration entry

PUT http://localhost:9098/api/config
X-Tenant-ID: default
accept: application/json
Content-Type: application/json

{
  "date_from": "2021-01-01",
  "date_to": "2999-12-31",
  "key": "klucz",
  "name": "nazwa",
  "type": "string",
  "value": "Ala ma kota 123"
}

Create dictionary entry metadata

POST http://localhost:9098/api/metadata/AbsenceType
X-Tenant-ID: default
Accept-Language: en-EN
Cache-Control: no-cache
Content-Type: application/json

{
  "$id": "https://alapierre.io/dictionary.schema.json",
  "$schema": "http://json-schema.org/draft-07/schema#",
  "title": "DictionaryAbsenceType",
  "type": "object",
  "required": [ "onlyOnBeginOrEnd", "needDeliveryDateConfirmation", "needConfirmationDocumentNumber" ],
  "properties": {
    "onlyOnBeginOrEnd": {
      "type": "boolean",
      "description": "Absence can only start on beginning or finish on end of work day",
      "default": false
    },
    "needDeliveryDateConfirmation": {
      "type": "boolean",
      "default": false,
      "description": "Is proof of absence delivery date required - should field be visible on form"
    },
    "needConfirmationDocumentNumber": {
      "description": "Is absence confirmation document number needed",
      "type": "boolean",
      "default": false
    }
  }
}

Save new dictionary entry

POST http://localhost:9098/api/dictionary
Content-Type: application/json
X-Tenant-ID: default
Accept-Language: en-EN

{
  "children": [
    {
      "key": "newCh1",
      "label": "wwww",
      "name": "Child 1"
    },
    {
      "key": "newCh2",
      "label": "qqqq",
      "name": "Child 2"
    }
  ],
  "key": "HollidayLeave",
  "name": "Holliday Leave",
  "needConfirmationDocumentNumber": false,
  "needDeliveryDateConfirmation": true,
  "onlyOnBeginOrEnd": true,
  "type": "AbsenceType"
}

Loading stored dictionary entry

GET /api/dictionary/{type}/{key}

Load parent dictionary entry with children

GET /api/dictionary/AbsenceType/HollidayLeave
X-Tenant-ID: default
Accept-Language: en-EN

Result

{
  "children": [
    {
      "key": "newCh1",
      "label": "wwww",
      "name": "Child 1"
    },
    {
      "key": "newCh2",
      "label": "qqqq",
      "name": "Child 2"
    }
  ],
  "key": "HollidayLeave",
  "name": "Holliday Leave",
  "needConfirmationDocumentNumber": false,
  "needDeliveryDateConfirmation": true,
  "onlyOnBeginOrEnd": true,  
  "type": "AbsenceType"
}

Load children only

GET /api/dictionary/AbsenceType/HollidayLeave/children
X-Tenant-ID: default
Accept-Language: en-EN

Result

[
    {
          "key": "newCh1",
          "label": "wwww",
          "name": "Child 1",
          "parent_key": "HollidayLeave"
        },
        {
          "key": "newCh2",
          "label": "qqqq",
          "name": "Child 2",
          "parent_key": "HollidayLeave"
        }
]

Update existing dictionary entry

PUT http://localhost:9098/api/dictionary
Content-Type: application/json
X-Tenant-ID: default
Accept-Language: en-EN

{
  "children": [
    {
      "key": "newCh1",
      "label": "bbb",
      "name": "Child 1 updated",
      "type": "AbsenceType"
    },
    {
      "key": "newCh3",
      "label": "ttt",
      "name": "Child 3 new",
      "type": "AbsenceType"
    }
  ],
  "key": "HollidayLeave",
  "name": "New parent updated",
  "needConfirmationDocumentNumber": false,
  "needDeliveryDateConfirmation": false,
  "onlyOnBeginOrEnd": true,
  "type": "AbsenceType"
}

Result

{
  "children": [    
    {
      "key": "newCh1",
      "label": "bbb",
      "name": "Child 1 updated",
      "type": "AbsenceType"
    },
    {
      "key": "newCh3",
      "label": "ttt",
      "name": "Child 3 new",
      "type": "AbsenceType"
    }
  ],
  "key": "HollidayLeave",
  "name": "New parent updated",
  "needConfirmationDocumentNumber": false,
  "needDeliveryDateConfirmation": false,
  "onlyOnBeginOrEnd": true,
  "tenant": "default",
  "type": "AbsenceType"
}

Load all available dictionary metadata

GET /api/dictionary/metadata
X-Tenant-ID: default
Accept-Language: en-EN

Result

["type1", "type2", "type3"]

Load dictionary metadata by type

GET /api/dictionary/metadata/{type}
X-Tenant-ID: default
Accept-Language: en-EN

Example result

{
  "$id": "https://alapierre.io/dictionary.schema.json",
  "type": "object",
  "title": "DictionaryAbsenceTypeTitle",
  "$schema": "http://json-schema.org/draft-07/schema#",
  "properties": {
    "onlyOnBeginOrEnd": {
      "type": "boolean",
      "description": "Absence can only start on beginning or finish on end of work day"
    },
    "needDeliveryDateConfirmation": {
      "type": "boolean",
      "description": "Is proof of absence delivery date required - should field be visible on form"
    },
    "needConfirmationDocumentNumber": {
      "type": "boolean",
      "description": "Is absence confirmation document number needed"
    }
  }
}

Update existing dictionary metadata

PUT http://localhost:9098/api/metadata/DictionaryAbsenceType
X-Tenant-ID: default
Accept-Language: en-EN
Cache-Control: no-cache
Content-Type: application/json

{
  "$id": "https://alapierre.io/dictionary.schema.json",
  "$schema": "http://json-schema.org/draft-07/schema#",
  "title": "DictionaryAbsenceType",
  "type": "object",
  "required": [ "onlyOnBeginOrEnd", "needDeliveryDateConfirmation", "needConfirmationDocumentNumber" ],
  "properties": {
    "onlyOnBeginOrEnd": {
      "type": "boolean",
      "description": "Absence can only start on beginning or finish on end of work day",
      "default": false
    },
    "needDeliveryDateConfirmation": {
      "type": "boolean",
      "default": false,
      "description": "Is proof of absence delivery date required - should field be visible on form"
    },
    "needConfirmationDocumentNumber": {
      "description": "Is absence confirmation document number needed",
      "type": "boolean",
      "default": false
    }
  }
}

Result

Empty body

Next steps, coming soon

True unit tests
Integration tests

Name		Name	Last commit message	Last commit date
Latest commit History 143 Commits
.idea		.idea
calendar		calendar
cmd/dictionary-service		cmd/dictionary-service
configuration		configuration
model		model
service		service
tenant		tenant
testdata		testdata
transport/http		transport/http
types		types
util		util
.env		.env
.gitignore		.gitignore
.whitesource		.whitesource
LICENSE		LICENSE
Makefile		Makefile
README.md		README.md
dictionary-service.iml		dictionary-service.iml
docker-compose-test.yml		docker-compose-test.yml
docker-compose.yml		docker-compose.yml
go.mod		go.mod
go.sum		go.sum
renovate.json		renovate.json
swagger.yml		swagger.yml
todo.md		todo.md

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Repository files navigation

dictionary-service

Main goals

Current status

The Latest news

Required environment variables

How it works

Run in bash

Run with Docker

Calendar dictionaries

Create new, edit and delete calendar entry

Configuration entries store and load

Get one value for given key, tenant and day

Get many keys, same tenant and day

Store config values

Create dictionary entry metadata

Save new dictionary entry

Loading stored dictionary entry

Load parent dictionary entry with children

Load children only

Update existing dictionary entry

Load all available dictionary metadata

Load dictionary metadata by type

Update existing dictionary metadata

Next steps, coming soon

About

Releases 9

Packages

Contributors 3

Languages

License

alapierre/dictionary-service

Folders and files

Latest commit

History

Repository files navigation

dictionary-service

Main goals

Current status

The Latest news

Required environment variables

How it works

Run in bash

Run with Docker

Calendar dictionaries

Create new, edit and delete calendar entry

Configuration entries store and load

Get one value for given key, tenant and day

Get many keys, same tenant and day

Store config values

Create dictionary entry metadata

Save new dictionary entry

Loading stored dictionary entry

Load parent dictionary entry with children

Load children only

Update existing dictionary entry

Load all available dictionary metadata

Load dictionary metadata by type

Update existing dictionary metadata

Next steps, coming soon

About

Resources

License

Stars

Watchers

Forks

Releases 9

Packages 0

Contributors 3

Languages

Packages