Windev client / serveur

testé il y a 2 mois...
3 jours de panique, 1 ulcère qui redemarre, un coup de pied dans le serveur
etc... etc...
Plantages plusieurs fois par jour du serveur sans explication.
Un bon conseil, abandonne avant de commencer et vise plutôt une solution
'pro' du type Mysql.
A+

"e-pluriel" <e-pluriel@wanadoo.fr> a écrit dans le message de
news:1120744282.730432.294510@g47g2000cwa.googlegroups.com...
Bonjour,
Je dois mettre en place une application avec le serveur Manta.
- Fonctionne t-il correctement ?
- Y a t-il des fonctions qui ne passent pas ?
- Qu'en est-il des temps de réponse ?
Merci

Salut !

Je ne sais pas de ce qu'il faut penser de ce message :


On 19-Jul-2005, "JPN" <jpn@abtel_nspam.fr> wrote:

testé il y a 2 mois...
3 jours de panique, 1 ulcère qui redemarre, un coup de pied dans le
serveur
etc... etc...
Plantages plusieurs fois par jour du serveur sans explication.
Un bon conseil, abandonne avant de commencer et vise plutôt une solution
'pro' du type Mysql.
A+

Dans mon cas, j'ai un serveur Manta installé en clientèle (4 Postes en local
+ 13 postes connecté via ADSL + VPN) depuis plus de 3 mois sans problème
particulier, mais, contrairement à beaucoup, le serveur Manta est installé
sur un serveur Linux (Mandrake 10.1).
Tout se passe très bien ...
Je constate simplement que les problèmes rencontrés chez nos confrères en HF
C/S sont en général survenu lorsque le serveur Manta est installé sur
Windows XP et pas sur Linux.

A+


--
Marcel Berman
c/o Managing Business SPRL
Allée du Petit Paris, 11
B - 1410 - Waterloo
Tel : +32 2 351.60.64
Fax : +32 2 351.45.78
Gsm : +32 475.799.477

> Dans mon cas, j'ai un serveur Manta installé en clientèle (4 Postes en

local

+ 13 postes connecté via ADSL + VPN) depuis plus de 3 mois sans problème
particulier, mais, contrairement à beaucoup, le serveur Manta est installé
sur un serveur Linux (Mandrake 10.1).
Tout se passe très bien ...
Je constate simplement que les problèmes rencontrés chez nos confrères en

HF

C/S sont en général survenu lorsque le serveur Manta est installé sur
Windows XP et pas sur Linux.

Et les nombreuses Question sur HF C/S ne vous gênent pas
pour mettre le mettre en production :
- Stabilité et montée en charge
- Absence de documentation technique
- Pas de réponses aux questions pertinentes sur le forum d'en face
- Quelques légers détails : questions posées:
- Pas de gestion de intégrité référentielle sur le dernière version
- Nouveau : Gestion des transactions ... Coté Client
Je me pose donc la question suivante :
Quel est donc la différence entre HF C/S installé sur un Serveur
et un exécutable installé ( accessible par Socket )sur un serveur qui
servirait de serveur de communication
entre le client et une base HF Fichier posée sur ce même Serveur ?

Bon Bref je pense qu'il y a un gros problème de terminologie !

C'est très bien que l'on propose un moteur C/S redistribuable. Le problème
est que lorsque on l'annonce les gens l'attendent et parfois achètent la
version
uniquement pour disposer du "moteur".
Le problème est que pour s'engager dans un développement, il faut un peu
plus de certitudes sur un produit de ce type.


Sébastien

Salut !

Je déroge à la règle qui veut que l'on mette le texte auquel on répond en
premier du fait de la longueur de celui-ci.

En ce qui me concerne, j'ai testé le serveur HF C/S avant de le mettre en
production et je n'ai pas eu de problèmes de stabilité.

