Difference between Fat Client and Jas : application problem

Hi everybody,

I made an interactive application that works fine on my fat client.
I now test it on the web, and it doesn't work the same way : everything concerning the generation was OK, but when i click on 'Find', no value is returned in my grid when i'm on the web. If I do so on the fat client (even in the JDV env to test), the grid is populated.

Does anybody knows this problem?
Thanks a lot....

PS : i use 'Insert Grid Buffer Row', would it be the reason???? :confus:

Bonjour Fabien,

Si c'est un nouvel écran, avez-vous redémarré les instances web après la génération, avant de le tester ?

Autre question : avez-vous examiné les logs web pour peut-être donner quelques pistes sur le problème ?

(PS : pouvez-vous donner plus de détail sur votre configuration (version, SP, machines, ..) ?)

PS 2 : enfin un français sur ce post !

Bonjour,

Alors voilà, pour ce qui est des précisions :
SP23_C1
AS/400
Oui, le web a bien été redémarré
Le SP23 vient d'être passé chez nous, le programme ne fonctionnait pas en SP22_O1, il renvoyait un message d'erreur (dont je ne me souviens plus). Maintenant, onentre bien dans l'écran, mais comme je l'ai dit, le 'Find' ne retrouve rien alors que des lignes apparaissent bien dans ma grille en poste lourd.
Voilà pour les premières précisions...

PS : MPO se situe où? le nom me dit quelque chose...

Avez-vous activé les logs d'une instance web pour visualiser les éventuels message d'erreur lors du clique sur "Find" ? Rien vu de particulier ?
Ce programme utilise t'il d'autres objets non standard ? (vues, tables, ) ?


(MPO est un groupe ayant des filiales en France - en Mayenne pour être précis , c'est là que se trouve la maison mère -, en espagne, en irlande, en angleterre et en Thaïlande)

Tous les objets utilisés sont standards, y compris la BSVW.

Quand j'active les logs, le debug.log du serveur Web me donne le message suivant :
class com.jdedwards.jas.JDBCProxy@921588e2 >*trace*> JDBCProxy/jdbcProxy()>>>response is good(execute()) -> , status = 2, nextpageid = 1092936305157, data = JASResultSet is returning 10 rows

La fin semble donc bien indiquer que les lignes me sont retournées, mais je peux assurer que ce n'est pas le cas...

Have you tried running the application through the fat client but logging into the J environment (e.g. JDV7333)? This can be a useful test sometimes to discriminate between problems with OCM and problems with the client type.

(desole de n'avoir pas l'abilite de repondre en francais).

so, let's continue in english, i hope you'll understand my poor english!

Yes i tried this idea, and the appl gave me lines in JDV on fat client...

I recently experienced this at a client. Everything was perfect on the fat client, but things were horrible on the web. I discovered that many of my development habits (i.e. the events I placed my code in) didn't work properly on the web.

I used to place a fair amount of logic in the "Write Grid Line-After" event. I've now began putting this same logic in the "Grid Record is Fetched" event.

Good Luck.

- Scott

does anyone know a reason and/or solution for this behaviour? I got complaints as well concerning programs that work well on FAT but don't work on Web (the parts that DO run are very slow... I'm thinking something to do with the BSFN not running as they should)