Rapidité d’exécution des frameworks

Bonjour à tous,

Je développe un nouveau soft à partir de VB6 et j'ai un souci sur une fonctionnalité.

J'utilise des ddl fourni par un organisme pour sécuriser nos logiciels à l'aide de Dongle ou Clef Web.

Lorsque j’interroge ces dll en vb6 j'ai une réponse (blocage) après 7/8 secondes. Un peu plus long lorsque c'est un Dongle réseau ou lorsqu'il y a besoin d’interroger le serveur pour les licences WEB.

Mais nous souhaitons passer nos logiciels sous VB.net (2010) et j'ai un gros souci car la partie licence WEB met entre 30 et 50 secondes a répondre (sans compter l'appel au serveur), ce qui n'est pas acceptable.

Le fournisseur nous ont donner des exemples et lorsque j'ai fait l'essaie, la dll répond en 10 secondes. Alors j'ai farfouillé pour comprendre ce qu'il se passe, car j'utilise le même code pour l’interrogation (copier/coller) et j'ai constaté que leur projet est monter avec une version de framework en 2.0.

Lors de l'ouverture du projet exemple il y a eue une conversion. J'ai donc refait un projet neuf à l'identique du leur (juste pour la vérification et l’interrogation de la dll) et là, avec le frameworks 2.0 j'ai bien les 10 secondes, mais si je passe en 4.0 j'ai plus de 30 secondes.

J'attend une réponse de la part de notre fournisseur, mais y a t'il un moyen de pallier à cela. Je ne souhaite pas convertir mon projet complet en 2.0 ?

- Faut'il faire une dll intermédiaire ? Plutôt casse pied.
- ou est-il possible de définir qu'une partie du code n'appel qu'une certaines version du frameworks ? Ce que je doute.

Merci de votre aide.

Bonjour,

Il est normalement possible d'utiliser une DLL .Net v2 dans un programme .Net v4. Donc une possibilité à tester, c'est de gérer tout le code lié à l'interrogation dans une dll et ensuite de la référencer, histoire de voir ce que cela donne. Mais je ne suis pas certains que cela règle le problème.

Il faudrait voir le projet afin de voir le code. Les sources possibles de ce comportement :

• des évolutions au niveau du framework. Généralement, les différentes versions du framework gardent une très bonne compatibilité entre les versions. Néanmois, parfois, certains impératif peuvent nécessiter un changement de comportement, notamment lorsqu'il s'agit de sécurité (ce qui est le cas ici en plus, si j'ai bien compris) ;
• des modifications dans les options par défaut (ce qui peut être lié au point juste au dessus) ;
• le CLR v2 et le CLR v4 (les environnements d'exécution) n'ont rien à voir. Et donc il est tout à fait possible que le délai soit du au changement de CLR lui-même

Bonjour,


Il me semblait que j'avais répondu hier mais j'ai du oublié de valider mon message.

Merci pour ces informations.
J'ai tenté de passer par une DLL passerelle créer en FW 2.0 bien-sur, au début, uniquement en passerelle, mais cela n'a rien changer, ensuite j'ai testé en autonome, à savoir que je lance un thread à l'instanciation et depuis ce thread j’interroge la dll de sécurité et je créer un événement pour renvoyer la réponse, mais idem encore une fois.

Je vais testé ce matin en passant par un service. Mais cela change notre façon de faire.
De plus je ne sais pas encore si l'on peut interroger ce service pour en récupérer l'information.

Merci