sdx-users
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [sdx-users] upload.xsp - NullPointerException


From: Pierrick Brihaye
Subject: Re: [sdx-users] upload.xsp - NullPointerException
Date: Fri, 17 Jan 2003 09:46:43 +0100
User-agent: Mozilla/5.0 (Windows; U; Win98; fr-FR; rv:1.0.1) Gecko/20020823 Netscape/7.0

Re,

Emmanuel Bégué a écrit:

J'ai créé une nouvelle application qui s'appelle "mag" et qui
n'utilise qu'une seule base de document, xml
Une base est forcément XML car elle nécessite une indexation (ne 
serait-ce que pour attribuer l'id). Si vous voulez une "base" non XML, 
par exemple pour des documents binaires (images p.e.), utilisez un 
Repository au niveau de l'application, c.a.d. "hors-base".
Ca fonctionne à peu près: je peux indexer et rechercher des
documents.
Donc ça fonctionne :-)

Mais si je fais des opérations sur application.xconf ou sur
upload.xsp et que je veux ensuite exécuter à nouveau upload.xsp
j'obtiens une NullPointerException (cf. log ci-dessous).
Vu : il faudrait remonter plus haut dans le log et s'arrêter sur la 
dernière exception fr.gouv.culture.sdx.* S'il n'y a aucune ligne de ce 
genre, c'est une exception en provenance de la logicsheet (v. message 
précédent sur le fait que la logicsheet ait un support assez silencieux 
des exceptions).
Ceci dit, point important : si vous modifiez application.xconf, vous 
devez reconfigurer le moteur de servlet (ou le redémarrer). En effet, 
vous croyez accéder à tel ou tel élément de configuration alors que la 
mémoire contient encore l'ancienne configuration !
La seule opération qui permette de repartir est de relancer
la machine (winXP);
Wow !

        at org.apache.cocoon.www.mag.upload_xsp.generate(C:\Program Files\Apache
Group\Tomcat
4.1\work\Standalone\localhost\sdx\cocoon-files\org/apache/cocoon/www/mag\upl
oad_xsp.java:815)
Petit truc : il y a un répertoire TOMCAT_HOME/work. Allez voir dedans, 
vous y trouverez un fichier upload_xsp.java... et regardez les lignes 
autour de la ligne 815.
Toute la logique Cocoon est là : une XSP génère un fichier Java, ce 
fichier est ensuite compilé et exécuté. C'est pour ça que le premier 
accès à une xsp est plus long : il faut que Cocoon génère et compile la 
page. C'est aussi pour ça qu'il faut un JDK. Dans le JRE, il n'y a pas 
de compilateur...
A bientôt,

--
Pierrick Brihaye, informaticien
Service régional de l'Inventaire
DRAC Bretagne
mailto:address@hidden





reply via email to

[Prev in Thread] Current Thread [Next in Thread]