2009-07-14 8 views
0

J'utilise UbuntuDans Eclipse 3.5: Réécriture import xsl/include emplacement dans les coulisses il validera correctement les fichiers

Je travaille avec des fichiers xsl qui ont l'importation ou comprennent des déclarations comme celle

<xsl:import href="/xsl/content/contentsecondary.xsl"/> 

Eclipse ne peut pas trouver ce fichier parce que le// xsl n'est pas réellement à la racine du projet, mais il est vu à partir de la racine du serveur web en raison de cette ligne dans mon dossier etc/xml/catalog:

<rewriteSystem systemIdStartString="/xsl/" 
    rewritePrefix="file:///home/someguy/workspace/someproject/include/xsl/"/> 

Donc, pour que la validation xsl intégrée d'eclipse fonctionne, il faut connaître l'emplacement réel de/xsl /. Est-ce que quelqu'un a une idée de comment faire cela? Pour l'instant, j'ai désactivé le rapport d'erreurs sur les fichiers d'inclusion manquants, mais je reçois toujours des erreurs sur les appels de modèle d'appel aux modèles qu'il ne trouve pas. Je n'ai jamais expérimenté nos modèles entièrement intégrés avec les fonctionnalités eclipses xsl. Je pense que cela fournirait une très bonne vérification des erreurs/complétion automatique que je rate.

Toute aide serait appréciée. Merci.

Répondre

1

Y a-t-il une raison pour laquelle vous ne pouvez pas répliquer la structure sous le répertoire de déploiement dans votre répertoire de projet? Si vous ne voulez pas migrer la structure existante, vous pouvez répliquer la réécriture dans votre projet à l'aide de liens symboliques.

Si vous n'êtes pas seulement préoccupé par la finalisation/validation du contenu, et que vous voulez l'exécuter, vous pouvez écrire un simple client java qui fournit son propre URIResolver pour résoudre les URL et obtenir les références correctes.

Je n'ai pas encore fait le déplacement vers Eclipse 3.5, mais après avoir lu un peu à ce sujet maintenant, je pense que je ferai un téléchargement.

+0

Bien sous sa version de contrôle de sorte qu'il doit maintenir sa structure. J'ai essayé de créer un lien symbolique de sorte que/xsl/soit à la racine, mais en réalité Il produisait toujours des erreurs en essayant d'importer/inclure. Peut-être qu'il y a quelque chose de plus à faire que j'ai manqué. – Sen

1

Un autre coup de feu, mais il est pas vraiment facile:

  • sous « Exécuter les configurations » créer une nouvelle configuration pour votre scénario.
  • Sous l'onglet processeur, Installer Saxonne comme un processeur installé
  • ajouter un attribut appelé http://saxon.sf.net/feature/styleParserClass
    • c'est là que ça devient difficile, vous devez fournir un nom de classe d'analyseur en java qui sait comment trouver votre des dossiers. Vous devrez ensuite ajouter ce pot dans votre configuration de processeur saxon.

Cela devrait vous permettre de contrôler de surcharger l'importation et des instructions pour la feuille de style.

Il est presque certain que cela ne sera pas valide dans eclipse, mais vous devriez pouvoir l'exécuter et trouver vos importations.

1

Je sais que cela fonctionne pour le schéma XML, il mai travailler pour XSL ainsi, je ne suis pas en mesure de le tester pour le moment.

ajouter une contribution de catalogue à Eclipse.Sous fenêtre -> Préférences ->XML ->XML Catalogue sélectionnez entrées spécifiées par l'utilisateur puis sur le bouton Ajouter.

+0

J'ai essayé mais ça ne semble pas aider. Je ne fais que pointer vers/etc/xml/catalog. Savez-vous si le type de clé et les valeurs clés sont réellement importants pour que cela fonctionne? – Sen

+0

Qu'avez-vous mis dans les champs? –

+0

J'oublie, j'ai juste époustouflé ce projet et l'ai encore vérifié sur CVS. D'une certaine façon mon répertoire xsl a perdu son association avec CVS ​​(??) – Sen

Questions connexes