IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Forms Oracle Discussion :

[forms 10g] BUG avec SET_BLOCK_PROPERTY ?


Sujet :

Forms Oracle

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre Expert

    Profil pro
    Inscrit en
    Avril 2005
    Messages
    1 673
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2005
    Messages : 1 673
    Par défaut [forms 10g] BUG avec SET_BLOCK_PROPERTY ?
    Bonjour tout le monde,

    Je rencontre un problème sur forms 10g avec l'instruction SET_BLOCK_PROPERTY et l'argument DEFAULT_WHERE qui se traduit de la manière suivante :
    - si je modifie la clause where d'un bloc nommé PR0200 basé sur la table PR0200 par l'instruction suivante :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    SET_BLOCK_PROPERTY('PR0200', DEFAULT_WHERE, 'CH_MILL = 2005 AND AP_NOM LIKE ''1ères Cotes de Blaye''')
    alors le bloc contient 4 lignes
    - si j'exécute la requête suivante sous SQLPlus :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    SELECT *
    FROM PR0200
    WHERE CH_MILL = 2005 AND AP_NOM LIKE '1ères Cotes de Blaye'
    elle me retourne 5 lignes

    Qu'est ce qui peut expliquer ce fait sachant que :
    - j'ai identifié 1 ligne sur 1182 qui ne peut pas être récupérée lors d'un SET_BLOCK_PROPERTY
    - j'ai essayé avec un autre schéma et le phénomène est aussi rare et aléatoire mais il se produit aussi
    - il n'existe pas de trigger POST-QUERY dans cet écran
    - le trigger contenant l'invocation de SET_BLOCK_PROPERTY se termine avec ce code :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
     
    ...
      SET_BLOCK_PROPERTY('PR0200', DEFAULT_WHERE, LC_clause_where);
      EXECUTE_QUERY;
    lc_tmp := get_block_property('pr0200', default_where);
    END;
    et que si j'observe la valeur de la variable lc_tmp avec le déboggueur alors il s'agit de la même clause qui retourne 1 ligne de plus sous SQLPlus
    - j'ai patché la DS en 9043 il y a environ 3 semaines
    - ...

    Je suis en train de chercher sur Metalink mais, a priori, il n'existe aucun BUG lié directement à DEFAULT_WHERE

    J'apprécie toute aide...

  2. #2
    Expert éminent
    Avatar de orafrance
    Profil pro
    Inscrit en
    Janvier 2004
    Messages
    15 967
    Détails du profil
    Informations personnelles :
    Âge : 48
    Localisation : France

    Informations forums :
    Inscription : Janvier 2004
    Messages : 15 967
    Par défaut
    c'est pas tout simplement le paramètre du bloc avec le nombre de lignes affichées qui bloquerait... t'as pas un ascenseur ?

  3. #3
    Membre Expert

    Profil pro
    Inscrit en
    Avril 2005
    Messages
    1 673
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2005
    Messages : 1 673
    Par défaut
    Bien essayé Fred mais je dispose d'un ascenseur et de toute manière je peux visualiser une 15aine de lignes sans utiliser d'asceseurs
    Une autre idée ?

  4. #4
    Membre Expert

    Homme Profil pro
    Chef de projet en SSII
    Inscrit en
    Janvier 2004
    Messages
    2 862
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Chef de projet en SSII
    Secteur : Conseil

    Informations forums :
    Inscription : Janvier 2004
    Messages : 2 862
    Par défaut
    Salut Magnus,

    N'aurais-tu pas une contrainte au niveau d'un item qui ferait que forms ne peut pas te ramener le champs ?
    exemple :
    un item required et la valeur pour cette colonne est null dans la base
    une popliste / check box qui ne contient pas la valeur qui est en base
    ...

    Revoilà orafrance

  5. #5
    Membre Expert

    Profil pro
    Inscrit en
    Avril 2005
    Messages
    1 673
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2005
    Messages : 1 673
    Par défaut
    Hello plaineR,

    TRES bonne suggestion, en particulier, le coup des checkbox avec une valeur en dehors de celle autorisée.
    Je vais chercher ça mais ça va me prendre un certain temps.

    Tu ne sais pas s'il existe une sorte de raccourci clavier tel que F6 pour une requête invalide, permettant de déterminer si des lignes ne peuvent pas être récupérées (et encore mieux : combien il y en a) ?

    Merci de votre réactivité les gars.

  6. #6
    Membre Expert

    Homme Profil pro
    Chef de projet en SSII
    Inscrit en
    Janvier 2004
    Messages
    2 862
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Loire Atlantique (Pays de la Loire)

    Informations professionnelles :
    Activité : Chef de projet en SSII
    Secteur : Conseil

    Informations forums :
    Inscription : Janvier 2004
    Messages : 2 862
    Par défaut
    Citation Envoyé par Magnus
    Tu ne sais pas s'il existe une sorte de raccourci clavier tel que F6 pour une requête invalide, permettant de déterminer si des lignes ne peuvent pas être récupérées (et encore mieux : combien il y en a) ?
    Pas à ma connaissance.

  7. #7
    Expert éminent
    Avatar de orafrance
    Profil pro
    Inscrit en
    Janvier 2004
    Messages
    15 967
    Détails du profil
    Informations personnelles :
    Âge : 48
    Localisation : France

    Informations forums :
    Inscription : Janvier 2004
    Messages : 15 967
    Par défaut
    Citation Envoyé par Magnus
    Tu ne sais pas s'il existe une sorte de raccourci clavier tel que F6 pour une requête invalide, permettant de déterminer si des lignes ne peuvent pas être récupérées (et encore mieux : combien il y en a) ?
    Tu peux faire une trace sinon

    plaineR yes... orafrance is back

  8. #8
    Membre Expert

    Profil pro
    Inscrit en
    Avril 2005
    Messages
    1 673
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2005
    Messages : 1 673
    Par défaut
    I M P R E S S I O N A N T !

    C'est exactement ça plaineR : il existe une colonne dans cette table correspondant à une case à cochée dont les valeurs valides sont 'O' et 'N'.
    En particulier, NULL est interdit.
    Evidemment, pour la ligne que je ne pouvais pas récupérer, le contenu de cette colonne était NULL.

    Un UPDATE + COMMIT après et la ligne apparaissait soudainement dans le bloc.
    J'en pleurerai d'admiration si je n'étais pas un homme...

    [EDIT]
    Fred, la trace est un sujet récurrent dont je connais pas grand chose et je crois que je vais aller faire un tour sur les tutos de dvp...
    [/EDIT]

    Merci encore à vous.

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Réponses: 5
    Dernier message: 20/01/2010, 18h54
  2. forms 10g :pb avec webutil (client_ole2)
    Par tata.sophie dans le forum Forms
    Réponses: 1
    Dernier message: 22/07/2008, 15h39
  3. [Forms 10g] ora-06502 avec le package dbms_lob
    Par salim11 dans le forum Forms
    Réponses: 2
    Dernier message: 23/01/2007, 19h40
  4. BUG avec form multipart/form-data
    Par LEF97 dans le forum Langage
    Réponses: 2
    Dernier message: 11/06/2006, 19h23
  5. [C#] Bug (?) avec la propriété TransparencyKey de la Form
    Par FrigoAcide dans le forum Windows Forms
    Réponses: 5
    Dernier message: 21/05/2004, 14h14

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo