Powerbuilder pour les completement Geeks !
Le forum (ô combien francophone) des utilisateurs de Powerbuilder.
Annonce
Dans la rubrique Liens & Références, vous avez accès à un sommaire de téléchargement, profitez-en !
Il existe maintenant un nouveau TOPIC "Votre CV en Ligne" accessible uniquement par demande.
#1 16-04-2012 21:42:35
- Leon79
- Membre
- Date d'inscription: 16-04-2012
- Messages: 5
- Pépites: 29
- Banque: 0
Migration PB5 vers PB12 sous XP et Seven
Bonsoir,
mes questions concernent surtout le déploiement de l'application générée sur un poste client : je voudrais savoir quels sont les pré-requis pour le poste accueillant l'application. J'ai pu en constater certains :
Pour XP :
- l'application générée avec exécutable
- dlls de "déploiement" récupérés dans le répertoire de PB
- Client Sybase ASE 15.5 avec InfoMaker 12
- Microsoft .NET Framework 3.5 Service Pack 1
Mes questions :
- ces pré-requis vous semblent ils essentiels ? les seuls utiles ?
- la liste des dlls de déploiement à ajouter à notre application est elle fixe ? 4 ou 5 dlls, je ne sais plus exactement ...
- le client Sybase ASE 15.5 contient il bien InfoMaker 12 ? (pour info, j'ai constater que InfoMaker 11.5 ne suffisait pas ...)
- et je veux bien en savoir un peu plus sur les pré-requis pour Seven ...
Merci de votre aide
Hors ligne
#2 17-04-2012 07:36:42
Re: Migration PB5 vers PB12 sous XP et Seven
Bonjour,
pour bien connaitre les prérequis de ton application il faut savoir se qu'elle utilise (dbms, easysoap, pbdom, etc...).
Ton client a besoin d'infomaker ou tu cherchais les pilotes ASE 15.5 dans cette appli ?
Pour le déploiement, il y a "PowerBuilder Runtime Packager" dans les outils PB qui devrait bien simplifier la tâche .
Hors ligne
#3 17-04-2012 07:46:23
Re: Migration PB5 vers PB12 sous XP et Seven
Leon79 a écrit:
je voudrais savoir quels sont les pré-requis pour le poste accueillant l'application. J'ai pu en constater certains :
Pour XP :
- [...]
- Microsoft .NET Framework 3.5 Service Pack 1
Tu es sûr pour le framework .Net ? Parce que à l'époque du PB5, le .Net n'existait pas. Ou alors c'est une dépendance ajoutée par la version 12 ?
The best programs are the ones written when the programmer is supposed to be working on something else. - Melinda Varian
Mes réponses PB sur StackOverflow
Hors ligne
#4 17-04-2012 08:33:24
- Leon79
- Membre
- Date d'inscription: 16-04-2012
- Messages: 5
- Pépites: 29
- Banque: 0
Re: Migration PB5 vers PB12 sous XP et Seven
Mon appli n'utilise rien en particulier si ce n'est le client Sybase pour la connexion au serveur de BD.
Pour InfoMaker, j'ai fait le constat que sans InfoMaker v12, mon appli n'arrivait pas à se connecter au serveur : pour cela, j'ai essayer de lancer mon exécutable généré, les messages d'erreurs demandant les dlls "PBVM120.DLL, PBSHR120.DLL, LIBJCC.DLL etLIBJUTILS.DLL" sont apparus. Après les avoir insérées, mon appli s'est lancée jusqu'à ce que la connexion à la BD plante. J'ai fait le constat que ces dlls correspondent aux dlls utilisées par InfoMaker, j'ai donc installé la v11.5 sans succès puis la v12 qui elle fait fonctionner mon appli.
Pour info, mon appli tourne mais j'aimerais m'assurer que les pré-requis trouvés sont les bons et savoir s'ils seront les mêmes pour Seven.
J'ai donc essayé "PowerBuilder Runtime Packager", il m'a généré un .msi mais quel est le principe de cet outil ?
Sinon, pour le Framework .NET, c'est effectivement pour la v12 de mon appli et de la même façon, j'ai constaté que sans, mon appli ne se connectait pas à la BD...
Hors ligne
#5 17-04-2012 09:28:22
Re: Migration PB5 vers PB12 sous XP et Seven
Leon79 a écrit:
J'ai donc essayé "PowerBuilder Runtime Packager", il m'a généré un .msi mais quel est le principe de cet outil ?
C'est un outil qui sert à déployer (msi = MicroSoft Installer) sur les postes clients le nécessaire pour que ton application fonctionne (alors que sur le poste de dev, il y a la totale, sur les postes clients on n'a généralement pas besoin de tout) en plus des exe, pbd et autres ressources de l'application.
Il permet d'installer la machine virtuelle PB (contenant entre autres la machine virtuelle pb pbvmxxx.dll et pbdwexxx.dll le moteur des DW), et il peut installer d'autres paquetages comme
- les drivers de connexion aux bases
- des modules supplémentaires comme pbdom (quand on fait du xml dom), soap, ou le composant Rich Edit
Le problème c'est qu'il ne détermine pas les modules nécessaires en fonction de ce qui se trouve dans un projet mais il se fie simplement aux cases que tu auras coché. La conséquence c'est que si un module manque, on ne le découvre que lorsque l'application tente de l'utiliser et plante . Tu peux toujours cocher la totale, mais j'aurais tendance à dire que si tu ne sais pas de quoi un point parle... c'est que tu n'en as pas besoin
The best programs are the ones written when the programmer is supposed to be working on something else. - Melinda Varian
Mes réponses PB sur StackOverflow
Hors ligne
#6 17-04-2012 12:01:43
- Leon79
- Membre
- Date d'inscription: 16-04-2012
- Messages: 5
- Pépites: 29
- Banque: 0
Re: Migration PB5 vers PB12 sous XP et Seven
En gros, en exécutant ce .msi sur un poste client, on installe les dll qui vont être nécessaires ?
J'ai essayé d'installer ce .msi sur mon poste mais pas de dll en vue ... ca installe les composants où ?
Hors ligne
#7 17-04-2012 12:38:51
Re: Migration PB5 vers PB12 sous XP et Seven
Leon79 a écrit:
En gros, en exécutant ce .msi sur un poste client, on installe les dll qui vont être nécessaires ?
Oui, les dll nécessaires à l'application sur un poste client, mais pas l'application elle-même. Dans nos setups à une époque on lançait ce setup pendant l'installation de nos applications (on utilise depuis une autre technique car on a besoin de déployer plusieurs applications PB différentes qui peuvent nécessiter des versions différentes de pbvm).
Leon79 a écrit:
J'ai essayé d'installer ce .msi sur mon poste mais pas de dll en vue ... ca installe les composants où ?
Le gros des dll de PB va dans c:\Program Files\Sybase\Shared\Powerbuilder\, pour les drivers d'accès bdd je ne sais pas, je n'ai pas vérifié non plus si il pollue \system32.
The best programs are the ones written when the programmer is supposed to be working on something else. - Melinda Varian
Mes réponses PB sur StackOverflow
Hors ligne
#8 18-04-2012 10:46:55
- Leon79
- Membre
- Date d'inscription: 16-04-2012
- Messages: 5
- Pépites: 29
- Banque: 0
Re: Migration PB5 vers PB12 sous XP et Seven
ok merci pour les dll mais pour mes autres questions ...
Hors ligne
#9 18-04-2012 11:32:04
- erasorz
- Admin
- Lieu: Babylone
- Date d'inscription: 23-11-2006
- Messages: 5121
- Pépites: 97,197
- Banque: 2,147,483,647
Re: Migration PB5 vers PB12 sous XP et Seven
Pour Sybase ASE 15, tu peux utiliser le pilote PowerBuilder "ASE", du coup la DDL associée est PBASE120.DLL.
N'envoyez jamais un humain faire le travail d'un programme.
Hors ligne
#10 18-04-2012 11:39:57
Re: Migration PB5 vers PB12 sous XP et Seven
Leon79 a écrit:
- le client Sybase ASE 15.5 contient il bien InfoMaker 12 ? (pour info, j'ai constater que InfoMaker 11.5 ne suffisait pas ...)
J'ai un gros doute pour InfoMaker : le client ASE c'est le driver (+ plus une interface graphique genre iSQL ?) pour se connecter à une base ASE, Infomaker c'est du PB. Je ne sais pas pour PB12(.5) mais dans les versions précédentes, Infomaker s'installait à partir du setup de PB, ou d'un autre CD qui était fourni avec et qui contenait juste InfoMaker.
Leon79 a écrit:
- et je veux bien en savoir un peu plus sur les pré-requis pour Seven ...
Seven est assez pointilleux sur les droits des utilisateurs, et sur l'emplacement où doivent aller les choses :
- binaires de l'application (dans ProgramFiles)
- fichiers de paramétrages "internes" (dans ProgramData)
- fichiers susceptibles d'être modifiés par les utilisateurs, de manière partagée ou propre à chacun (dans ProgramData, ou dans Users\AllUsers\, ou dans Users\unUtilisateur, ...)
Notamment, on ne doit/peut plus écrire dans ProgramFiles hors installation. Avec ça et l'UAC, on a parfois des surprises lorsque l'appli croit qu'elle modifie un fichier de ProgramFiles, alors que le système lui a discrètement fait une copie des fichiers dans le VirtualStore de l'utilisateur...
Quelques liens qui peuvent aider :
- Windows 7 and Windows Server 2008 R2 Application Quality Cookbook
- The Windows 7 Software Logo Program
- Windows 7 Logo requirements (PDF)
Leon79 a écrit:
mais pour mes autres questions ...
J'ai indiqué ce que je savais, je passe la main aux autres contributeurs éventuels, qui nous suivent tapis dans l'ombre, et qui se feront un plaisr de me corriger/compléter
The best programs are the ones written when the programmer is supposed to be working on something else. - Melinda Varian
Mes réponses PB sur StackOverflow
Hors ligne
#11 28-06-2012 08:36:03
- Staffe
- Membre
- Date d'inscription: 06-04-2009
- Messages: 7
- Pépites: 42
- Banque: 0
Re: Migration PB5 vers PB12 sous XP et Seven
Bonjour,
je ne sais pas si je poste au bon endroit mais ca m'a l'air d'être à peut près en rapport.
J'ai migré une application pb105--> pb125 mais celle-ci plante sur un appel de webservice.
Les clients ont été migrés via le runtime packager (j'ai coché la total lors de la création du package) + le .net 4.0.
Je ne comprend pas car j'ai bien mis en place la pbsoap125. L'ajout des dll msvcr100 et msvcp100 règle le souci.
L'exe 105 ne plante pas sans ces dll.
Quelqu'un saurait à quoi servent ces deux dll ?
Merci par avance.
Hors ligne
#12 28-06-2012 09:02:54
Re: Migration PB5 vers PB12 sous XP et Seven
Staffe a écrit:
L'ajout des dll msvcr100 et msvcp100 règle le souci.
Quelqu'un saurait à quoi servent ces deux dll ?
Merci par avance.
Bonjour, c'est les runtimes C du compilateur MS VisualStudio 2010, avec lequel est compilé Powerbuilder.
Hors ligne