Mes permiers tests étaient assez peu concluant, j'avais installé le serveur
Manta sur un poste XP.
Après l'avoir installé sur un serveur 2003, cela allait mieux mais avec pas
mal de soucis ( nécessité de redémarrage du serveur Manta etc ...)
Quand la version Linux est sortie, je l'ai installé et là, tout à coup, plus
de problème de stabilité.
J'ai fait des tests avec 20 pcs connectés sur une base de données dont
certains fichiers comportent près de 3000.000 enregistrements et les temps
de réponse étaient bien meilleurs en local (en les comparant à la version
réseau) et les postes distants avaient des temps de réponses à peine moins
bons ...
En ce qui me concerne, le fait de pouvoir accéder à la base de données
depuis les postes distants en direct m'évitait de devoir faire une
réplication bi-directionnelle entre les données présentes sur le serveur et
12 magasins, ce qui entraiinait bien d'autres problèmes beaucoup plus
critiques que la perte de connexion éventuelle qui est parfaitement gérée
par mon programme.

La gestion des transactions manquait, mais dans mon cas, ce n'était pas
dramatique dans la mesure où les contrôles internes de mon application
permettent de m'en passer.
De même, je gère les problèmes d'intégrité référentielle moi-même, car je
n'ai jamais fait totalement confiance aux mécanismes automatiques de WD ...

Les avantages apportés par le serveur HF C/S en terme de stabilité par
rapport à une installation réseau classique sont manifeste si l'application
est conçue en conséquence (stabilité des index, vitesse, etc. )
Le fait que la base de donnée soit accessible par internet en est un autre.

La technologie sous jacente m'indiffère du moment que les résultats sont là.

Bien à toi

--
Marcel Berman
c/o Managing Business SPRL
Allée du Petit Paris, 11
B - 1410 - Waterloo
Tel : +32 2 351.60.64
Fax : +32 2 351.45.78
Gsm : +32 475.799.477


On 20-Jul-2005, "sebNews" <seb@yahoo.fr> wrote:

> Dans mon cas, j'ai un serveur Manta installé en clientèle (4 Postes en
local
> + 13 postes connecté via ADSL + VPN) depuis plus de 3 mois sans problème
> particulier, mais, contrairement à beaucoup, le serveur Manta est
> installé
> sur un serveur Linux (Mandrake 10.1).
> Tout se passe très bien ...
> Je constate simplement que les problèmes rencontrés chez nos confrères
> en
HF
> C/S sont en général survenu lorsque le serveur Manta est installé sur
> Windows XP et pas sur Linux.

Et les nombreuses Question sur HF C/S ne vous gênent pas
pour mettre le mettre en production :
- Stabilité et montée en charge
- Absence de documentation technique
- Pas de réponses aux questions pertinentes sur le forum d'en face
- Quelques légers détails : questions posées:
- Pas de gestion de intégrité référentielle sur le dernière
version
- Nouveau : Gestion des transactions ... Coté Client
Je me pose donc la question suivante :
Quel est donc la différence entre HF C/S installé sur un Serveur
et un exécutable installé ( accessible par Socket )sur un serveur qui
servirait de serveur de communication
entre le client et une base HF Fichier posée sur ce même Serveur ?

Bon Bref je pense qu'il y a un gros problème de terminologie !

C'est très bien que l'on propose un moteur C/S redistribuable. Le problème
est que lorsque on l'annonce les gens l'attendent et parfois achètent la
version
uniquement pour disposer du "moteur".
Le problème est que pour s'engager dans un développement, il faut un peu
plus de certitudes sur un produit de ce type.


Sébastien

>
Les avantages apportés par le serveur HF C/S en terme de stabilité par
rapport à une installation réseau classique sont manifeste si

l'application

est conçue en conséquence (stabilité des index, vitesse, etc. )
Le fait que la base de donnée soit accessible par internet en est un

autre.


C'est un retour d'expérience intéressant au contraire.
C'est ce qu'il manque à beaucoup de monde actuellement.

