• Django 2.2.5
• Docker
• Docker Compose

A continuación se detallan las instrucciones a seguir para configurar el ambiente de desarrollo.

Realizar una copia del archivo .env.example y renombrarlo a .env. Luego, será necesario configurar las variables de ambiente. A continuación una breve guía sobre los valores que intervienen.

MAIN es la base de datos principal, donde se registran los modelos de dominio.

• IA2_MAIN_DB_USER: nombre de usuarix para acceder a la base de datos principal
• IA2_MAIN_DB_PASS: contraseña de acceso a la base de datos principal
• IA2_MAIN_DB_ROOT_PASS: nombre de usuarix para la cuenta root. Generalmente es root.
• IA2_MAIN_DB_NAME: nombre de la base de datos principal
• IA2_MAIN_DB_PORT: puerto de la base de datos principal

DATA es la base de datos donde se registra la extracción de datos.

• IA2_DB_DATA_USER: nombre de usuarix para acceder a la base de extracción de datos
• IA2_DB_DATA_PASS: contraseña de acceso a la base de extracción datos
• IA2_DB_DATA_ROOT_PASS: nombre de usuarix para la cuenta root. Generalmente es root.
• IA2_DB_DATA_NAME: nombre de la base de extracción de datos
• IA2_DB_DATA_PORT: puerto de la base de extracción datos

Utilizamos la librería publicador para subir archivos a diferentes servicios de cloud storage.

• PUBLICADOR_CLOUD_STORAGE_PROVIDER: declara la estrategia de storage. Las opciones disponibles son : dropbox, drive, both.
• PUBLICADOR_CLOUDFOLDER_STORE: declara el directorio donde se guardarán los archivos en el serrvicio de cloud storage.
• PUBLICADOR_DROPBOX_TOKEN_APP: declara el token de dropbox para la autenticación.
• PUBLICADOR_CREDENTIALS_DRIVE_PATH: declara la ruta hacia el archivo de credenciales de Google Drive. Más información sobre el archivo de credenciales aquí.

Utilizamos la librería oodocument para realizar anonimización en documentos y para operaciones de conversión de archivos.

• LIBREOFFICE_HOST: host del proceso headless de libreoffice
• LIBREOFFICE_PORT: puerto del proceso headless de libreoffice
• OODOCUMENT_NEIGHBOR_CHARS_SCAN: máxima tolerancia de caracteres en búsquedas de texto

Utilizamos Sentry para el reporte de errores.

• SENTRY_DSN: url del servicio de Sentry.
• SENTRY_RELEASE: setea el ambiente de Sentry (staging, demo, prod, qa, etc...)

• IA2_MODEL_FILE: ruta o url del modelo de Spacy a utilizar. Los modelos son archivos .tar.gz construídos con la línea de comandos de IA². Las rutas pueden declararse de forma relativa o absoluta hacia el archivo .tar.gz. Ejemplos: ../../models/my-model.tar.gz, https://my-model-repository.coop/model_1.0.tar.gz. El directorio custom_models se puede utilizar para almacenar los modelos sin ser añadidos al tracking de .git (recomendado si utiliza Docker para el ambiente de desarrollo, ver la siguiente sección).
• IA2_TEST_MODEL_FILE: simil a IA2_MODEL_FILE, pero el modelo en ésta variable se utiliza únicamente durante las pruebas.

• IA2_DISABLED_ENTITIES: lista de entidades que serán ignoradas por el servidor
• IA2_ENABLE_OODOCUMENT_HEADER_EXTRACTION: habilita extracción de headers de documentos
• USE_MULTIPLE_SELECTION_FROM_BEGINNING: habilita la búsqueda de entidades luego de la predicción del modelo estadístico, de esta manera se utilizan las entidades detectadas para buscarlas en el resto del documento en caso de que no hayan sido detectadas aún. Las entidades que se buscarán son las que su tipo de entidad está habilitada para la búsqueda por selección múltiple.

Utilizamos flake para mantener la consistencia de estilo de código. Para inicializar pre-commit en el repositorio utilizar el siguiente comando:

pre-commit install

• python 3.x
• mysql-server
• mysql-client
• virtualenv
• virtualenvwrapper

Una vez instaladas las dependencias, crear un ambiente con virtualenv:

mkvirtualenvwrapper ia2-server

El siguiente script actualiza las variables de ambiente de archivo .env cada vez que se inicie un workspace de trabajo de virtualenv.

echo 'source .env' >> $WORKON_HOME/postactivate

Asignar el ambiente de trabajo creado anteriormente:

workon ia2-server
# Luego compruebe que las variables de ambiente están disponibles en su terminal
echo $DJANGO_SETTINGS_MODULE
# ia2.settings.local

Instalar requerimientos y dependencias:

cd requirements
pip install -r local.txt

