Versão 3.5.2

Versão 3.5.2

Bug Corrigido

• Ajuste no where da tabela orgao. Issue #93

Versão 3.5.1

Versão 3.5.1

Bugs corrigidos

• Ao recriar o conteiner de aplicação, caso o SEI fosse multiórgão, estava dando erro no entrypoint ao atualizar o órgão

• SEI 4.x com o módulo de gestao documental nao estava reativando a variável sei-modulos no ConfiguracaoSEI.php ao excluir e recriar o conteiner de aplicação. É possível que esse bug atinja outros módulos

• Comentado o healthcheck do Solr para o kubernetes, visto que o healthcheck do Solr8 não funciona no Solr9. Portanto caso queira healthcheck e use o solr8, basta descomentar as linhas na receita yaml antes de publicar no kube

Versão 3.5.0

Versão 3.5.0

Suporte ao SEI5 e Diversos Ajustes

Ecossistema de Conteineres (pasta containers):

• Versionamento das bases Mysql, SqlServer, Oracle e Postgres para o sei4.0 e sei4.1.

• Caso queira subir o SEI5 use uma base do sei4.1 (enquanto a base do 5.0 não estiver disponível).
  O ecossistema vai atualizar automaticamente da 4.1 para a 5.0.
  Atenção, a base do sei4 para sei5 não atualiza automaticamente, apenas a base do 4.1 para o 5.0 ocorre de forma automatizada.

• Bancos disponíveis:

  • MariaDB sei4.0 e sei4.1
  • Mysql8 sei4.1
  • Sqlserver sei4.0 e sei4.1
  • Oracle sei4.0 e sei4.1
  • Postgres sei4.0 e sei4.1

• Imagem centos9 baseada no rockylinux - Sistema Operacional base para o SEI5

• Imagem de aplicação php para os ecossistemas de infra e dev com php8 para o SEI5

• Imagem Solr9.4.0 para o SEI5

Ecossistema DEV (pasta dev):

• arquivos env de exemplo para mysql, oracle, postgres e sqlserver para o SEI4 e SEI5
• agora no make config é necessário informar tanto o banco de dados quanto a versão do SEI:
  make base=mysql-sei4 config
• necessário rodar make update após o make up, caso utilize o sei5.0 para que o ecossitema atualize o banco de dados para a nova versão

Ecossistema Infra (pasta Infra)

• arquivos .env de exemplo para subir o SEI nas versões 4.x e 5.0.x. Antes de subir o ambiente selecione o arquivo correto
• caso queira subir por ex o sei5 em oracle:
  • copie o envlocal-example-mysql-sei4.env para envlocal.env (ou use o envlocal.env original)
  • agora copie ao final do envlocal.env o conteúdo da base/versão que vc quer, neste caso copie o conteúdo do envlocal-example-oracle-sei5.env
  • copie o fonte para: ~/sei/FonteSEI (ou altere a var de fonte no seu envlocal.env para o caminho desejado)
  • faça as alteraões se desejar no envlocal.env. Por ex informe ali a sua url ou deixe a original que é localhost
  • rode:

   make setup
   make logs ou
   make logs_app-atualizador (para acompanhar a instalação)
  

  • acesse o sistema com: https://localhost/sei (aceite a excessão de self signed cert)

Atenção: Migração de Versões do projeto sei-docker ou versões do SEI

Caso você tenha algum ambiente em funcionamento e queira migrar ou a versão do SEI-Docker ou a versão do SEI, proceda em linhas gerais da seguinte forma:

• verifique se a versão desejada é compatível com os módulos que você precisa
  • suba na sua vm local uma versão do zero, seguindo as orientações gerais do projeto (usando o envlocal de exemplo e preenchendo-o de acordo com suas necessidades. Rode o make setup && make logs para acompanhar a instalação)
  • teste os módulos e funcionalidades desejadas
