Servizio api rest

[DragoRosso]

...
Ma installando il demone come servizio, anche se seguendo i messaggi sul log, sembra che vada tutto bene, eseguendo le stesse chiamate dal browser ottengo Firefox non può stabilire una connessione con il server localhost:8080.
...

Come primo consiglio ti direi di identificare il tipo di errore che ricevi dal browser che spieghi il perché della connessione non riuscita.

Dovresti aprire gli strumenti di sviluppo di Firefox e vedere in debug e/o console che errori vengono mostrati in fase di chiamata del servizio.
Da come dici non mi stupirebbe se in debug non fosse necessario il certificato SSL mentre in produzione possa essere obbligatorio. O comunque qualcosa del genere che ha che fare con la sicurezza.


Edit:
mi gioco una predizione
errore di tipo CROSS-ORIGIN 

 

E' probabile che il certificato non riesca a venire letto dal programma che gira come servizio. Quando girano come servizio, ovviamente l'environment è diverso e anche i file devono essere posti nei posti giusti.

....

e ovviamente i file devono essere accessibili al servizio (quindi occhio ai gruppi e alle proprietà di accesso).

[angman]

systemctl status restituisce queso errore
angelo-VMware-Virtual-Platform ArubahttpApplic[5753]: cannot open display:

[nomorelogic]

hai già controllato se nelle dipendenze c'è qualche package che richiede l'utilizzo di un display?
La LCL ad esempio non ci dovrebbe essere.

Se sei sicuro di aver eliminato qualsiasi cosa che ha a che fare col display, ti suggerisco di creare un nuovo progetto che faccia una cosa semplice: ad esempio ogni minuto aggiunge una riga di log in un file.
Zero dipendenze.

Così verifichiamo che lo stesso errore non si presenti.


Edit:
ho provato a dare un'occhiata nei tuoi sorgenti
credo manchino le unit di uApplDatamodule, uDMMainController e uarubadaemonlogger

[angman]

Si non ti ho mandato tutto, se servono te le mando

[DragoRosso]

Guarda se nel file di progetto (lpi o lpr) viene inclusa una unita "Interfaces" o qualcosa di simile. Questa è quella che introduce la LCL nell'applicativo.

Prova a commentarla.

[nomorelogic]

come dice DragoRosso, vedi se c'è Interfaces
e controlla anche nelle unit e sotto-unit che mancano

devi essere sicuro che non venga usato nulla della LCL

se non sei sicuro, metti anche i sorgenti mancanti che ti aiutiamo a controllare.

[angman]

Mi sembra che sia una dipendenza dal package rxnew a richiedere la LCL

[nomorelogic]

prova a togliere quella dipendenza, verrà a mancare la funzionalità, ma almeno si potrà verificare se il problema è effettivamente quello

[angman]

Ciao , ho fatto come hai consigliato e ora compilando da questo errore:
Fatal: Can't find unit rxmemds used by uExportSCT.
solo che in tutto il progetto non c'è nessuna uses a rxmemds

[nomorelogic]

il riferimento potrebbe essere rimasto in qualche file temporaneo

prova a cancellare tutti i file temporanei di compilazione
poi ricompila

se ti da di nuovo l'errore vuol dire che quella unit è nelle dipendenze

[angman]

perdona la mia ignoranza, quali sono i files temporanei di compilazione?

[DragoRosso]

Lazarus crea normalmente una cartella LIB nella directory del tuo progetto. Questa cartella contiene i file temporanei (divisi per piattaforma / release).

In questa cartella viene posto anche l'eseguibile molto spesso, che ovviamente verrà ricreato al prossimo BUILD o avvio.

Attenzione A NON CANCELLARE FILE che hai copiato a mano dentro queste cartelle (come file DB, INI, DLL o altro).

[angman]

Quindi se faccio un build dovrebbe ricreare i files temporanei?

[DragoRosso]

Si, ogni volta che modifichi un file e avvi o fai un build esplicito.

Tieni presente che sono procedure che Lazarus e FPC attivano in automatico in base a certi parametri per ottimizzare i tempi di compilazione e link, quindi potrebbero fallire in rarissime occasioni.

E per questo che se ci sono problemi vanno cancellati i file temporanei.