Title: RE: problem d'ecriture dans un JSPWriter.
protected void doGet(HttpServletRequest request,
HttpServletResponse response) throws ServletException, IOException
{
cat_.debug("doGet
call") try {
cat_.debug("before sleeping");
Thread.sleep(1);
Bonjour,
Depuis quelque temps je travaille sur une application à base d'xml/xsl,
avec des servlets sous tomcat.
Depuis ce matin, plus aucune servlet faisant appel à des transformations
xslt ne fonctionne correctement.
Une exception bizarre est levée, et je ne vois pas du tout comment
Olivier LAMY wrote:
utilises tu des extension propres à Xalan ?
Je ne crois pas. Enfin, je mets ds le classpath les librairies qui sont
fournies avec.
Est-il possible de voir le XSL?
Voici le début :
?xml version=1.0 encoding=UTF-8?
xsl:stylesheet version=1.0
Olivier LAMY wrote:
utilises tu des extension propres à Xalan ?
Je viens de trouver.
En fait, j'avais une sorte de collision entre 2 librairies, dont
fournie avec tomcat d'office. Et comme j'ai mis la mienne ds le dossier
WEB-INF/lib ds mon appli, tomcat ne devait pas savoir comment trouver
Guillaume Desnoix a crit :
newInstance() est en fait un appel au constructeur
sans argument. Donc
l'objet cree est initialise par le constructeur par defaut.
Le constructeur par dfaut de mes classes ne fait rien de particulier
puisque
ils sont cods ainsi:
public class_x() {
super();
}
par
- Original Message -
From: Jean Michel Flambard [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, July 15, 2002 4:16 PM
Subject: Re: Bizarre..
Guillaume Desnoix a écrit :
newInstance() est en fait un appel au constructeur sans argument. Donc
l'objet cree est initialise par le
Patrice Godard a écrit :
Juste une piste pour faire avancer le schmilblick:
Si tes attributs sont initialisés hors du constructeur je me disais qu'il pouvait
peut-être s'agir d'attributs statiques, donc initialisés au chargement de la classe.
Mais bon, c'est juste une piste.
OLIVIER CAYRON a crit :
> Comment trace ont une application web faites de servlets
et de jsp ?
Normalement, c'est fourni dans la doc de ton serveur ou
de
ce que tu comptes utiliser pour dbugger normalement.
Faut savoir si ton outil est compatible JPDA ou non.
La plupart du temps, il suffit de
Je dirais que log4j est pas mal pour
cela.
Un nouvel utilisateur qui en est bien content
:-))
- Original Message -
From:
Jean Michel Flambard
To: [EMAIL PROTECTED]
Sent: Monday, July 15, 2002 8:01 PM
Subject: Re: Bizarre..
OLIVIER CAYRON a écrit :
Comment
-Original Message-
From: Jean Michel Flambard [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Date: Mon, 15 Jul 2002 20:01:51 +0200
Subject: Re: Bizarre..
OLIVIER CAYRON a écrit :
Comment trace ont une application web faites de servlets et de jsp ?
Normalement, c'est fourni dans la doc de
Puisque ca marche en test et pas en prod, c'est
Pas les type en general qu'il faut remettre en cause.
Mais peut être qu'en prod, le CREATE TABLE n'est
Pas strictement identique a celui du test.
Du coup ta table en prod a des contraintes sur la
dite colonne qu'il n'y aurait pas en test.
Si je
déjà viré les millisecondes (enfin j'ai mi 0) mais ça ne résoud pas le problème.
-Original Message-
From: Jean-Baptiste BRIAUD [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Date: Fri, 28 Jun 2002 10:57:17 +0200
Subject: RE : pb Oracle bizarre
Puisque ca marche en test et pas en prod, c'est
Pas les
+0200
Subject: RE : RE : pb Oracle bizarre
Il ne faut pas mettre 0.
Pour tester cette hypothèse il faut reduire la precision
Du timestamp. Donc ne pas mettre une partie des donnees.
__
Jean-Baptiste BRIAUDSysdeo
Software engineer
13 matches
Mail list logo