Inclure une bibliothèque ou une contribution dans qooxdoo

Question

J'essaie d'utiliser la bibliothèque xqjqplot dans qooxdoo, mais je reçois toujours un message d'erreur lors de la génération avec generate-source.

Erreur:

Unknown global symbol referenced: qxjqplot.Plot 

Mon config.json ressemble

"libraries" : { 
    "library" : [{ 
    "manifest" : "contrib://qxjqplot/trunk/Manifest.json", 
    "uri"  : "../QxJqPlot/trunk" // the trunk of the checked out QX lib 
    }] 
}, 

Dans ma classe, je tente d'accéder qxjqplot avec var plot = new qxjqplot.Plot(....);, mais l'espace de noms est pas résolu.

I Utiliser QX 1.0.2-pré. Existe-t-il des ajustements supplémentaires requis?

Que dois-je faire pour que cela fonctionne?

** * ** modifier ** * ** * *

Après la migration vers 1.2.1 i obtenir les mêmes erreurs. La bibliothèque est liée correctement et le compilateur ne lance plus l'erreur (décrite ci-dessus). Habituellement, cela devrait fonctionner, mais ce n'est pas le cas. Pendant l'initialisation du tracé, l'espace de noms est introuvable.

** * ** modifier fin ** * **

merci.

Answer 1

La définition de l'URI avec un chemin absolu a fonctionné. Peut-être que c'était un problème lié au navigateur.

Answer 2

Pour un, pourquoi utilisez-vous une version -pre, quand 1.0.2 est depuis longtemps libéré ?! Ensuite, à moins que vous ne soyez sûr à 100% de ce que vous faites, je vous recommande de supprimer le paramètre "uri" de l'entrée de la bibliothèque. Cela ne peut fonctionner que si vous exécutez l'application à partir d'un serveur Web (ce qui n'est pas recommandé pour les versions source de toute façon). Êtes-vous sûr que cet URI résout le chemin correct pendant l'exécution? La construction URI par défaut du générateur est généralement bonne et fait ce que vous voulez. Si vous pouvez exécuter votre application à partir d'une URL file://, vous devez vous y fier.

Le contrib est-il téléchargé correctement? Recevez-vous des avertissements lorsque le générateur essaie d'y accéder en ligne? Il y avait des problèmes avec Sourceforge en changeant leur frontend ViewVC (voir ce bug pour un patch pour cela).

Pouvez-vous vérifier votre cache de téléchargement ?! Sous Linux, il est généralement sous/tmp/cache/downloads (vous pouvez utiliser generate.py source -w pour obtenir une journalisation détaillée de vos paramètres de travail, recherchez 'cache': {...'downloads':...} sous le titre >>> Expanded job config: pour trouver le chemin d'accès sur votre système de fichiers).

Si vous avez des doutes si la contrib est téléchargée correctement, téléchargez-la à partir de Sourceforge directly (cherchez "Download GNU tarball"). Placez-le dans un chemin approprié sur votre système de fichiers et adaptez simplement le paramètre "manifest" de l'entrée de la bibliothèque pour qu'il pointe vers le fichier Manifest.json local (les chemins relatifs fonctionnent le mieux).

Qu'est-ce que vous obtenez?