• feito o teste e estando de acordo
  • no seu ambiente original, faça o backup do banco e dos arquivos anexos (volumes docker do banco e volume dos arquivos anexos)
  • restaure esse backup no ambiente criado anteriormente e rode os scripts de migracao do SEI, entrando no conteiner e rodando:
    • php sip/scripts/atualizar_versao_sip.php
    • php sip/scripts/atualizar_recursos_sei.php
    • php sei/scripts/atualizar_versao_sei.php
  • teste se esta tudo ok
  • caso esteja de acordo proceda com a migração nos mesmos termos acima só que agora usando o seu ambiente atual

Dúvidas

Abrir issue com a dúvida: https://github.com/spbgovbr/sei-docker/issues
ou
Abrir chamado na nossa Central caso seja órgão cadastrado: https://portaldeservicos.economia.gov.br/

Versão 3.0.1

Versão 3.0.1

Correções

• correção de bug no target check-sei-isalive
• correção no envlocal.env que estava apontando como default para as imagens do SEI5. Voltando o default para as imagens do SEI4

Versão 3.0.0

Novidades

• Novo Balanceador:

  • Agora vamos usar o Traefik - corrige problemas com docker mais atual
  • Caso deseje continuar usando o balanceador haproxy, faça a referência ao mesmo no seu envlocal.env ou utilize a última versão do projeto 2.1.1.
  • Endpoints para o novo balanceador *:
    • URL_HOSTNAME/traefik (interface de configuração do balanceador)
    • URL_HOSTNAME/sei
    • URL_HOSTNAME/sip
    • URL_HOSTNAME/solr (interface de administração do solr)
    • URL_HOSTNAME/memcachedadmin (interface de administração memcached)
    • URL_HOSTNAME/dbadmin (ferramenta para administrar o banco de dados)
    • URL_HOSTNAME/mailadmin (ferramenta para visualizar os emails enviados)
    • URL_HOSTNAME/phpldapadmin (ferramenta para administrar usuário/senha do sei/sip)
  • * substitua URL_HOSTNAME pelo nome escolhido no seu envlocal.env (default: localhost). Alguns dos serviços acima precisam ser habilitados antes no seu envlocal.env para que estejam disponíveis (por ex: MAIL_CATCHER_PRESENTE=true). Dúvidas de como subir a infra completa leia antes os docs ou assista aos tutoriais

• Suporte ao SEI5:

  • Agora há a possibilidade de subir o SEI5 na área de infra ou kubernetes *
  • Basta usar o envlocal-example-mysql-sei5.env e copiá-lo ao final do envlocal.env
  • Nova imagem base com Centos9.3 (rockylinux:9.3) para o SEI5
  • Nova imagem para a aplicação e agendador com php8
  • Nova imagem com Solr9.4.0 para indexação
  • * SEI5 apenas para infra (pasta infra - docker-compose) ou kubernetes e MySql8. Está no backlog para ser implementado no futuro em sqlserver, oracle, postgres e a área de dev (pasta dev)

Dúvidas basta abrir issue: https://github.com/spbgovbr/sei-docker/issues

Versão 3.0.0

Versão 3.0.0

Novidades

• Novo Balanceador:

  • Agora vamos usar o Traefik - corrige problemas com docker mais atual
  • Caso deseje continuar usando o balanceador haproxy, faça a referência ao mesmo no seu envlocal.env ou utilize a última versão do projeto 2.1.1.
  • Endpoints para o novo balanceador *:
    • URL_HOSTNAME/traefik (interface de configuração do balanceador)
    • URL_HOSTNAME/sei
    • URL_HOSTNAME/sip
    • URL_HOSTNAME/solr (interface de administração do solr)
    • URL_HOSTNAME/memcachedadmin (interface de administração memcached)
    • URL_HOSTNAME/dbadmin (ferramenta para administrar o banco de dados)
    • URL_HOSTNAME/mailadmin (ferramenta para visualizar os emails enviados)
    • URL_HOSTNAME/phpldapadmin (ferramenta para administrar usuário/senha do sei/sip)
  • * substitua URL_HOSTNAME pelo nome escolhido no seu envlocal.env (default: localhost). Alguns dos serviços acima precisam ser habilitados antes no seu envlocal.env para que estejam disponíveis (por ex: MAIL_CATCHER_PRESENTE=true). Dúvidas de como subir a infra completa leia antes os docs ou assista aos tutoriais

