Read the english version

HCL Leap è una nuova tecnologia disponibile all’interno di Domino che permette di creare facilmente applicazioni web senza codice.

Con HCL Leap è possibile avere una piattaforma di sviluppo low-code per accelerare la progettazione, la creazione e la distribuzione delle applicazioni.

HCL Leap ha un database di configurazione con una serie di impostazioni che si possono variare, il Leap Configuration Settings.

Andando a sviluppare un’applicazione mi sono accorto che alcuni parametri erano da cambiare , in particolare la voce secureJS che, testualmente, ha questa funzione :

Enables or disables JavaScript security in run time forms. When a form designer adds custom JavaScript to an application, this flag apply security settings to the custom JavaScript. This flag applies to the entire Leap server for all users.

Note: Setting this parameter to "FALSE" might expose users to malicious JavaScript. Only set to "FALSE" in a secured environment where Leap applications are created by trusted users.

Una volta cambiato il parametro però si è presentato il problema di farlo leggere al server: infatti quando si cambia un parametro nel Configuration Settings la documentazione dice di far ripartire il server ma in produzione far ripartire Domino può essere un problema.
In teoria si potrebbe fa ripartire solo la task http ma se ci sono traveler e sametime anche questo può dare fastidio.

Controllando la documentazione ho trovato la strada per una possibile soluzione soluzione : l’utilizzo del comando tell http osgi  con la sintassi
tell http xxxx dleap dove xxxx può avere tre ozpioni:

tell http osgi ss dleap
fa vedere lo stato di leap e in condizioni normali risponde così:

[34A4:0002-0788] 11/01/2024 17:42:16 id State Bundle
[34A4:0002-0788] 11/01/2024 17:42:16 198 ACTIVE dleap_1.1.2.18

quindi con stato active

A questo punto il comando

tell http osgi stop dleap
ferma dleap : lo lanciate , aspettate l’esecuzione e dleap si ferma .
la verifica è che aprendo la pagina di HCL Leap via browser con il link /volt-apps/secure/org/ide/manager.html
troverete la pagina standard di HCL Leap ma senza applicazioni, così:

e quindi digitando tell http osgi ss dleap si ottiene questo

[34A4:0002-0788] 11/01/2024 17:47:35 osgi> "Framework is launched."
[34A4:0002-0788] 11/01/2024 17:47:35 id State Bundle
[34A4:0002-0788] 11/01/2024 17:47:35 198 RESOLVED dleap_1.1.2.18

dove non è più ACTIVE ma RESOLVED

Infine il comando:

tell http osgi start dleap
fa ripartire dleap e quindi si legge i valori modificati nel file di configurazione di cui sopra
ora digitando tell http osgi ss dleap lo stato torna ad essere ACTIVE

Tutto questo era valido fino a prima del rilascio della versione 14, ora le cose sono leggermente diverse

Prima di far ripartire HCL Leap dovete prendere nota del numero di ID del bundle di Leap stesso, in questo esempio il 129:

e quindi per far ripartire Leap il comando diviene

tell http osgi start 129 dove ovviamente 129 è l’ID del bundle e deve essere sostituito con quello equivalente nel vostro ambiente.

Non avrete nessun messaggio di risposta ma digitando tell http osgi ss dleap vedrete che HCL Leap è tornato attivo.

Non siamo ancora riusciti a capire se questo comportamento è normale o se si tratta di un problema dovuto alla nuova versione ma almeno sappiamo come gestirlo!