Errore Syncro Immagini su server produzione con In.De 24.5

[f.celi]

Ho allineato il mio progetto da In.De In.De 23.0.9000 Rev. 12 ad In.De 24.5.9400 Rev. 9.
Sia per la parte Server Web che per la parte Mobile (APK Android).
La parte del codice di sincronizzazione è in produzione dal 2015 e non è stata toccata.

Se da In.De utilizzo l'APP Mobile in emulazione con Chrome e sincronizzo verso il server di produzione o verso il server sullo sviluppo web In.De non ho problemi.
Se dal Tablet APP Installata, effettuo la sincronizzazione verso il Server In.De in sviluppo sul mio PC non ho problemi, mentre se effettuo la sincronizzazione verso il server di produzione, ottengo l'errore:
Cannot read properties of null (reading 'RecordCount')
Sembrerebbe che la proprietà del recordset ricevuto non sia accessibile, non capisco.

Inoltre, se utilizzo dal Tablet la vecchia versione dell'APP realizzata con In.De 23, tutto funziona correttamente.

Qualcuno sa indicarmi cosa c'è di sbagliato nel codice che uso da anni?

[r.bianco]

Potresti provare la app tramite caravel, con debug di caravel attivo. Magari ottieni qualche informazione utile.

[f.celi]

Si hai ragione, su Caravel l'ho testato solo in sviluppo verso il server web sviluppo In.De e tutto andava.
Mentre, se lo testo verso il server web IIS di produzione riesco a rilevare l'errore, che effettivamente è quello che avevo già individuato.

Da quello che vedo alla richiesta del terminale:
Recodset r = SyncService.Query("IMMAGINE", pars)
if (r.recordCount() > 0 && r.fieldCount() >0
la proprietà del recordset ricevuto non è accessibile

Non capisco la motivazione, il codice è in produzione dal 2015.
Se utilizzo l'APP sviluppata precedentemente con In.De 23 tutto funziona correttamente, quindi mi fa pensare che l'applicazione web server risponda correttamente, ed il problema si verifica sul terminale. Perché?

[r.bianco]

Purtroppo non si vede il primo errore, quello evidenziato.

In ogni caso, la syncQry torna null, quindi nell'if va testato r != null, prima di ogni altro test.
Poi sarebbe da verificare, lato server, perché la syncQry torna null.
Ovviamente, sono solo idee.

[f.celi]

Nella riga rossa c'è scritto più o meno quello che vediamo sotto, con un copia incolla sono riuscito a leggerlo correttamente:
(Sincronizzazione completa) Err : TypeError: Cannot read properies of null (reading 'RecordCount')

P.S. Se ProGamma oltre ad evidenziare la riga in rosso cambiasse colore al testo sarebbe più leggibile.

[f.celi]

Ho provato come suggerito ad inserire la condizione:
if r != null
rilevo un nuovo errore imprevisto, non decodificabile.
Il debug mi segnala: Sync server http://indirizzowebapp/nomeapplicazione ... neweb.aspx was not reached in 5 seconds

Questo farebbe pensare ad un problema sul Server Web.
Ma allora, perché se uso la vecchia APP relizzata con In.De 23 non rilevo nessun problema?

[r.bianco]

Forse timeout differenti.

[f.celi]

Agendo sul timeout probailmente qualcosa è successo ma continua con il solito errore imprevisto.
Debug su caravel:
In debug la riga brossa indica: (Sincronizzazione Completa) Err: Error: Unexpected status line:

E' normale che sotto i vari comandi facciano riferimento:
http://192.168.100:1308/msysevviva/msysevviva.aspx
normalmente questo indirizzo è quello di sviluppo mobile di In.De sul mio PC in locale, quando l'APP è in esecuzione sul terminale con Caravel?

[r.bianco]

Qualcosa non mi torna, ma non vorrei deviarti dal tuo quesito iniziale:
All'inizio hai parlato di APK, quindi quando fai le prove con caravel devi proprio installare la app in caravel, e non semplicemente usarla da caravel.
In questo modo, la sync è eseguita da caravel in modo nativo e non da js (come farebbe nell'apk), e devi usare il debug di caravel e non quello dell'app.
Magari non sto capendo io.

[f.celi]

Si certo, l'APP Mobile la installo in Caravel per verificare le risposte in modo nativo.
Scusa, proprio per questo effettuando i Test verso il Server Web su Sviluppo In.De (Cassini se non sbaglio), tutto funziona regolarmente, ho compilato l'AKP con Android Studio, a quel punto è saltata fuori l'anomalia, che sinceramente non mi spiego.