Differenze

Queste sono le differenze tra la revisione selezionata e la versione attuale della pagina.

--- gwusermanual:interface:exportable_report_setup [2024/06/17 09:15]
giorgio.scali [Importare metadati geoweb]
+++ gwusermanual:interface:exportable_report_setup [2024/07/18 16:29] (versione attuale)
giorgio.scali [configuration.properties]
@@ Linea 1: / Linea 1: @@
 ===== Report Esportabili - Messa in esercizio =====
+Questa pagina si riferisce alle operazioni preliminari volte alla prima messa in opera delle [[gwusermanual:interface:exportable_report|Report Esportabili]].
 ==== Modello Dati ====
-Entità coinvolte:
+Overview entità coinvolte:
-  * Report Esportabili (gwr_report)
+  * Report Esportabili (//gwr_report//)
-  * Modelli Report (gwr_model)
+  * Modelli Report (//gwr_model//)
-  * Parametri Report (gwr_param)
+  * Parametri Report (//gwr_param//)
-  * Categorie Report (gwr_report_category)
+  * Categorie Report (//gwr_report_category//)
-  * Funzioni (gwa_func, presa dal modello dati delle pagine di accesso)
+  * Funzioni (//gwa_func//, presa dal modello dati delle pagine di accesso)
-  * Classi Filtrabili (gwr_filterable_classes)
+  * Classi Filtrabili (//gwr_filterable_classes//)
 {{ :er-diagram.png?direct |}}
+==== Abilitazione nel configuration.properties ====
+Le Report Esportabili, essendo rilasciate dalla versione 4.7.1 e necessitando di svariate nuove tabelle (che vanno preventivamente deployate tramite script) rispetto alla 4.7.0, vanno esplicitamente abilitate tramite il flag **report.exportableReports.enabled** nel configuration.properties (default false)
+<code>
+...
+report.exportableReports.enabled=true
+...
+</code>
 ==== Installare gli script ====
@@ Linea 413: / Linea 426: @@
 E' messa a disposizione la configurazione dei metadati del {{ : exp_rep_proj.zip|exp_rep_proj.zip}} dedicato alle Report Esportabili.
-**La presenza della classe gwa_func è un prerequisito**.
+**La presenza della classe gwa_func è un prerequisito**.seguire le seguenti linee guida:
-Nel caso mancasse lo script va ripreso dal modello dati delle pagine di accesso.
+  * nel caso mancasse lo script va ripreso dal modello dati delle pagine di accesso.
-Nel caso la classe fosse assente, questa è una base da cui partire {{ :gwa_func.zip|gwa_func.zip}}
+  * nel caso la classe fosse assente, questa è una base da cui partire {{ :gwa_func.zip|gwa_func.zip}}
-Nel caso la classe ci sia già, va comunque specificato il trigger applicativo **gwa_func.groovy**.
+  * nel caso la classe ci sia già, va comunque specificato il trigger applicativo **gwa_func.groovy**.
-Nel caso si fosse già un trigger applicativo configurato, esso va integrato con il contenuto presente nel gwa_func.groovy fornito.
+  * nel caso si fosse già un trigger applicativo configurato, esso va integrato con il contenuto presente nel gwa_func.groovy fornito.
 L'utente configuratore deve inizialmente importare questo progetto nell'ambiente di sviluppo del prodotto.
@@ Linea 441: / Linea 454: @@
 === Rivedere i permessi  ===
-Eventualmente rivedere tutti i permessi alle varie classi, considerando che escono con gruppo = 'SOLUTION_MANAGER'
+Eventualmente rivedere tutti i permessi alle varie classi, considerando che escono con gruppo = 'SOLUTION_MANAGER'.
-=== popolare gwr_filterable_classes  ===
+=== Popolare coerentemente gwr_filterable_classes  ===
 La tabella **gwr_filterable_classes**, di cui è rilasciata anche la classe di gestione, **serve a censire esplicitamente tutte le tabelle/classi che possono essere oggetto di essere usate in una qualche Report Esportabile**.
-Questo passaggio è necessario perchè al SM è data la possibilità di filtrare i dati delle Report usando i filtri delle liste e dei dettagli di classe.
+Questo passaggio è necessario in quanto al SM è data la possibilità di abilitare la possibilità di filtrare i dati delle Report usando i filtri delle liste e dei dettagli di classe.
-E' onere del SM quindi, specificare per quali classi la Report è consona, e quindi se ne possono usare i filtri che Geoweb crea in automatico per parzializzare i dati della Report.
+E' onere del SM quindi, specificare per quali classi la Report è compatibile ai fini dell'esportazione parzializzata, e quindi se ne possono usare i filtri che Geoweb crea in automatico per parzializzare i dati della Report.
-E'quindi onere dell'utente configuratore scremare in origine le classi sulle quali si può generare una Report.
+E' quindi onere dell'utente configuratore scremare in origine le classi sulle quali si può generare una Report.
-In alcuni casi è prassi fare classi Geoweb differenti, copiandole, che hanno come sottostante la stessa tabella, per svariate esigenze.
+In alcuni casi è prassi configurare classi Geoweb differenti, copiandole le une dalle altre, con sottostante la stessa tabella, per svariate esigenze.
-In questo caso la problematica non si pone, avendo l'accortezza di usare come Label della classe, la stessa nomenclatura configurata per l'utente SM e gli utenti finali, in maniera tale che il SM possa intuitivamente selezionare le classi adatte.
+In questo caso la problematica non si pone, avendo l'accortezza di usare come //Label della classe//, la stessa nomenclatura configurata e visibile nelle varie Funzioni per gli utenti finali (compreso il SM), in maniera tale che il SM possa intuitivamente selezionare le classi compatibili.
@@ Linea 513: / Linea 526: @@
   * Geoweb (marginalmente)
-Questo ruolo potrebbe essere svolto (almeno inizialmente) proprio da Geoweb Italia su richiesta del cliente.
+Questo ruolo potrebbe essere svolto su richiesta del cliente proprio da Geoweb Italia (almeno inizialmente).
-Per i clienti che volessero agire in completa autonomia, vanno a tendere predisposti e resi fruibili anche degli script per crearsi un database di test semplificato, separato ma simile da quello di esercizio, e che in ogni caso rispecchi il modello dati delle anagrafiche su cui è previsto poter creare delle report.
+Per i clienti che volessero agire in completa autonomia, vanno predisposti e resi fruibili anche degli **script per crearsi un database di test semplificato**, al fine di avere un ambiente di sviluppo separato ma simile da quello di esercizio, e che in ogni caso rispecchi il modello dati delle anagrafiche su cui è previsto poter creare delle report.