HF Classic, transactions et TSE/Citrix

[Arnaud B.]

Bonjour à tous,

J'ai une application en HF Classic actuellement déployée en mode Citrix auprès de plusieurs centaines d'utilisateurs.

Je souhaiterai encapsuler un certain nombre d'opérations HF dans des transactions.

Or ne sachant pas comment Citrix gère l'accès concurrentiel aux fichiers de données, je me pose la question de savoir comment il va gérer les fichiers de transactions.

Si vous avez une expérience sur les transactions en Citrix (ou TSE je pense que le principe est le même) avec HF Classic, je suis preneur !

En fait, j'ai une inquiétude par rapport au risque que Citrix s'emmêle les pinceaux sur les transactions, inquiétude qui je l'avoue ne repose sur rien de factuel pour le moment.

Merci de vos retours, cordialement.

Arnaud.

[EDM-TAHITI]

Hello Arnaud
Au regard de l'aide de Windev concernant les transactions, je ne suis pas certains que cela soit applicable à ton cas. mais comme tu es en Mode classique, tu peux toujours faire les tests à partir d'une lecteur réseau (identique à tous les postes pour les transactions) afin de:
- Débuter une transaction (avec test d'ouverture)
- Apporter des modifications sur une table
- finir la transaction (avec test de fermeture)
Puis, dans un second temps, si tout se passe bien, refaire la manip ci-dessus
- Débuter une transaction (avec test d'ouverture)
- Apporter des modifications sur une table
- Mettre ici la fonction info("Stop") pour éteindre le poste avant la fin de la transaction.
Eteindre à la hussarde le poste qui effectue la transaction, puis le rallumer et annuler la transaction pour voir si citrix répond à tes exigeances (et si l'unicité des tables est respectée).
Voilà comment je procéderais pour avoir l'assurance que citrix ne perd pas ses petits en route.
Bon Dev...

[Nicolas_Jeanneau]

Bonjour,

si ça peut t'aider dans ton analyse, j'utilise des transactions dans un environnement Citrix mais sur des bases SQL server 2008. Je n'ai pas encore rencontré de problème depuis 4 ans d'exploitation. Aucune transaction n'est venue interférer avec une autre d'une autre session.

Lorsque j'ai des plantages d'applis, de sessions ou de serveurs, je n'ai pas de problème non plus: si une transaction était en cours, elle a été annulée automatiquement. Je ne sais pas si être en SQL server par rapport à HF classic est différent mais en cas de plantage tu peux vérifier si des enregistrements sont bloqués dans WDTrans.

à bientôt,

Nicolas

[Arnaud B.]

Envoyé par EDM-TAHITI

Hello Arnaud
Au regard de l'aide de Windev concernant les transactions, je ne suis pas certains que cela soit applicable à ton cas. mais comme tu es en Mode classique, tu peux toujours faire les tests à partir d'une lecteur réseau (identique à tous les postes pour les transactions) afin de:
- Débuter une transaction (avec test d'ouverture)
- Apporter des modifications sur une table
- finir la transaction (avec test de fermeture)
Puis, dans un second temps, si tout se passe bien, refaire la manip ci-dessus
- Débuter une transaction (avec test d'ouverture)
- Apporter des modifications sur une table
- Mettre ici la fonction info("Stop") pour éteindre le poste avant la fin de la transaction.
Eteindre à la hussarde le poste qui effectue la transaction, puis le rallumer et annuler la transaction pour voir si citrix répond à tes exigeances (et si l'unicité des tables est respectée).
Voilà comment je procéderais pour avoir l'assurance que citrix ne perd pas ses petits en route.
Bon Dev...

Bonjour Eric,

Merci de ces conseils.
En fait, je n'ai pas la possibilité de faire des tests sous Citrix, et c'est pour cela que je suis preneur de retours d'expérience.

Je sais que les transactions sur HF Classic en mode réseau fonctionnent bien, mais je me demandais si le fait d'être en Citrix y changeait quelque chose.

Cdlt, Arnaud.

[Arnaud B.]

Envoyé par Nicolas_Jeanneau

Bonjour,

si ça peut t'aider dans ton analyse, j'utilise des transactions dans un environnement Citrix mais sur des bases SQL server 2008. Je n'ai pas encore rencontré de problème depuis 4 ans d'exploitation. Aucune transaction n'est venue interférer avec une autre d'une autre session.

Lorsque j'ai des plantages d'applis, de sessions ou de serveurs, je n'ai pas de problème non plus: si une transaction était en cours, elle a été annulée automatiquement. Je ne sais pas si être en SQL server par rapport à HF classic est différent mais en cas de plantage tu peux vérifier si des enregistrements sont bloqués dans WDTrans.

à bientôt,

Nicolas

Merci beaucoup Nicolas pour ce retour.

Mais effectivement le fait que tu sois en SQL Server me laisse penser que ce n'est pas comparable, car je suppose que c'est SQL Server qui gère les transactions dans ce cas là.

Cdlt, Arnaud.

[Nicolas_Jeanneau]

Non, je gère moi même mes transactions dans le code avec les fonctions H.

[Arnaud B.]

Envoyé par Nicolas_Jeanneau

Non, je gère moi même mes transactions dans le code avec les fonctions H.

Intéressant... mais dans ce cas là (je suppose que tu utilise l'accès natif), un HDébutTransaction() déclenche (du moins c'est comme ça que je vois les choses) une transaction dans SQL Server (équivaut à envoyer BEGIN TRANSACTION à SQL Serveur), et ne créé pas en local de fichiers Windev .TRS et .TRX. C'est en ce sens que les transactions doivent être gérées par SQL Server, non ?

Cdlt, Arnaud.

[EDM-TAHITI]

Hello
Et ceci en plus, possibilité de gérer les transactions:
- en local
- en reseau
En effet, tu peux gérer les fichiers de transaction comme tu le souhaites, et donc, limité au poste (enregistrement dans un répertoire local) ou en réseau (répertoire partagé)

cf. l'aide de Windev sur les transactions

Code :

1
2
3
4
5
6
7
8
9
10
// Début de la transaction sur les fichiers Commande et LigneCde
HTransactionDébut("C:\Temp\Transaction.trs", "Commande,LigneCde,-Client")
Ajout_Commande()
QUAND EXCEPTION DANS
HAjoute(Commande) // ajout de la commande
HTransactionFin() // validation de l'ajout
FAIRE
HTransactionAnnule() // suppression des lignes de commandes
FIN

Voilà ce que je pouvais rajouter...