Cool-jconon - Selezioni online

A questo proposito una pull request sarebbe molto gradita :wink:

Buongiorno,
avremmo qualche difficoltà nel modificare l’oggetto dell’email di Comunicazione ai candidati.
Abbiamo notato che di default riporta il codice identificativo della domanda, ma non riusciamo a escluderlo:

POSTA CERTIFICATA: [concorsi]“Selezioni online ASP dei Comuni della Bassa Romagna - Codice Bando OSS22 - Comunicazione” $$ 6ddea5e0-8add-4796-b9e8-9222870725a4;1.0

Dal codice ci sembra che il punto in cui intervenire sia questo

Come possiamo procedere per integrarlo e modificarlo?

Grazie sempre!

Ciao, il codice identificativo della domanda serve per poi aggiornare lo stato della comunicazione, in quanto vengono lette dalle PEC mittente le ricevute di consegna come vedi qui: cool-jconon/CallService.java at 504e422562d3780ab1231142dcf6d8e00cf46594 ¡ consiglionazionaledellericerche/cool-jconon ¡ GitHub

Ciao Marco, perfetto. Allora manteniamo l’impostazione dei default.
Ti chiederei, invece, come procedere per l’aggiunta di una nuova tipologia di allegato.
Abbiamo provato a compilare questo: cool-jconon-template/jconon_nuovo_allegato_model.xml at master ¡ consiglionazionaledellericerche/cool-jconon-template ¡ GitHub senza alcun riscontro.
Abbiamo poi tentato di crearne uno nuovo:
cool-jconon-template/jconon_attachment_titoli_ulteriori_folder.xml at fa625b21dda87387feefc27ed39f2d9e301e7856 ¡ karimsaad91/cool-jconon-template ¡ GitHub
Ancora senza riscontro.
I file sono creati lato server e in ricompilazione jconon li riporta su Alfresco.
Manca qualche passaggio o sbagliamo qualcosa?
La procedura seguita è la stessa delle nuove dichiarazioni che, al contrario, girano bene.

Grazie!

Ciao, ho aperto una pull request: FIX mandatory-aspects on model by mspasiano ¡ Pull Request #3 ¡ karimsaad91/cool-jconon-template ¡ GitHub

Buon pomeriggio,
in mattinata abbiamo inviato le convocazioni per il concorso OSS che stiamo gestendo. Nell’invio delle comunicazioni (1268) il sistema ha restituito “Error”. Supponiamo sia un errore legato al timeout proxy (600s) perchè ha impiegato davvero tanto tempo a caricare.
Nonostante l’errore, ha comunque inviato le convocazioni.
Volevamo chiederti come muoverci:
1- estendiamo il timeout? giĂ  molto alto.
2- come potremmo “ottimizzare” le prestazioni del portale?
Al momento il server monta una cpu Xeon(R) CPU E5-2620 v3 @ 2.40GHz, con 8 gb RAM e 10 core dedicati alla VM.

Grazie sempre e buona serata.

Ciao, si effettivamente quando le comunicazioni o convocazioni sono tante può succedere, se aprite una issue posso mandare in processo in background e inviare una notifica via email al completamento con i dettagli.

buongiorno, dovremmo implementare una protocollazione con servizi esterni su tutte le domande ad un concorso quando questo viene chiuso. Abbiamo visto inAGID che la protocollazione viene fatta dopo l’invio di ogni domanda ( con la classe AGIDPrintService), noi vorremmo farlo massivamente quando viene chiuso(scade) la domanda. possibile farlo ? che processo /servizio è richiamato quando viene chiuso un bando? vi ringrazio

Salve, la protocollazione anche in AGID avviene alla scdenza del bando, in quanto fino alla scadenza è sempre possibile riaprire e eventualmente cancellare la domanda. Può far riferimento a questa implementazione: selezioni-online/AGIDCallService.java at master ¡ AgID/selezioni-online ¡ GitHub

Buongiorno,
grazie per il fix relativo all’invio delle comunicazioni :wink:
I candidati ci stanno segnalando un problema nella conferma di ricezione della convocazione.
Il candidato clicca sul link per la conferma di ricezione, viene reindirizzato alla pagina di login e accede con SPID. Non succede nulla e non viene visualizzato alcun messaggio di conferma.
Se, invece, il candidato clicca sul link (dopo essersi loggato) risulta ricevuta la convocazione (backend), ma non viene comunque visualizzato il messaggio di conferma (al candidato).
Dal codice ci sembra, al contrario, che debba esserci il messaggio:

