ostis-dev / neo4j-platform Goto Github PK

Port parser from C++ implementation to python.

• Implement parser
• Cover with tests

Use for project configuration pyproject.toml file instead of config.ini.

Some more info for support or help:

• PEP 518
• TOML

You can use any kind of parsing library, tomli for example. This repo has benchmarks for all relevant TOML parsing libs.

• Setup Pylint linter
• Setup linter check on CI
• Add local scripts for formatting

Backend is not a server that render any html files. This is service model. Think about backend like about API service.
It should provide possibility to register/login for users.

User login data should be stored in separate database (mongo, sql, etc). For each user we should have such information:

User:
 - id      # uuid
 - login
 - pasword hash
 - display name

This info could be extended by any other info. For example: last_login_time

When user register or login we should check node in memory and create if it is not exists. We should not store any sensitive info in knowledge base. I think best would be to store only user.id.
Example construction:

..user_instance 
   <- user;
   => nrel_user_id: [user.id];;

Let develop our frontend by this free template.

• Implement user register on backend
• #22
• #21
• Cover with tests
• Document API

Figure out how to implement agents. Need to determine whole pipeline from Kafka Plugin to call in python code.

As a start point:

• agents list is known in the designed system
• service run different agents on a cluster (as functions)
• another service receive event from kafka plugin and run exact implementations on cluster

Some questions:

• How to subscribe to events dynamically in runtime?

This tool should support existing pipeline

Implement scripts to run CI on github actions.

• run CI for each PR

Figure out best way to implement a file memory. This should be a service that allows to upload files and get temporary links for them (with expire period). Something similar to s3 from AWS.

• Prepare architecture document

This wrapper takes care about membership of elements in const, var and type sets.

• Implement types of extended SC-code
• Implement transaction for write/read
• Implement unit tests

Tornado application should start client connection to neo4j server using client placed in. db folder. All configuration should be placed at the same file that used for tornado application.

• Extend config file example
• Implement connection to neo4j
• Write github action to test this