Ce qui est mis en avant dans cette expérience :
- Le serveur est stable sous Linux et non sous Windows
- L'application doit être spécifiquement développée pour du Client Serveur :
- Pour éviter les aller retours entre clients distants et postes
serveur
- Eviter les outils intégrés ( combo auto alimenté, Filtres etc )
- Je suppose que sur le client :
- pas de tables fichiers
- Vues ou requêtes SQL
- Comment gérer les deconnexions ou pannes si pas de gestion des
transactions et Intégrité coté moteur dans les cas suivants:
- Destruction d'un client et de ses 200 Devis et lignes de Devis ?
- Écritures en cascades
C'est une question mais pour moi c'est prépondérant pour l'intégrité des
données.

- Les postes distants ont des temps d'accès très rapides ( presque du local
?)
- Quelle est le type de liaison ( VPN ?) et le débit descendant et
remontant des deux cotés ?

La technologie sous jacente m'indiffère du moment que les résultats sont

là.

Le problème est que l'on développe spécifiquement sur ce moteur. Difficile
d'avoir une confiance aveugle quand même.
Imaginons que suite à la mise en prod, l'application le moteur se soit avéré
instable ?


Merci pour ces réponses

Sébastien

Bonjour,

Ce qui est mis en avant dans cette expérience :
- Le serveur est stable sous Linux et non sous Windows
- L'application doit être spécifiquement développée pour du Client Serveur :
- Pour éviter les aller retours entre clients distants et postes
serveur
- Eviter les outils intégrés ( combo auto alimenté, Filtres etc )
- Je suppose que sur le client :
- pas de tables fichiers
- Vues ou requêtes SQL
- Comment gérer les deconnexions ou pannes si pas de gestion des
transactions et Intégrité coté moteur dans les cas suivants:
- Destruction d'un client et de ses 200 Devis et lignes de Devis ?
- Écritures en cascades
C'est une question mais pour moi c'est prépondérant pour l'intégrité des
données.

En voyant tous ces points (surtout "Eviter les outils intégrés"), je me
pose une autre question : quel critere fera choisir HF par rapport à
d'autre SGBD (libres ou proprietaires) qui s'interfacent déjà assez bien
avec WinDev ? (peut etre celui qu "il est livré avec")

Par exemple : je développe avec MySQL et ces contraintes existaient
déjà. Je pensais que HF C/S permettrait d'en faire abstraction et que
WinDev gérerait tout de maniere transparente. Si en plus de ca, il n'y a
pas de gestion d integrité, de transaction, je ne vois ce qu il apporte.


--
Manu

Salut !


On 20-Jul-2005, "sebNews" <seb@yahoo.fr> wrote:

C'est un retour d'expérience intéressant au contraire.
C'est ce qu'il manque à beaucoup de monde actuellement.

Ce qui est mis en avant dans cette expérience :
- Le serveur est stable sous Linux et non sous Windows
- L'application doit être spécifiquement développée pour du Client Serveur
:
- Pour éviter les aller retours entre clients distants et postes
serveur
- Eviter les outils intégrés ( combo auto alimenté, Filtres etc )
- Je suppose que sur le client :
- pas de tables fichiers
- Vues ou requêtes SQL

En effet que des requètes SQL et pour des ajouts ou modifications discrètes
( 1 record ), encore quelques hmodifie() et Hajoute() plutôt que des
requètes d'update par habitude... mais c'est en cours de modification ...
Pas de combos auto-alimentées ( une catastrophe ! ), aucune table fichier,
pas de filtre ...

- Comment gérer les deconnexions ou pannes si pas de gestion des
transactions et Intégrité coté moteur dans les cas suivants:
- Destruction d'un client et de ses 200 Devis et lignes de Devis ?
- Écritures en cascades
C'est une question mais pour moi c'est prépondérant pour l'intégrité des
données.

En fait, les données à enregistrer sont stockées localement et flaguées
comme étant enregistrées lorsqu'elle le sont.
Si toutes les données ont été enregistrées, elles sont supprimées
localement.
En cas de rupture de connexion lors de la mise à jour, le programme se
ferme.
Lors du lancement, il vérifie l'état des fichiers temporaires et, si une
partie seulement des données ont été enregistrées, le programme vérifie
lesquelles ont été enregistrées et enregistre celles qui ne l'ont pas été.

