Pré-condições de Instalação
Antes de atualizar esta versão é necessário realizar as seguintes configurações (caso você já feito, pode desconsiderar):
Criação da variável de ambiente STOREX_HOME.
Para esta versão funcionar corretamente, você deverá criar a variável de ambiente STOREX_HOME na máquina onde está instalado o EPServer. Ela passará a ser, a referência para o diretório onde está instalado o Storex.
Para entender mais como criar a variável STOREX_HOME Clique Aqui!
Atenção
Sem esta variável de ambiente, o Storex não vai funcionar corretamente!
Muita atenção no valor da variável: \p2k
Instruções Adicionais da Versão
Para o funcionamento correto da versão do Storex-Kernel 02.00.00
Alteração no arquivo service.bat e inclusão da nova jna.jar no apache-tomcat-5.5.20
ATENÇÃO
Efetue o processo abaixo após a instalação da versão
Implementações Liberadas
| Issue | Descrição |
|---|---|
| Visando a melhoria de nossas aplicações foi realizado o tratamento, para haver a verificação da existência do diretório destino da Carga de Base e Lote no sp, antes do download da base ou lote, caso o mesmo não exista, ele será criado. | |
| Foi implementado ao Storex-Kernel o mecanismo de empacotamento e repasse das Bases de Dados em NoSQL para os componentes, com essa implementação o Storex-Kernel tornou-se possível enviar as bases de dados sem necessitar de manipulação. | |
| BIGRETAIL-12834 | Visando a melhoria continua do Storex-Kernel foi criado o conversor para entidade de Campanhas e suas Subclasses esse conversor transforma os dados inseridos nessas Classes para o formato JSON, com essa melhoria tornou-se possível que os dados convertidos sejam inseridos no Document's para o banco Nitrite |
| BIGRETAIL-12805 | Foi criado o mecanismo para geração da Base de dados Campanha, com essa implementação agora é possível gerar para o Banco Nitrite a base de dados Campanha. |
| BIGRETAIL-13325 | O processamento de lote de campanhas no Storex-PDV foi ajustado para suportar o novo modelo de banco não relacional (NoSql). |
| BIGRETAIL-12807 | Visando a melhoria de nossas aplicações foi implementado ao Storex-PDV a utilização do Banco Nitrite, essa implementação é responsável por viabilizar a utilização da Base de Campanhas com o Banco Nitrite. |
| BIGRETAIL-13347 | O processamento de lote de campanhas no Storex-PDV foi ajustado para suportar o novo modelo de banco não relacional (NoSql). |
| BIGRETAIL-13348 | O processamento de lote de campanhas no SP foi ajustado para suportar o novo modelo de banco não relacional (NoSql). |
Visando a melhoria continua do Storex-Kernel foi criado o conversor para entidade de Vigência Preço e suas Subclasses de OO para JSON/OO e vice e versa, com essa atualização agora será possível a utilização da base de Vigência Preço tanto em formato Orientado a Objeto quanto em Não Relacional. | |
| BIGRETAIL-13331 | Foi desenvolvido o processamento do lote de Vigência Preço que é enviado pelo Storex-EP para o Storex-SP e destribado para os componentes, com essa modificação o Storex-kernel passa a processar o lote de Vigência Preço no formato NoSQL. |
| BIGRETAIL-13332 | Foi ajustado o processamento do lote de Vigência Preço presente no Storex-PDV, com essa modificação o Storex-PDV passa a processar o lote de Vigência no formato NoSQL. |
| BIGRETAIL-13325 | Com as alterações na base de Vigência Preço foi verificada a necessidade de adequação do Storex-PDV para que possa utilizar a base de Vigência Preço no formato NoSQL. |
| BIGRETAIL-13328 | Foi realizado o ajuste para o empacotamento da base de Vigência em NoSQL, com essa modificação o Storex-kernel passa a empacotar a base de Vigência para o envio aos componentes no formato NoSQL. |
Foi desenvolvido o mecanismo para o processamento da base Comercial contendo a entidade de Vigência no formato NoSQL, com essa modificação o Storex-PDV passa a processar e utilizar a entidade de Vigência em NoSQL. | |
| Foi realizado o tratamento no processamento da carga de base no Storex-EP e Storex-SP para tratar a base de Vigência, com essa modificação o Storex-EP envia o .TXT com os scripts para o Storex-SP passa a processar a base como um objeto que será passado por um conversor depois será inserido no banco Nitrite. | |
| BIGRETAIL-17360 | Visando a melhoria continua do Storex-Kernel foi criado o conversor para entidade de Prioridade Vigência e suas Subclasses de OO para JSON/OO e vice e versa, com essa atualização agora será possível a utilização da base de Prioridade Vigência tanto em formato Orientado a Objeto quanto em Não Relacional. |
| Foi implementado o empacotamento da base de Regras de Desconto no formato NoSQL para o SP, com essa modificação agora o Storex-kernel passa a incluir no zip da base Comercial a base de Regra de Desconto no formato NoSQL. | |
| BIGRETAIL-14376 | Visando a melhoria continua do Storex-Kernel foi criado o conversor para entidade de Regras de Desconto e suas Subclasses de OO para JSON/OO e vice e versa, com essa atualização agora será possível a utilização da base de Regras de Desconto tanto em formato Orientado a Objeto quanto em Não Relacional. |
Com a modificação para utilização do banco Nitrite foi necessario atualizar o mecanismo de ConcentradorCadastrosRegrasDesconto, essa atualização tornou possível utilizar os tanto o banco OO quanto o NoSQL. | |
Foi desenvolvido o mecanismo para o processamento da base Comercial contendo a entidade de Regras de Desconto no formato NoSQL, com essa modificação o Storex-PDV passa a processar e utilizar a entidade de Regras de Desconto em NoSQL. | |
| Foi criado uma nova forma de cadastro das Regras de Desconto com essa atualização o Storex-Kernel passa a registrar as suas Regras de Desconto para o banco Nitirite. | |
| BIGRETAIL-16362 | Foi ajustado o processamento do lote de Regras de Desconto presente no Storex-PDV, com essa modificação o Storex-PDV passa a processar o lote de Regras de Desconto no formato NoSQL. |
| BIGRETAIL-16363 | Foi desenvolvido o mecanismo para o processamento do lote de Regras de Desconto no Storex-SP, com essa modificação o Storex-SP passa a receber lotes e processar e disponibilizar aos componentes em formato NoSQL. |
| Com a chegada do banco Nitrite foi necessária a criação de uma nova forma de cadastro de Tipos de Desconto, com essa melhoria agora o Storex-Kernel passa a cadastrar os Tipos de Desconto utilizando as Regras de Desconto com o formato NoSQL. | |
Foi desenvolvido o mecanismo para o processamento do lote de Tipos de Desconto no Storex-SP, com essa modificação o Storex-SP passa a receber lotes e processar e disponibilizar aos componentes em formato NoSQL. | |
| BIGRETAIL-14374 | Foi ajustado o processamento do lote de Tipos de Desconto presente no Storex-PDV, com essa modificação o Storex-PDV passa a processar o lote de Tipos de Desconto no formato NoSQL. |
| Foi realizada a modificação no processamento da base de modelo de Desconto, agora o EP server gera as bases tanto no formato NoSQL quanto no formato OO incluindo os os cadastros dos Tipos de Desconto. | |
| BIGRETAIL-16350 | Visando a melhoria continua do Storex-Kernel foi criado o conversor para entidade de Tipos de Desconto e suas Subclasses de OO para JSON/OO e vice e versa, com essa atualização agora será possível a utilização da base de Tipos de Desconto tanto em formato Orientado a Objeto quanto em Não Relacional. |
| Apos analise foi modificado o mecanismo de Customização de Dados presente no Storex Kernel para atender as implementações realizadas para utilização das bases no formato NoSQL. | |
| BIGRETAIL-14474 | Foi desenvolvido o processamento do lote de Produtos que é enviado pelo Storex-EP para o Storex-SP e destribado para os Componentes, com essa modificação o Storex-kernel passa a processar o lote de Produtos no formato NoSQL. |
Foi ajustado o processamento do lote de Produtos presente no Storex-PDV, com essa modificação o Storex-PDV passa a processar o lote de Produtos no formato NoSQL. | |
Foi desenvolvido o mecanismo para o processamento da base Comercial contendo a entidade de Produtos no formato NoSQL, com essa modificação o Storex-PDV passa a processar e utilizar a entidade de Produtos em NoSQL. | |
Foi realizado o ajuste para o empacotamento da base de Produtos em NoSQL, com essa modificação o Storex-SP passa a a empacotar a base de Produtos para o envio aos componentes no formato NoSQL. | |
Visando a melhoria continua do Storex-Kernel foi criado o conversor para entidade de Produtos e suas Subclasses de OO para JSON/OO e vice e versa, com essa atualização agora será possível a utilização da base de Produtos tanto em formato Orientado a Objeto quanto em Não Relacio | |
Foi desenvolvido o mecanismo para o processamento da base Comercial contendo a entidade de Produtos no formato NoSQL, com essa modificação o Storex-PDV passa a processar e utilizar a entidade de Produtos em NoSQL. | |
| BIGRETAIL-16339 | Foi ajustado o processamento do lote de Produtos Composto presente no Storex-PDV, com essa modificação o Storex-PDV passa a processar o lote de Produtos no formato NoSQL. |
| BIGRETAIL-16340 | Foi realizado o tratamento no processamento da carga de base no Storex-EP e Storex-SP para tratar a base de Produtos Compostos, com essa modificação o Storex-EP envia o .TXT com os scripts para o Storex-SP passa a processar a base como um objeto que será passado por um conversor depois será inserido no banco Nitrite. |
Foi realizado o tratamento no processamento da carga de base no Storex-EP e Storex-SP para tratar a base de Produtos, com essa modificação o Storex-EP envia o .TXT com os scripts para o Storex-SP passa a processar a base como um objeto que será passado por um conversor depois será inserido no banco Nitrite. | |
| Foi realizado o tratamento para utilização das funções Backup e Rollback no Storex-PDV, com essa modificação agora o Storex-PDV passa a considerar as bases em NoSQL. | |
| BIGRETAIL-14318 | Visando a melhoria continua do Storex-Kernel foi criado o conversor para entidade de Lojas e suas Subclasses esse conversor transforma os dados inseridos nessas Classes para o formato JSON, com essa melhoria tornou-se possível que os dados convertidos sejam inseridos no Document's para o banco Nitrite |
| BIGRETAIL-14308 | Foi criado o mecanismo para geração da base de dados com a entidade de Lojas, com essa implementação agora é possível gerar a base de Lojas para o Banco Nitrite. |
| Com a modificação para utilização do banco Nitrite foi necessario atualizar o mecanismo de ConcentradorCadastrosLojas e CadastroLoja, essa atualização tornou possível utilizar os tanto o banco OO quanto o NoSQL. | |
| BIGRETAIL-14316 | Foi desenvolvido o mecanismo para o processamento da base Comercial contendo a entidade de Lojas no formato NoSQL, com essa modificação o Storex-PDV passa a processar e utilizar a entidade de Lojas em NoSQL. |
Foi realizado o ajuste para o empacotamento da base de Lojas em NoSQL, com essa modificação o Storex-SP passa a a empacotar a base de Lojas para o envio aos componentes no formato NoSQL. | |
O processamento de lote de Lojas no Storex-PDV foi ajustado para suportar o novo modelo de banco não relacional (NoSql). | |
| Foi desenvolvido o mecanismo para o processamento do lote de Lojas no Storex-SP, com essa modificação o Storex-SP passa a receber lotes e processar e disponibilizar aos componentes em formato NoSQL. | |
| BIGRETAIL-18664 | Foi realizado o tratamento para que o Storex-PDV possa subir apenas com a base de Loja no formato NoSQL, com essa implementação o PDV não depende mais das bases de loja no formato OO. |
| Foi realizado o ajuste na função de Consulta de Preços, com essa modificação agora a Consulta de Preços também será feita no banco NoSQL. | |
| Houve a necessidade de adequação do Storex-kernel para utilização do Portal Big Retail, com essa atualização foram inseridas as mudanças para utilização do portal com as bases em NoSQL. | |
| Com a chegada do banco Nitrite houve a necessidade de atualização das LIB's do banco H2 e as LIB's do luciene com essa modificação foram necessárias adequações no código fonte do Storek-Kernel. | |
| Foi encontrado um erro no processamento da carga de base no Storex-SP, esse erro estava presente ao receber uma nova base no formato NoSQL. | |
| Após analise foi verificado que a Carga de Base no formato NoSQL ao serem geradas erram excluídas e não eram enviadas aos componentes. | |
| Foi realizado o tratamento para utilização das funções Backup e Rollback no Storex-PDV, com essa modificação agora o Storex-PDV passa a considerar as bases em NoSQL. | |
| BIGRETAIL-15397 | Visando a melhoria de nossas aplicações foram removidos do Storex-kernel os arquivos
|
| BIGRETAIL-15414 | Foi criada uma nova classe chamada AnalisadorICT, com essa atualização o Storex-Kernel reuniu as funções dos arquivos tabela_cniee.dat, tabela_cest.dat e tabela_cat52.dat. |
| Após analise foi verificado a necessidade de remoção da LIB SystemUtil, com essa modificação houve a necessidade de substituí-lá pela LIB linx-os-util. | |
Houve a necessidade de adequação no 20-UTILITARIOENVIANOTASNFC com essa alteração o utilitário passa a buscar informações diretamente no AnalisadorICT. | |
| BIGRETAIL-16865 | Houve a necessidade de adequação no 45-UTILITARIOGERACAOARQUIVORFD com essa alteração o utilitário passa a buscar informações diretamente no AnalisadorICT. |
| BIGRETAIL-17054 | Após analise foi verificada a necessidade de substituição da LIB linx-sct, agora o Storex-Kernel passa a utilizar a API linx-security com essa modificação a classe CSISecurity passa a utilizar e chamar a API linx-security. |
| Apos verificação houve a necessidade de remoção dos XML's de configuração das aplicações Storex-Pos-Standard, Storex- Int-Trans e Storex-SP, com essa alteração esses XML's agora estarão no repositório dedicado as suas devidas aplicações. | |
| Foi verificado que a LIB linx-screen-manager estava desatualizada, agora o Storex-Kernel conta com a LIB linx-screen-manager mais recente. | |
| Após analise foi verificado que o valor da sangria esta levando em consideração os parâmetros PARAMETRO_SANGRIA_VALOR1 e PARAMETRO_SANGRIA_VALOR2 que se encontram no arquivo ParametrosGeraisSeguranca.properties, esses parâmetros foram migrados para o arquivo parametrosGeraisPDV e todas as chamadas desses parâmetros passam a referenciar esse arquivo. | |
| Foi verificado que ainda existiam funcionalidades que acessavam o arquivo tabela_cat52.dat, agora as funcionalidades ControleArquivoSefaz e GerenciadorImpressoraFiscal passam a acessar a classe AnalisadorICT. | |
| BIGRETAIL-14228 | Foi constatado que os parâmetros configurados no servidor de configuração estavam com os valores incorretos. Foi realizado o teste no ambiente de QA, PDV Linux, com os parâmetros devidamente corrigidos de acordo com o ambiente utilizado (Windows/Linux) |
| BIGRETAIL-16862 | Visando a melhoria de nossas aplicações foi necessario a remoção do pacote com.linx.comunicacao.orquestrador, com essa remoção também foram removidas as classes:
|
| BIGRETAIL-17227 | Visando a melhoria continua de nossas aplicações foram removidas do Storex-Kernel as classes
|
| Foi verificado o erro presente no Storex-PDV ao receber uma Carga de Base no formato NoSQL, esse erro imposibilitara a utiização da nova carga de base pelo PDV. | |
| BIGRETAIL-17336 | Após analise foi verificada a necessidade de atualização no 98-UTILITARIOGERADORMATRIZSP , com essa modificação o Storex-kernel passa a apagar os arquivos do diretório p2ksp/bin/db/ |
| Houve a necessidade de migração do arquivo codigosErroBDRelOracle.properties, esse arquivo foi migrado para lib do kernel (componente.jar) . | |
| Após analise foi verificado o erro onde o PDV criava indevidamente o arquivo ParametrosGeraisPDV.properties. | |
| Foi verificado o erro presente na inicialização do PDV onde o PDV obrigava a utilização do periférico Pin Pad, agora o pdv inicializa normalmente caso não exista um Pin Pad. | |
| Foi realizado o ajuste no processamento de lote de produtos, onde o mecanismo de Identificação Única do Produto não foi mapeado corretamente. | |
| Foi adicionado ao pom.xml a referencia da lib screen manager 3.01.01. | |
| BIGRETAIL-18473 | Foi adicionado ao pom.xml a referencia da lib linx-security 1.01.00. |
| Foi realizada a remoção dos arquivos service.bat, setclasspath.bat e reinstalaServicotomcat.bat, com essa remoção esses arquivos passam a integrar um novo diretório no Storex-EP C:\p2k\tomcat. | |
| BIGRETAIL-18676 | Foi corrigido o erro presente no Storex-Kernel que ao apagar as bases h2 de Vigência Preço o PDV não conseguia buscar os dados dos produtos para efetuar a venda. |
| Foi adicionada a opção de Impressora Não Fiscal Virtual, que será usada apenas em ambiente de desenvolvimento, isso possibilita o uso de um impressora não fiscal, sem a necessidade de configurar uma impressora física. | |
| Adicioanado suporte a impressora não fiscal virtual. Agora é possosível usar uma impressora NÃO FISCAL virtual, posibilitando que testes possam ser feitos sem a necessidade de uma impressora física. Esta impressora só será utilizada em ambiente de desenvolvimento, não sendo disponibilizada em versões de homologação ou produção. Para usar a impressora não fiscal virtual, deverá ser feito o upload do xml de configuração disponível no projeto standard como o novo parâmetro cupom-eletronico.mid-e-client.tipo-ambiente que define o tipo de ambiente do mid, 1 - Produção e 2 - Homologação (O valor default é 2) e o uso do perif-dev.xml que está disponível no projeto do storex-kernel, este por sua vez deve ser copiado para /p2k/bin e renomeado de perif-dev-xml para perif.xml. Depois executar o Utilitário 96 (Ex: executorUtilitarios.bat 96 2 c ) e selecionar na caixa de seleção a impressora não fiscal virtual. A impressora não fiscal virtual, sõ irá funcionar se o o parâmetro Modo de operação fiscal do agent mid-e-client estiver como NFCE e o Tipo Ambiente estever com o valor 2, apenas desta forma a impressora está pronta para uso. qualquer valor que não seja os informados resoltará na mensagem de Impressora não Configurada. |