Thing is, that we have multiple boxes (Debian) running with multiple
hosters, so every layout of those boxes is different (i.e. one has
Tomcat in /var/lib, the other one in /usr/local, next one in
/home/apps/tomcat).
Since *some* of our servlets (i.e. our own SSO-mechanism) are runnung
in all
Gregor Schneider wrote:
since there's no such such as $CATALINA_HOME/common in
Tomcat 6.
You could always create one..
-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gregor,
On 4/30/2009 11:43 AM, Gregor Schneider wrote:
?xml version=1.0 encoding=UTF-8 ?
!DOCTYPE log4j:configuration SYSTEM log4j.dtd
Is there a PUBLIC definition, too? IIRC, most XML parsers can use the
PUBLIC part to look up the DTD in their
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Gregor,
On 4/30/2009 11:43 AM, Gregor Schneider wrote:
?xml version=1.0 encoding=UTF-8 ?
!DOCTYPE log4j:configuration SYSTEM log4j.dtd
Oh, one more thing: couldn't you just turn off XML validation and
completely remove log4j.dtd? Are you sure it's
Gregor Schneider wrote:
...
André will not complain, but he has a suggestion :
Considering the error message :
java.net.MalformedURLException: no protocol: ${log4j.dtd}
then either the ${log4j.dtd} does not get expanded as you expect, or
else it does but the result is not a valid URL.
So,
From: Gregor Schneider [mailto:rc4...@googlemail.com]
Most of you may know the typical first lines of any
log4j.xml-config-file:
?xml version=1.0 encoding=UTF-8 ?
!DOCTYPE log4j:configuration SYSTEM log4j.dtd
Why does the DTD need to be stored relative to the XML file rather than (say)
andre,
it gets xpanded just perfect, but seems the file- protocol is not
recognized.
so u gotta work a bit more for the chocolate ;)
cheers
gregor
Am 30.04.2009 um 18:13 schrieb André Warnier a...@ice-sa.com:
Gregor Schneider wrote:
...
André will not complain, but he has a suggestion :