First Commit - Source Code from Reply

2024-05-13 12:54:14 +02:00
parent 73e32a5020
commit a15aee1f08
11184 changed files with 1065913 additions and 0 deletions
@@ -0,0 +1,4 @@
+SETLOCAL
+CALL ..\init.cmd
+%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMGenerator NULL 3 1 1 WIND OPIV DATA_CUT_OVER_MINORE_OGGI NULL NULL N
+ENDLOCAL
@@ -0,0 +1,4 @@
+SETLOCAL
+CALL ..\init.cmd
+%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientAOMSender NULL 3
+ENDLOCAL
@@ -0,0 +1,4 @@
+SETLOCAL
+CALL ..\init.cmd
+%JAVA_HOME%\bin\java -classpath %CPATH% %JVM_ARGS% client.ClientIBAsincSender RISP_CESSAZIONE 001 P N
+ENDLOCAL
@@ -0,0 +1,29 @@
+ESECUZIONE TEST PORTING TERZE PARTI:
+
+NOTA: i passaggi di stato delle richieste avvengono a valle dello scodamento dei messaggi dalle 
+code JMS. Per questo motivo non è raro che ci voglia un pò di tempo affinchè essi risultino
+sul database. Per qualsiasi dubbio, nella cartella dei log applicativi dovrebbero essere presenti 
+i vari log dei vari sistemi coinvolti nel processo, dai quali si può evincere l'esito di ogni
+particolare azione simulata.
+
+1. ACQUISIZIONE RICHIESTA PORTING TERZE PARTI PER SIMULAZIONE FLUSSO PRINCIPALE:
+Per simulare una richiesta PORTING TERZE PARTI si può utilizzare lo script '01_GENERAZIONE_PORTING_TERZE_PARTI.cmd'.
+Per inviarla utilizzare lo script '02_INVIO_ACQUISIZIONE_PORTING.cmd'
+Per verificare l'esito del test, si può interrogare la tabella 'MNP_GESTIONE_RICHIESTA_PORTING' filtrando 
+le richieste che abbiano DATARICEZIONERICHIESTA = SYSDATE e verificando che la richiesta generata 
+abbia STATO = 1 (ACQUISITA), da_processare = 1
+
+
+2: CONTROLLO ATTESA_EVASIONE:
+Per eseguire il controllo di evasione si può utilizzare il crontab 'task_sen_MSS'.
+Il risultato dell'esecuzione di tale task sarà quello di avere un passaggio di stato della richiesta
+avente stato 1 (ACQUISITA) a 3 (ATTESA_EVASIONE), con da inviare = 1, 
+verificare i cambiamenti di stato delle richieste sulla tabella MNP_GESTIONE_RICHIESTA_PORTING
+ricercando le richieste DATARICEZIONERICHIESTA = SYSDATE.
+Nel caso la DATA CUT-OVER < SYSDATE, la richiesta transiterà automaticamente in stato 5 (NON_EVASA)
+
+3: RICEZIONE ESITO PORTING DA GISP OK:
+L'evento si simula lanciando lo script '03_RISPOSTA_PORTING_DA_GISP.cmd'.
+Tale script porterà le richieste presenti sulla tabella MNP_GESTIONE_RICHIESTA_PORTING in stato 3 (ATTESA_EVASIONE) 
+allo stato 4 (EVASA). Dopo l'esecuzione del timer XML vengono prodotti i file di espletamento e la richiesta
+passa automaticamente nello stato 06 (ESPLETATA)