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]