A questo proposito una pull request sarebbe molto gradita
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
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
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:
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â
Ciao Marco,
come si richiama?
Lâabbiamo valorizzata, dovremmo notare delle variazioni nella pagina di amministrazione?