Le forum (ô combien francophone) des utilisateurs de Powerbuilder.
Pages: 1
MOn collègue et moi travaillons depuis 5 mois sur une grosse application.
Nous utilisons le source control PB Native de PB 11.1.
Nous avons chacun nos sources en local.
Le projet se trouve sur un lecteur réseau.
Tout fonctionnait parfaitement jusqu'à hier.
Si je crée une DW, mon collègue ne la voit pas quand il fait GEtLastVErsion
De même, si lui crée une DW, j'ai beau faire GetLAstVErsion je ne la vois pas.
Nous avons se phénomène qu'avec les nouvelles créations dans la project_dw1.pbl.
Pour tout autres objects dans les autres PBLs aucun problème.
Que faire?
merci
JCC
Dernière modification par jcc (18-03-2009 14:20:54)
Hors ligne
jcc a écrit:
MOn collègue et moi travaillons depuis 5 mois sur une grosse application.
Nous utilisons le source control PB Native de PB 11.1.
Nous avons chacun nos sources en local.
Le projet se trouve sur un lecteur réseau.
Tout fonctionnait parfaitement jusqu'à hier.
Si je crée une DW, mon collègue ne la voit pas quand il fait GEtLastVErsion
De même, si lui crée une DW, j'ai beau faire GetLAstVErsion je ne la vois pas.
Nous avons se phénomène qu'avec les nouvelles créations dans la project_dw1.pbl.
Pour tout autres objects dans les autres PBLs aucun problème.
Que faire?
merci
JCC
Es ce que la Target est chéquée ? C'est ce qui se produit dans ce cas là, en déchequant la target tout rentre dans l'ordre.
Hors ligne
Question bête, mais vous faites bien le Add to source control?
Hors ligne
Je ne comprend pas.
Voilà ce que nous venons de faire.
MOn collègue à dé-checké le target.
Il a crée une nouvelle dw (dw_test2) dans la pbl project_dw1
IL a fait add to source control et re-checké le target.
De mon côté, j'ai fais un refresh du target et un GetLAstVersion de celui-ci.
J'ai fais un GetLastVersion de la pbl project_dw1 et la dw_test2 est apparue mais avec un + et pas avec un °.
Cela n'est pas normal. Elle aurait du apparaître avec un °.
Autre test.
J'ai dé-checké le target.
J'ai créé une nouvelle DW . Je l'ai ajoutée au source control.
J'ai re-checké le target.
MOn collègue a fait un getlastversion du target et de la pbl et la nouvelle DW est apparue normalement avec le °.
Je ne comprend pas. Tout fonctionne correctement avec les autres PBLs.
PAr contre, la dw créée hier, n'apparaît toujours pas chez mon collègue quelque soit la manipulation.
On ne comprend rien à ce qui ce passe.
C'est vraiment pas el moment. Notre application est pratiquement terminée. Nous n'avons plus que quelques DW à faire pour finaliser le tout.
Hors ligne
Mais je ne comprends pas pourquoi vous garder la target chéckée ?
Dans ce cas le add to source control renvoie un message d'erreur et le fichier pbg n'est pas mis à jour.
La target ne doit pas être chequée au moment du add to source control. C'est pourquoi l'objet crée hier n'apparait pas, il faut l'enlever du source control et le remettre en source control sans que la target ne soit chequée.
Hors ligne
Juste une question au passage: vous avez vérifié que vos nouvelles dw étaient bien intégrées dans vos PBG?
Pour rappel:
Aide PB a écrit:
Editing the PBG file for a source-controlled target
PowerBuilder creates and uses PBG files to determine if any objects present on a source control server are missing from local PowerScript targets. Up-to-date PBG files insure that the latest objects in source control are available to all developers on a project, and that the objects are associated with a named PBL file.
[EDIT] Grillé par wazou
Hors ligne
OK,
Je viens de dé-checker la target
J'ai fais un remove du source control de la dw d'hier
J'ai fais un Add to source control de la dw et mon collègue voit maintenant la DW.
On ne comprend toujours pas pourquoi cela à toujours fonctionné jusqu'à présent.
Par contre, nous n'avons jamais eu de message d'erreur lors du add to source control avec la target checkée.
Question: faut-il checker la target et si oui quand faut-il le faire?
Merci
Hors ligne
La target ne doit jamais restée chequée. La seule raison de chequer une target est de rajouter une pbl, mais il faut libérer la target tout de suite après, afin d'éviter ce genre de problème.
Hors ligne
Bon, dorénavant, nous travaillerons de cette façon.
Ce qui ne m'explique toujours pas comment cela a pu fonctionner depuis 5 mois sans faire cette manipulation et que c'est seulement maintenant que le problème survient.
Salu A+
jcc
Hors ligne
C'est que la target n'était pas checkée ??? ou que vous ne rajoutiez pas de nouveaux objets ??
Merci de mettre le sujet en résolu.
Hors ligne
Bonjour,
Encore une indication lorsque vous n'arrivez pas à ajouter un objet en source control dans une pbl, vérifiez que le fichier .prp correspondant à la pbl n'est pas vérouillé. si la pbl se nomme test, le fichier pbg correspondant se nomme test.pbg
Lorsque le fichier est verouillé, la première ligne du fichier comprend le chiffre 1 + le nom de l'utilisateur que a vérouillé le fichier par exemble : 1wazou
Lorsque le fichier n'est pas vérouillé, la première ligne du fichier contient un zéro.
Hors ligne
Voici un problème qui arrive assez souvent.
Mon collègue crée une nouvelle DW ou Window
Le target est checked out.
Il fait un Add to source control de la Dw ou de la Window
Il fait un checked in de la target.
Je fais un get last version et la DW n'apparaît pas.
Mon collègue est obligé de faire un remove from souce control et de recommencer la procédure.
Parfois ça fonctionne dès la première tentative ou il doit s'y reprendre plusieurs fois.
Parfois il est aussi nécessaire que je ferme et ré-ouvre PB pour voir le nouvel object inséré par mon collègue.
C'est assez emme... et nous ne voyons pas d'explications
Merci
Hors ligne
wazou1812 a écrit:
La target ne doit jamais restée chequée. La seule raison de chequer une target est de rajouter une pbl, mais il faut libérer la target tout de suite après, afin d'éviter ce genre de problème.
Pour ajouter un objet dans une pbl déjà existante il n'y a pas besoin de prendre le target en check out.
Le simple fait d'ajouter l'objet au source control par ton collègue te permettra de le récupérer lors d'un get lastest version.
NB : la récupération d'une nouvelle pbl et de ses objets se fait en 2 temps :
1er get lastest version = récupération de la pbl.
2nd get lastest version = récupération des objets de cette pbl.
Dernière modification par Sailor LVCV (20-03-2009 16:21:59)
Hors ligne
Merci pour vos interventions mais tout ce qui a été dit, a été fait.
Nous avons 3 dw sur lesquelles il m'est impossible de faire un get last version. Tout a été essayé.
check out
remove from source control
checked out ou non du target
re add to source control
checked in ou non du target
re get last version
Même procédure en modifiant quelque chose dans la dw.
Rien.
Si on re-crée ces dw ou d'autre dw, OK.
Ces 3 dw seraient-elles corrupts? Pourquoi? comment?
Nous avons perdu 3 jours à essayer de trouver la raison. Rien
Pour nous dépanner, nous avons opté pour un autre outil de source control.
PB native pose trop de problèmes et n'est vraiment pas fiable.
Dans le cas qui nous préoccupe, heureusement que nous nous en sommes aperçu immédiatemment.
Il est arrivé plusieurs qu'une application soit compilée et mise en production et qu'une window ou datawindow ne s'y trouve pas.
Ou c'est fiable à 100% ou cela n'a aucune utilité.
Hors ligne
Et la personne qui mets l'objet en source control a-t-elle bien accès au répertoire dans lequel sont stockés les objets du source control ? (ce répertoire est normalement quelque part sur un réseau avec des accès en lecture/écriture)
Hors ligne
Tout est normal. Puisque nous avons créé d'autres window et/ou dw sans problème.
Il n'y a que pour ces 3 dw insérées par mon collègue que je n'arrive pas à faire un getlastest version.
Si on les recrée, alors pas de problème. Mais pourquoi ne puis-pas faire de get latest version sur ces 3 là, c'est la grosse question?
La seule chose que je peux dire, c'est que depuis que mon collègue possède son nouveau portable HP, il a un problème au lancement de PB (Enterprise 11.2).
Lorsqu'il lance PB, celui-ci fait un "Connection to source control established" sans problème. Ensuite, le système signale "Refreshing source control status...." et PB se fige et ne va pas plus loin. Il est obligé de redémarrer PB 1 à 2 fois pour que cela fonctionne.
IL a déjà désinstallé et réinstallé PB et même reformater et tout réinstaller et c'est toujours la même chose.
On a testé sa carte réseaux et n'y a aucun problème. Le cable réseaux a été remplacé. on a tenté avec une connexon wifi et le problème est toujours là.
Comme je l'ai signalé dans mon précédent message, nous avons installé un autre gestionnaire de version (sourcesafe) et il a le même problème au démarrage de PB.
Bien sûr le problème au démarrage ne survient pas si l'on n'utilise pas le source contrôle.
Par contre, moi, sur mon portable (Sony vaio), je n'ai jamais eu ce genre de problème au démarrage de PB.
De plus, lorsque c'est moi qui fait un add to source control, il n'y a jamais de problème. Mon collègue sait toujours faire un get lastest version.
Le problème survient toujours dans l'autre sens. C-A-D quand c'est lui qui fait un add to source control.
Nous supposons que le problème vient du portable HP de mon collègue, mais nous ne parvenons pas à identifier la cause.
Pour l'instant, tout semble fonctionner avec sourcesafe hormis le problème au démarrage de PB chez mon collègue.
Hors ligne
Bonjour,
En fait, je connais bien le problème (PB 11.2.8542, Windows vista, SCC : PushOk-CVSNT). En fait cela se produit aléatoirement parce que le workspace a été fermé avec la fenêtre "library" ouverte et éventuellement d'autres objets en cours d'éditions (Ce problème m'a d'ailleurs empêcher tout fonctionnement avec PerForce).
Avant de quitter Powerbuilder, il faut penser à fermer toutes les fenêtres pour éviter tout problème en réouverture.
Sinon, on peut intervenir manuellement dans la base de registre avant d'ouvrir Powerbuilder pour corriger le problème.
Dans la clé :
HKEY_CURRENT_USER\Software\Sybase\Powerbuilder\11.0\Workspace\"Chemin + nom Workspace"\Painters
Tu effaces toutes les références au objet ouvert dans le workspace.
Tu repasses la valeur de la clé COUNT à zéro.
Je pense qu'il s'agit d'un bug un peu génant. Il est sous vista le portable ?
Hors ligne
Et dans la liste des pbl de ton collègue, n'y aurait-il pas des pbl que se trouvent sur le réseau mais pas dans le même répertoire que les autres pbl, car dans ce cas effectivement le source control se bloque.
Les pbl "perso" doivent être mises en local sur le poste et éventuellement recopiées manuellement sur un serveur pour sauvegarde si besoin.
Hors ligne
Quitte à me répéter, tout fonctionne plus ou moins bien depuis plusieurs mois.
Nous avons chacun les PBLs en local sur nos portables.
Le répertoire pour le control version se trouve sur un serveur et nous sommes tous deux administrateurs avec full access.
Hors ligne
Salut, alors j'ai eu un problème similaire ce matin : impossible de voir les nouveaux objets d'un collègue et de les récupérer.
Après quelques tâtonnement et la lecture des sujets ici j'ai trouvé que :
- les pbg n'étaient pas mise à jour sur le serveur malgré un add to source control.
- les pbg.prp contenaient un lock d'un autre utilisateur.
Donc en mettant le pbg.prp sur 0 (l'utilisateur bloquant n'étant pas là et ne faisant pas de dev ce n'est pas important) mon collègue à ensuite refait la procédure d'ajout au contrôleur de source ... et la pbg c'est bien mise à jour.
Hors ligne
Pages: 1