N'a pas pu résoudre * un composant de la mise en œuvre

Essayez ce qui suit:

• Clic-droit sur votre projet dans le
  Package Explorer.
• Sélectionnez "Propriétés" dans la fenêtre pop-up
  menu (dernier point).
• Cliquez Sur "Bibliothèque Flex Build Path"
• Cliquez sur les "Classes" de l'onglet

Essayez de trouver le nom de votre nouveau composant. Si vous le faites, voir si elle est cochée ou non. Si elle n'est pas, vérifiez qu'il. Cela devrait résoudre le problème, mais vous pouvez avoir à nettoyer et (parfois) quitter FB4 et de relancer.

OriginalL'auteur Robusto

Une des causes de cette erreur est que le défaut d'espace de noms xml pour le composant n'est pas le même que le package dans lequel réside le composant.

Assurez-vous que la valeur par défaut xmlns entrée dans la définition du composant est le même que le package.

Par exemple:

Si vous avez un composant MyControl.mxml situé dans le package com.de l'entreprise.des composants.les contrôles

Le mxml balise d'ouverture pourrait ressembler à quelque chose comme ceci:

<MyControl xmlns:mx="http://www.adobe.com/2006/mxml"
           xmlns:util="com.company.components.util.*"
           xmlns:components="com.company.components.*"
           xmlns="com.company.components.controls.*">

Notez comment la valeur par défaut xmlns points d'entrée dans le même package.

---

Pourquoi ce qui se passe:

Ce qui arrive souvent est que, après vous refactoriser le code d'une classe MXML en le déplaçant vers un nouveau colis vous sera jusqu'à la fin avec un valide mais n'est pas correcte définition mxml.

Par exemple dire que je refactoriser et déplacer le MyControl.mxml de la com.de l'entreprise.composants colis à l' com.de l'entreprise.des composants.les contrôles paquet. La xmlns définitions ne seront pas mis à jour de sorte qu'ils ressemblera à ceci:

<controls:MyControl xmlns:mx="http://www.adobe.com/2006/mxml"
                    xmlns:util="com.company.components.util.*"
                    xmlns="com.company.components.*"
                    xmlns:controls="com.company.components.controls.*">

Remarque comment l'espace de noms par défaut des points encore à la com.de l'entreprise.package des composants et la balise mxml MyControl doit être préfixé par l'espace de noms contrôles c'est une indication de la question.

Voici maintenant le hic; C'est techniquement valable et souvent du travail. La raison en est qu'il est valable et que les composants peuvent tous être trouvés dans la définition de leurs xmlns endroits.

Le problème vient lorsque vous essayez d'utiliser un composant qui est prévu pour être trouvé par le cadre ou le composant parent, en l'espace de noms par défaut. Un bon exemple de ceci est et d'autres éléments de la mère composant mxml, vous pourriez être l'extension.

Pour corriger cela, vous devez modifier la balise mxml et les espaces de noms, de sorte que l'espace de noms par défaut est le même que le package courant. Comme dans le premier exemple)

OriginalL'auteur Justin Ohms