• Suporte ao SEI5:

  • Agora há a possibilidade de subir o SEI5 na área de infra ou kubernetes *
  • Basta usar o envlocal-example-mysql-sei5.env e copiá-lo ao final do envlocal.env
  • Nova imagem base com Centos9.3 (rockylinux:9.3) para o SEI5
  • Nova imagem para a aplicação e agendador com php8
  • Nova imagem com Solr9.4.0 para indexação
  • * SEI5 apenas para infra (pasta infra - docker-compose) ou kubernetes e MySql8. Está no backlog para ser implementado no futuro em sqlserver, oracle, postgres e a área de dev (pasta dev)

Dúvidas basta abrir issue: https://github.com/spbgovbr/sei-docker/issues

Versão 2.1.1

Versão 2.1.1

Novidades

• Multiórgãos - basta informar os órgãos que você deseja no envlocal.env que o ecossistema sobe o ambiente com os órgãos ativos
• SEI Federação - permite subir o ambiente com o SEI Federação habilitado
• Agora as receitas kubernetes podem ou não ter os resouces (reservatiion, limit) definidos
• Reedição das versões dos conteineres com a versão do projeto. O Projeto estava na release 2.0.3 e os conteineres na 1.17. Resolvemos unificar o número das versões para simplificar. O novo número de versão é 2.1.1

Correção de Bug:

• ao rebootar algum conteiner de aplicação, caso haja multiórgão dava erro #74

Atualzações que ocorreram no passado mas não foram informadas aqui:

• Suporte ao SEI 4.1.x
• Suporte ao Postgres - basta informar no envlocal.env que tipo de base deseja que sobe no Postgres
• nós de aplicação no kubernetes agora possuem startup probe
• correção de envio de email com espaço
• pode subir o ecossistema usando código fonte do SEI disponível em repositório remoto - verificar no envlocal.env, seção para credenciais/caminho do repositório. Ao subir a aplicação busca o fonte nesse repositório antes de instalar o SEI
• módulo Incom agora pode ser instalado automaticamente
• módulo Protocolo Integrado agora pode ser instalado automaticamente

Versão 2.1.0

Novidades

• Multiórgãos - basta informar os órgãos que você deseja no envlocal.env que o ecossistema sobe o ambiente com os órgãos ativos
• Reedição das versões dos conteineres com a versão do projeto. O Projeto estava na release 2.0.3 e os conteineres na 1.17. Resolvemos unificar o número das versões para simplificar. O novo número de versão é 2.1.0

Correção de Bug:

• ao rebootar algum conteiner de aplicação, caso haja multiórgão dava erro #74

Atualzações que ocorreram no passado mas não foram informadas aqui:

• Suporte ao SEI 4.1.x
• Suporte ao Postgres - basta informar no envlocal.env que tipo de base deseja que sobe no Postgres
• nós de aplicação no kubernetes agora possuem startup probe
• correção de envio de email com espaço
• pode subir o ecossistema usando código fonte do SEI disponível em repositório remoto - verificar no envlocal.env, seção para credenciais/caminho do repositório. Ao subir a aplicação busca o fonte nesse repositório antes de instalar o SEI
• módulo Incom agora pode ser instalado automaticamente
• módulo Protocolo Integrado agora pode ser instalado automaticamente

Versão 2.0.3

Opcional instalar automaticamente o Módulo de Gestão Documental

Versão 2.0.2

Ajuste no envlocal.env que impacta o orquestrador docker-compose para persistir os dados da base de dados Oracle. Antes não estava persistindo no volume

Versão 2.0.1

### Retirada da instalação automática do Módulo de Resposta

Como o módulo precisa de configuração de negócio adicional após a instalação de acordo com o manual, achamos melhor tirar da instalação automática, enquanto não escrevermos um script para fazer essa config automaticamente.

Caso deseje instalar o módulo, basta setar no envlocal.env o parametro: MODULO_RESPOSTA_INSTALAR=true. Se o projeto estiver no ar, basta rodar make clear e make setup na ordem para que o instalador realize a instalação