Cliccando il link (giĂ  loggati) nel file di log compare:

[INFO] it.cnr.cool.cmis.service.CMISService:271 - User: karim with ticket: TICKET_92a0307e834303f23a287c9915ed983edbfca000 IP: 192.168.1.113 Path: GET /application/convocazione?nodeRef=2ef7327b-666e-4bac-ba83-72d12dc38523;1.0
[INFO] it.cnr.cool.cmis.service.CMISService:271 - User: karim with ticket: TICKET_92a0307e834303f23a287c9915ed983edbfca000 IP: 192.168.1.113 Path: GET null?messageId=message.convocazione.ricevuta

Forse quel “null” ti aiuta a capire?

Se lo ritieni opportuno apriamo sempre una issue su github.

Grazie :slight_smile:

Ciao, tramite la segunete URL E-Recruitment ASP dei Comuni della Bassa Romagna - page.login dovreste aggiungere quello mostrato in figura:

Però ho anche notato che dal vosto portale quando accedo con SPID non viene valorizzato correttamente il relayState come dovrebbe essere : cool-jconon/SPID.java at 0d8f017664ddea1234d79ffd177c283e4af9da44 ¡ consiglionazionaledellericerche/cool-jconon ¡ GitHub

Buongiorno, avrei necessità di modificare tramite webdav il file jconon_call_folder.xml per rendere non obbligatorio l’inserimento dei campi relativi alla gazzetta ufficiale. Solo che tramite alfresco non riesco a disattivare il modulo per poi salvarlo, dicendomi che il modulo è attualmente in uso. C’è un modo per permettere questa modifica? O bisogna intervenire in qualche altro modo?

Ciao, le informazioni della Gazzetta Ufficiale sono obbligatorie, e vengono controllate in fase di pubblicazione del bando.

Si, a me interesserebbe renderle NON obbligatorie, in quanto alcuni bandi interni non devono passare per Gazzetta Ufficiale. C’è un modo per modificare il file jconon_call_folder per le customizzazioni del caso?

Ma già avete dei bandi in produzione? Perchè se non è cosi potresti cancellarli tutti per poi disattivare il modello, per poi procedere con la modifica. In alternativa puoi prima eseguire questo script dalla console dell’applicazione:

var nameSpacePrefix;
model.status = "ok";
try {
  nameSpacePrefix = cnrutils.executeStatic('org.alfresco.service.namespace.QName.createQName', "{http://www.cnr.it/model/jconon_call/cmis}jconon_callModel");
	cnrutils.getBean("dictionaryDAO").removeModel(nameSpacePrefix);
} catch (err) {
	model.status = "ko";
	model.error = err.toString();
}

Poi dovresti anche fare l’override di questo file per cambiare la property nullable:

1 Mi Piace

Buongiorno Marco,
stavamo iniziando a ragionare sull’integrazione con l’appIO.
Abbiamo trovato, come documentazione, soltanto questo:

e questo:

Abbiamo seguito le istruzioni, ma non ci sembra sia successo niente.
Serve altro a livello di configurazione?
Preciso che al momento volevamo testare e vedere come sarebbe l’integrazione cool-jconon - appIO, prima di procedere all’accreditamento “amministrativo”.

Unico elemento oggettivo che abbiamo rilevato è questo errore sul Docker Alpine:

bash-4.3$ echo -n | openssl s_client -connect api.io.italia.it:443 -servername api.io.italia.it | openssl x509
depth=3 O = Digital Signature Trust Co., CN = DST Root CA X3
verify error:num=10:certificate has expired
notAfter=Sep 30 14:01:15 2021 GMT
DONE
bash-4.3$ date
Wed May 11 10:51:04 CEST 2022
bash-4.3$ 

Grazie mille sempre per la collaborazione!

Ciao, puoi vedere questo test:

La comunicazione con IO si attiva solo nel momento in cui viene valorizzata questa variabile:

Potete fare dei test ma limitatamente ad alcuni codici fiscali

Ora il certificato sembra buono ma comunque è un “Let’s Encrypt” :dizzy_face:

Ciao Marco,
come si richiama?

L’abbiamo valorizzata, dovremmo notare delle variazioni nella pagina di amministrazione?