- Les postes distants ont des temps d'accès très rapides ( presque du
local
?)
- Quelle est le type de liaison ( VPN ?) et le débit descendant et
remontant des deux cotés ?

Du coté serveur, un ligne ADSL Office (Belgacom un opérateur belge) avec 500
kb/s en Upload non garanti
Coté client des lignes normales à 256 kb/s non garanti
Les postes clients sous sous un VPN

> La technologie sous jacente m'indiffère du moment que les résultats sont
là.

Le problème est que l'on développe spécifiquement sur ce moteur. Difficile
d'avoir une confiance aveugle quand même.
Imaginons que suite à la mise en prod, l'application le moteur se soit
avéré
instable ?

La spécificité du code SQL se pose pour toute les bases non ?
Et comme la mise en production de cette versions s'est faites après de
nombreux tests, le problème ne se pose pas ...

Il faut dire que cette application tournait à l'origine en HF Classique et
qu'il s'agissaitt d'une pseudo migration ... L'essentiel du code étant déjà
codé en SQL ...

Je dois dire que passer de HF Classique en HF C/S est vraiment simple et,
pour autant que l'on développe en utilisant intensivement le SQL plutôt que
les commande H....

Bien à toi !

[BRUIT] je ne poursuivrai pas ce fil avant lundi prochain car je pars cet
après-midi en long week-end, fête nationale belge oblige !

--
Marcel Berman
c/o Managing Business SPRL
Allée du Petit Paris, 11
B - 1410 - Waterloo
Tel : +32 2 351.60.64
Fax : +32 2 351.45.78
Gsm : +32 475.799.477

ManuPavy avait prétendu :

Par exemple : je développe avec MySQL et ces contraintes existaient déjà. Je
pensais que HF C/S permettrait d'en faire abstraction et que WinDev gérerait
tout de maniere transparente. Si en plus de ca, il n'y a pas de gestion d
integrité, de transaction, je ne vois ce qu il apporte.

La gratuité ?

--
Romain PETIT
http://cerbermail.com/?O16kfXOFcq
(cliquez sur le lien ci-dessus pour me contacter en privé)

Romain PETIT a écrit :

ManuPavy avait prétendu :

Par exemple : je développe avec MySQL et ces contraintes existaient
déjà. Je pensais que HF C/S permettrait d'en faire abstraction et que
WinDev gérerait tout de maniere transparente. Si en plus de ca, il n'y
a pas de gestion d integrité, de transaction, je ne vois ce qu il
apporte.

La gratuité ?

Et MySQL, PostgreSQL, FireBird (il me semble qu'il y a eu des test avec) ?

--
Manu

> > Par exemple : je développe avec MySQL et ces contraintes existaient

déjà. Je

> pensais que HF C/S permettrait d'en faire abstraction et que WinDev

gérerait

> tout de maniere transparente.

Pour du réseau local c'est vrai que c'est transparent.
Par contre l'interert du C/S est ailleurs
- Acces à distance sur IP : là si le logiciel utilise les combos auto
Hfiltre , tables Fichiers etc : il faut oublier
il faut developper en pensant SQL. Donc reécrire le logiciel si vous
utilisez certains outils ( très pratiques)
de Windev
- Gestion des écritures par le moteur : là aussi ce n'est pas évident :
La transaction n'est pas gérée par le moteur '(mais par le client ??? ) , et
la gestion de l'integrité référentielle
semble poser un pb ( pas testé pour ma part )

<<Si en plus de ca, il n'y a pas de gestion d

> integrité, de transaction, je ne vois ce qu il apporte.

La gratuité ?

Oui c'est l'argument par rapport aux autres SGBD C/S



Donc dificille actuellement de faire un choix quand on se lance sur un
nouveau et gros projet

Sébastien