Dovrei vedere tutto il codice, per fare un test e verificare anche rispetto alla versione del software principale
Buongiorno, l’aspect che utilizza per il form è il seguente:
<aspect name="jconon_application:aspect_titoli_preferenza">
<title>Titoli di preferenza DPR 487 lista</title>
<parent>jconon_application:aspects</parent>
<properties>
<property name="jconon_application:fl_titoli_preferenza">
<title>Possesso titoli preferenza</title>
<description>a) ui.radio</description>
<type>d:boolean</type>
<mandatory>true</mandatory>
</property>
<property name="jconon_application:elenco_titoli_preferenza">
<title>Elenco titoli preferenza</title>
<description>1) ui.select class:fl_titoli_preferenza_true input-xxlarge</description>
<type>d:text</type>
<mandatory>true</mandatory>
<multiple>true</multiple>
<index enabled="true">
<atomic>true</atomic>
<stored>false</stored>
<tokenised>both</tokenised>
</index>
<constraints>
<constraint ref="jconon_application:elenco_titoli_preferenza_values" />
</constraints>
</property>
<property name="jconon_application:fl_figli_carico">
<title>Figli a carico</title>
<description>2) ui.radio</description>
<type>d:boolean</type>
<mandatory>true</mandatory>
</property>
<property name="jconon_application:numero_figli_carico">
<title>Numero figli a carico</title>
<description>3) inputType:NUMBER class:fl_figli_carico_true fl_titoli_preferenza_true input-medium</description>
<type>d:text</type>
<mandatory>true</mandatory>
<index enabled="true">
<atomic>true</atomic>
<stored>false</stored>
<tokenised>both</tokenised>
</index>
</property>
<property name="jconon_application:fl_lodevole_servizio">
<title>Lodevole servizio</title>
<description>4) ui.radio</description>
<type>d:boolean</type>
<mandatory>true</mandatory>
</property>
</properties>
</aspect>
e per la stampa invece il codice di seguito:
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
`
<fieldProperty inputType="RADIOGROUP" label="text.jconon_application_fl_titoli_preferenza" name="fl_titoli_preferenza"
property="jconon_application:fl_titoli_preferenza" widget="ui.radio">
<jsonlist><listElement defaultLabel="Y" key="true" label="label.option.yes"/><listElement defaultLabel="N" key="false" label="label.option.no"/></jsonlist>
<jsonvalidator requiredWidget="true"/>
</fieldProperty>
<fieldProperty inputType="SELECT" label="label.jconon_application_elenco_titoli_preferenza" multiple="multiple"
name="elenco_titoli_preferenza" property="jconon_application:elenco_titoli_preferenza" widget="ui.select">
<jsonvalidator requiredWidget="true"/>
</fieldProperty>
<fieldProperty inputType="RADIOGROUP" label="label.jconon_application_fl_figli_carico" name="fl_figli_carico"
property="jconon_application:fl_figli_carico" widget="ui.radio">
<jsonlist><listElement defaultLabel="Y" key="true" label="label.option.yes"/><listElement defaultLabel="N" key="false" label="label.option.no"/></jsonlist>
<jsonvalidator requiredWidget="true"/>
</fieldProperty>
<fieldProperty name="numero_figli_carico" property="jconon_application:numero_figli_carico"
inputType="NUMBER" label="label.jconon_application_numero_figli_carico">
<jsonvalidator required="true"/>
</fieldProperty>
<fieldProperty inputType="RADIOGROUP" label="label.jconon_application_fl_lodevole_servizio" name="fl_lodevole_servizio"
property="jconon_application:fl_lodevole_servizio" widget="ui.radio">
<jsonlist><listElement defaultLabel="Y" key="true" label="label.option.yes"/><listElement defaultLabel="N" key="false" label="label.option.no"/></jsonlist>
<jsonvalidator requiredWidget="true"/>
</fieldProperty>
<form name="P:jconon_application:aspect_titoli_preferenza">
<formFieldProperty name="fl_titoli_preferenza"/>
<formFieldProperty class="input-xxlarge fl_titoli_preferenza_true" name="elenco_titoli_preferenza"/>
<formFieldProperty class="fl_titoli_preferenza_true" name="fl_figli_carico"/>
<formFieldProperty class="input-small fl_figli_carico_true fl_titoli_preferenza_true" name="numero_figli_carico"/>
<formFieldProperty class="fl_titoli_preferenza_true" name="fl_lodevole_servizio"/>
</form>
<printForm name="fl_titoli_preferenza_true" key="false">
<printFieldProperty name="elenco_titoli_preferenza" key="false"/>
<printFieldProperty formName="jconon_application:fl_figli_carico"/>
<printFieldProperty name="numero_figli_carico"/>
<printFieldProperty formName="jconon_application:fl_lodevole_servizio"/>
</printForm>
<printForm name="jconon_application:fl_figli_carico">
<printFieldProperty name="fl_figli_carico_true" label="print.jconon_application_fl_figli_carico_true"/>
</printForm>
<printForm name="jconon_application:fl_lodevole_servizio">
<printFieldProperty name="fl_lodevole_servizio_true" label="print.jconon_application_fl_lodevole_servizio_true" key="true"/>
</printForm>
<printForm key="jconon_application:fl_titoli_preferenza" name="P:jconon_application:aspect_titoli_preferenza">
<printFieldProperty formName="fl_titoli_preferenza_true" label="print.label.jconon_application_fl_titoli_preferenza_true" name="true"/>
<printFieldProperty formName="fl_titoli_preferenza_false" label="print.label.jconon_application_fl_titoli_preferenza_false" name="false"/>
</printForm>
`
Quando stampa la domanda la property lodevole servizio non viene stampata (dovrebbe stampoare il testo della label solo se il valore della property è true)
Quale logica utilizza?
C’è qualche documentazione a riguardo?
Ciao, basta aggiungere il name ai printFieldProperty: <printForm name="fl_titoli_preferenza_true" key="false"> <printFieldProperty name="elenco_titoli_preferenza" key="false"/> <printFieldProperty name="fl_figli_carico" formName="jconon_application:fl_figli_carico"/> <printFieldProperty name="numero_figli_carico"/> <printFieldProperty name="fl_lodevole_servizio" formName="jconon_application:fl_lodevole_servizio"/> </printForm>
Salve Marco, purtroppo non sono riuscito ancora a risolvere il problema. prima di lanciare lo script si dovrebbero aggiornare la call e gli attachment template. In cosa consiste questo aggiornamento? Quali files devo aggiornare?
Ciao, devi semplicemente ripulire gli indici di SOLR e riavviare, se hai una installazione con Docker e non hai esportato il volume degli indici sulla macchina host, basta riavviare solo il containr di SOLR.
Ciao, abbiamo riavviato il container di SOLR più volte e gli indici sono stati rigenerati (non abbiamo esportato il volume sulla macchina host). Attualmente dobbiamo prorogare un bando ma quando inserisco l’allegato per la riapertura dei termini e compilo il form ottengo il seguente errore: Type ‘P:jconon_attachment:prorogation’ is unknown!.
Abbiamo aggiornato la versione di jconon alla 5.0.45 da poco ma senza riuscire ad eseguire questo script
Ma siete riusciti ad aggiornare cool-jconon/cool-jconon-remote/src/main/resources/remote-single-model/Data Dictionary/Models/jconon_attachment_folder.xml at master · consiglionazionaledellericerche/cool-jconon · GitHub ma lo script vi da qualche errore?
Si abbiamo aggiornato jconon_attachment_folder.xml e jconon_call_folder.xml caricandoli tramite webdav ma lo script da questo errore :
JavaException: org.alfresco.error.AlfrescoRuntimeException: 11010012 Failed to execute search: select * from jconon_call:folder where IN_TREE(‘workspace://SpacesStore/c30bf834-d5a9-4a8f-9bd1-68792d0894c0’) and (jconon_call:data_inizio_invio_domande IS NULL or jconon_call:data_fine_invio_domande is null)
Inoltre non riusciamo a pubblicare nuovi bandi perché non salva le date inizio e fine di invio domande..
Purtroppo in questo modo non riesco ad aiutarti, l’unico modo sarebbe avere accesso ad Alfresco come amministratore per controllare lo stato del sistema. Ma stiamo parlando di https://selezioni.sedaq.it perchè mi sembra che su quella istanza SOLR abbia qualche problema.
no è Selezioni Comune AQ. Per fare i test abbiamo messo su una macchina uguale che è raggiungibile solo da locale. Nel caso possiamo fare una call ?
Possiamo fare verso le 15, ho una mezzora libera. Se mi dai conferma ci vediamo a questa URL edumeet
ok va bene confermiamo per le 15… grazie
Buongiorno Marco,
seguendo le indicazioni che ci hai dato ieri abbiamo aggiornato call_folder e attachment_folder e lanciato lo script con risultato:
logger: 0
"org.mozilla.javascript.Undefined@6aa0357b"
Da questo momento in poi non riusciamo più a vedere le domande dei bandi. Credo sia un problema di visualizzazione sulla pagina perché vediamo il paginatore con il numero delle domande e riusciamo ad esportarle in excel ma non le vediamo a video.
L’errore in console di chrome è il seguente:
Uncaught TypeError: Cannot read properties of null (reading 'local')
at a.diff (moment.js:1179:1)
at Object.<anonymous> (main.get.js:145:1)
at Object.program2 (eval at createFunctionContext (handlebars.js:1403:1), <anonymous>:24:66)
at Object.fn (handlebars.js:2174:1)
at Object.<anonymous> (handlebars.js:166:1)
at program1 (eval at createFunctionContext (handlebars.js:1403:1), <anonymous>:11:28)
at handlebars.js:2174:1
at Object.<anonymous> (handlebars.js:126:1)
at Object.eval (eval at createFunctionContext (handlebars.js:1403:1), <anonymous>:206:25)
at handlebars.js:2145:1
grazie per il supporto
Ciao, come vedi in questo blocco cool-jconon/cool-jconon-webapp-resources/src/main/resources/META-INF/js/handlebars/application-main-results.handlebars at master · consiglionazionaledellericerche/cool-jconon · GitHub ci sono dei riferimenti alle date del bando per cui dovreste controllare i dati presenti sui bandi.
Buongiorno Marco,
abbiamo un problema su un bando multiplo.
Succede che pur avendo impostato sul bando padre il numero massimo di domande a 20 non permette di inviare più domande per un singolo bando figlio. Dato che si tratta di welfare (borse di studio) il dipendente dovrebbe poter inviare una domanda per ogni figlio.
grazie
Non mi risulta un BUG in tal senso, il controllo viene effettuato qui: cool-jconon/cool-jconon-backend/src/main/java/it/cnr/si/cool/jconon/service/application/ApplicationService.java at master · consiglionazionaledellericerche/cool-jconon · GitHub per cui dovreste controllare se avete fatto override da qualche parte
non abbiamo fatto override e usiamo la versione 5.0.45
Il metodo è il seguente:
protected void validateMacroCall(Folder call, Folder application, String userId) { Folder macroCall = competitionService.getMacroCall(cmisService.createAdminSession(), call); if (macroCall != null) { macroCall.refresh(); Long numMaxDomandeMacroCall = Optional.ofNullable(macroCall.<BigInteger>getPropertyValue(JCONONPropertyIds.CALL_NUMERO_MAX_DOMANDE.value())).map(x -> x.longValue()).orElse(null); if (numMaxDomandeMacroCall != null) { Long numDomandeConfermate = callService.getTotalNumApplication(cmisService.createAdminSession(), macroCall, application, userId, StatoDomanda.CONFERMATA.getValue()); if (numDomandeConfermate.compareTo(numMaxDomandeMacroCall) >= 0) { throw new ClientMessageException("message.error.max.raggiunto"); } } } }
Forse ora ho capito, non si tratta di sottomettere una domanda per ogni bando figlio, ma di sottomettere con la stessa utenza più domande per lo stesso bando, se ho capito bene la problematica questo non è gestito per cui l’unica soluzione è quella di creare più di un bando figlio distinguendo “PRIMO FIGLIO“, “SECONDO FIGLIO“ ecc..