Le forum (ô combien francophone) des utilisateurs de Powerbuilder.
Bonjour,
Après avoir brièvement cherché (mais peut être au mauvais endroit) je n'ai pas trouvé d'infos sur le forum pour mon problème.
En résumé, j'ai une application PB 10.5 et on me propose de passer cette appli sur un nouveau serveur 32 ou 64 bits avec Windows Server 2003 ou 2008.
L'un de vous saurait il me conseiller ...
Merci d'avance
Tonio
Hors ligne
Bonjour, les appli PB sont 32 bits. Elle fonctionnent en 64 bits (mode compatibilité), mais sans bénéfice de performances.
Sinon autant choisir la dernière version (2008), ça laissera plus de temps avant de migrer
Hors ligne
Top, donc pas de soucis apparents avec PB 10.5 sur Windows 2008 ...
J'étais tombé sur ce post :
http://social.technet.microsoft.com/For … 7f8b8cab1e qui m'a poussé à ma poser des questions ...
Hors ligne
Bah, souvent les "compatibilités supportées" sont plus le fait de marketing que de technique...
Il n'y pas de différence fondamentale entre PB10.5 (non supporté sous 2008) et PB11 (supporté).
Hors ligne
Merci pour les infos, ça va m'éviter de devoir migrer sous PB 11 "à l'arrache" ...
Hors ligne
Encore que cette migration ne soit pas très problématique.
Hors ligne
Oui, mais d'après ce que j'ai pu comprendre elle n'est surtout pas très "utile" (mis à part pour des questions de support ...)
Hors ligne
Bonjour,
J'ai une question du même genre. J'ai une application PB 10.5 qui est déployée actuellement sur des serveurs Windows 2003 Server. Tout fonctionne bien. On est en train d'étudier la possibilité de migrer nos serveurs de déploiement vers Windows 2008 Server.
Je viens de faire déployer le tout sur l'environnement 2008(dépot du programme, installation Oracle, DLL PB) mais quand je lance l'application, j'ai à peine le temps de voir le splashscreen que tout se referme quasi immédiatement.... Du coup, on se pose la question : PB 10.5 peut-il être déployé sur Windows 2008 Server? Est-ce qu'il y a une histoire d'installation en mode compatibilité que j'ai loupé?
J'ai vu sur le site de Sybase que la compatibilité de PB 10.5 ( rubrique "Product summary" ) s'arrêtait à Windows 2003 Server... info ou intox?
Par avance, merci pour votre aide.
Hors ligne
Bonjour,
Quand tu parles de windows 2008, il faut la différence entre Windows 2008 et Windows 2008 R2, le premier est basé sur le noyau de Windows Vista et il existe en version 32 et 64 bits, le second est basé sur le noyau Windows 7 et existe uniquement en version 64 bits.
Au jour d'aujourd'hui, je suppose que tu déploies sur des serveurs windows 2008 R2 donc en 64 bits. Ton produit ne se referme t-il pas à cause d'un problème de connexion à la base de données ? il est peut être nécessaire de réaliser certaine adaptation due à l'environnement 64 bits ...
Hors ligne
Merci pour ta réponse !
Apparemment je suis en 2008 Standard (pas R2, donc) en 64 bits. Et l'installation du client Oracle est bien pour les plateformes 64 bits.
Je ne sais pas à quoi c'est lié étant donné que je n'ai pas de message d'erreur. En SQLPlus, j'accède sans problème à ma base...
Quand tu parles d'adaptations à faire, tu penses à quelque chose en particulier?
Hors ligne
Kyoshiro a écrit:
Je ne sais pas à quoi c'est lié étant donné que je n'ai pas de message d'erreur. En SQLPlus, j'accède sans problème à ma base...
Quand tu parles d'adaptations à faire, tu penses à quelque chose en particulier?
Il y a un problème d'espace dans les chemins des EXE qui se connectent à Oracle (http://pbadonf.fr/forum/viewtopic.php?pid=33783#p33783)
Hors ligne
Pourtant, mon EXE PB est bien sur un chemin sans espaces C:/MONAPPLI/monappli.exe
Hors ligne
C'était une piste possible
Hors ligne
Bonjour,
Il est de toute façon difficile de trouver une réponse à ta question ne connaissant pas ton application. Il peut y avoir de nombreuses raisons :
Problème d'UAC (Universal account control) => même sous un profil administrateur, tu ne peux pas écrire dans le registre HKEY_LOCAL_MACHINE sans élévation de privilèges, de même que dans certains répertoires contrairement à Windows 2003 ...
Tu peux essayer de détecter un éventuel problème lié à l'UAC en lançant ton programme en mode administrateur : Clic droit sur l'icône de lancement du programme et dans le menu contextuel cliquer sur Exécuter en tant qu'administrateur
D'autre part, ce n'est pas parce que tu accèdes à ta base avec SQLPlus que ton appli peut forcément le faire.
Sinon, je pense qu'il faut que tu traces ton application sous environnement 2008 pour trouver le problème de l'origine de la fermeture du programme.
Hors ligne
Salut,
Quel client ORACLE as tu installé. La version 32 ou la version 64 bits ?
( A confirmer mais je crois que la version 32 bits du client ORACLE n'est pas certifié par ORACLE sur WINDOWS 2008 R2 )
Cdt
Yanis
Hors ligne
Merci pour vos retours !
Je me doute bien qu'il est impossible de me donner une solution avec si peu d'éléments en entrée, je suis là surtout pour savoir si d'autres ont rencontré le même problème que moi et éventuellement si vous aviez des pistes auxquelles je n'aurais pas pensé
Bref, lancer l'application avec l'option "Run as administrator" n'a rien donné non plus. Ma dernière analyse m'a effectivement poussé vers la base de registres. On lit/écrit des informations dedans et apparemment c'est autour de cette étape que cela bloque. Je suis en plein debug dessus, à l'ancienne avec des MessageBox...
@Yanis : c'est bien le client 64 bits que j'ai installé.
Hors ligne
Kyoshiro a écrit:
Je suis en plein debug dessus, à l'ancienne avec des MessageBox...
les messagebox pour débuguer c'est le mal
Hors ligne
Ahah, je te le fais pas dire, mais c'est le plus rapide pour mon cas
Hors ligne
erasorz a écrit:
les messagebox pour débuguer c'est le mal
Je plussoie : ça peut introduire des bugs supplémentaires (liés à la gestion du focus et des activations) lorsqu'on est déjà en train d'en traquer.
L'utilisation de OutputDebugString() conjointement à DebugView permet de tracer des tas de trucs et on peut même éventuellement laisser les traces dans le code puisqu'elles n'auront pas d'effet si il n'y a pas d'application pour les "écouter". Ça le gros avantage de pouvoir re-tracer ultérieurement sans remodifier le code.
Je détaille cette façon de débugger dans ce message : http://pbadonf.fr/forum/viewtopic.php?pid=32333#p32333
Hors ligne
Certes, mais je crois qu'on s'éloigne du sujet là...
Mais merci du conseil je vous tiens au courant en ce qui concerne la base de registres !
Hors ligne
Bon, j'ai fini par trouver ce qu'il en était...
Pour ceux que ça intéresse : le lien qui m'a mis sur la bonne piste
En fait, j'allais lire mes infos dans HKEY_LOCAL_MACHINE\SOFTWARE\MONAPPLI... Mais par défaut sous 2008 il va les chercher dans HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\MONAPPLI
Je risquais pas de trouver !
Merci encore à tous pour votre aide et vos conseils! J'ai d'autres soucis, mais qui sont cette fois liés à Oracle. Je vous épargne ça... pour le moment
Dernière modification par Kyoshiro (18-10-2013 13:27:48)
Hors ligne
Du coup, on peut rajouter : utiliser la base de registre c'est le MAL
Hors ligne
Ah ça, je te le fais pas dire!
Hors ligne