Crear las bases de datos

mysqladmin --user=root --password=$IA2_MAIN_DB_ROOT_PASS create $IA2_MAIN_DB_NAME
mysqladmin --user=root --password=$IA2_DB_DATA_ROOT_PASS create $IA2_DB_DATA_NAME

Correr las migraciones

make django-migrate

Mostrar todos los comandos.

make help

Borrar la base de datos.

make nuke

Resetea el ambiente local. Re-instala las dependencias y corre las migraciones. Útil cuando se testea una nueva rama o se cambia de rama.

make reset

Resetea el ambiente completo. Corre reset y carga los fixtures iniciales.

make nuke-reset

Corre todos los tests.

make test

Corre los tests tagueados con wip. Útil cuando se trabaja en un test particular.

make test.wip

Inicia una console interactiva de Python.

make shell

Compilar mensajes de internacionalización. Cada vez que realicen cambios en las traducciones será necesario re-compilar los archivos .po con el siguiente comando.

make django-compile-messages

Si realiza cambios en cualquiera de los fixtures, puede re-inicializarlos con el siguiente comando.

make django-load-fixtures

Crear superuser de Django. El comando inicia los pasos que lo guiarán para crear un superusuario.

make django-createsuperuser

Permite generar un archivo CSV con estadísticas de las entidades procesadas por el sistema

• Ayuda: make entity-stats ARGS="--help"
• Completas make entity-stats
• Por fecha make entity-stats ARGS="--start_date 10-10-2001 --end_date 10-10-2021"

El documento generado tendrá este formato de nombre: entity_stats_[start_date]-to-[end_date].csv

Ej: entity_stats_20-05-2021-to-10-09-2021.csv

Es posible inciar el servidor de manera tal de poder utilizar herramientas de debugging como Wekzeug y/o PyInstrument.

• Werkzeug: Para desabilitar e PIN para debugging en ambientes locales, es necesario setear la siguiente variable de entorno en .env: WERKZEUG_DEBUG_PIN=off
• PyInstrument: Es posible habilitar PyInstrument utilizando ENABLE_PYINSTRUMENT=on en .env. Los archivos html de PyInstrument se acceden desde profiles/.

Ejemplo utilizando Docker:

WERKZEUG_DEBUG_PIN=off ENABLE_PYINSTRUMENT=on python manage.py runserver_plus

Utilizamos el siguiente comando para construír la imagen de Docker con todas las dependencias necesarias.

Nota: si se realizan cambios en tasks.py, será necesario volver a correr el comando de build.

docker-compose build

Utilice cualquiera de los siguientes comando para inicializar los servicios:

docker-compose up

Modo detached:

docker-compose up -d

Puede parar los servicios desde otro terminal, utilizando:

docker-compose stop

Los siguientes comandos asumen que los servicios de docker-compose están activos.

Es posible correr cualquiera de los comandos de Makefile descriptos en Comandos útiles desde docker compose de la siguiente manera:

docker-compose exec web <command>

Ejemplo:

docker-compose exec make shell

Se pueden agregar nuevos paquetes utilizando pip dentro del container

pip install <package_name>

Cada vez que instalamos un paquete, debemos obtener el freeze de las versiones.

pip freeze | grep <package_name>

Inclúya la dependencia en el archivo requirements que corresponda. Existen 4 tipos de archivos de requirements:

• base.txt: dependencias utilizadas en todos los ambientes.
• local.txt: dependencias utilizadas únicamente en el ambiente local de desarrollo.
• production.txt: dependencias utilizadas únicamente en ambientes de producción.
• testing.txt: dependencias utilizadas únicamente en ambientes de pruebas.

pip freeze | grep mysqlclient

mysqlclient==1.4.4

Los comandos para correr las pruebas soportan los decorators de django.test para realizar filtrados o excepciones cuando se corren las pruebas. Más información sobre tags aquí.

Correr todas las pruebas, excepto aquellas con tag skip.

make test

Correr unicamente las pruebas con tag wip.

make test.wip

Para crear nuevas traducciones en una app primero debemos verificar si en esa app existe un directorio locale. Si no existe, lo creamos. Luego de actualizarlos, correr el comando make messages.

Si simplemente estamos actualizando o agregando traducciones a una archivo existente, una vez finalizada la actualización, ejecutamos el siguiente comando.

El siguiente comando actualiza todos los archivos .mo de traducciones, incluso la fecha de actualización de archivos que no sufrieron cambios. Por éste motivo es necesario verificar que no se agreguen archivos que no sufrieron cambios de traducción en un nuevp commit.

make messages

Los servicios del backend pueden ser encontrados en éste archivo de Insomnia.

GNU General Public License version 3

Por favor, asegúrese de leer los lineamientos de contribución antes de realizar Pull Requests.