Jean-Francois Arcand wrote:
Hi,
building from scratch I'm getting:
BUILD FAILED
file:/disk/raid0/home/jfarcand/jakarta-tomcat/jakarta-tomcat-5/build.xml:147:
Warning: Could not find file
/home/jfarcand/jakarta-tomcat/commons-daemon/commons-daemon.jar to copy.
I've seens some change recently
Anna Fuhrmann wrote:
Hi all,
like a good girl I have been using the user-mailing-list up to now to search for
user experience installing tomcat on os390.
Most (if not all) contributions are in the form has anyone successfully installed
tomcat on os390? From some other I got partly valuable ideas.
Henri Gomez wrote:
FYI :
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
try {
...
} catchc
hgomez 2003/10/10 00:35:22
Modified:jk/native configure.in
Log:
APR includes could be in a differents location that Apache 2.0 includes.
For instance Redhat use 2 locations in it's RawHide version of 2.0.47
Revision ChangesPath
1.26 +3 -2
Well well ... being a simpleton (=user) I don't quite manage to manage cvs ...
I would love to install tomcat 4.1.28 (having 4.1.27), bit I cannot find such a
distribution.
So what it boils down to if I cannot get 4.1.28 is: install rls 6 BETA - does it go
well with JDK 1.3?
thank you very
Remy Maucherat wrote:
Ignacio J. Ortega wrote:
Hola a todos:
(Many time from my last post, things are settling here, so hope i will
contribute some code in future :) shields up, nacho will be messing
things shortly, now i'm only moderating our lists, and as some person
said time ago moderation is
Remy Maucherat wrote:
For 4.1.28:
ballot
[ ] Alpha
[x] Beta
[ ] Stable
/ballot
My BS2000 is still not working OK.
For 5.0.13:
ballot
[ ] Alpha
[ ] Beta
/ballot
Remy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
jean-frederic clere wrote:
Remy Maucherat wrote:
For 4.1.28:
ballot
[ ] Alpha
[x] Beta
[ ] Stable
/ballot
My BS2000 is still not working OK.
Is it some kind of server powered by alien technology ? Or does it mean
Bulls*** 2000 ? Cool name for a server if it does :-D
Anyway, I don't think anyone
Try http://www.apache.org/dist/jakarta/tomcat-4/v4.1.28-alpha/. The 'alpha'
is just because it is still in it's evaluation stage. It's likely to
graduate to at least beta (if not 'stable'). However, your ability to test
it on an os/390 system makes you particularly valuable to the developers,
- Original Message -
From: jean-frederic clere [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Friday, October 10, 2003 12:52 AM
Subject: Re: Committing binaries in CVS [Was] RE: cvs commit:
jakarta-tomcat-connectors/procrun/bin tomcat.exe tomcatw.exe
Remy
-Original Message-
From: jean-frederic clere
Remy Maucherat wrote:
Ignacio J. Ortega wrote:
Sorry to disagree, but it's impossible to build the said binaries
without expensive compilers. (please do not suggest Cygwin)
Why? Is the Makefile broken?
Doesn't matter. We
Remy Maucherat wrote:
jean-frederic clere wrote:
Remy Maucherat wrote:
For 4.1.28:
ballot
[ ] Alpha
[x] Beta
[ ] Stable
/ballot
My BS2000 is still not working OK.
Is it some kind of server powered by alien technology ? Or does it mean
Bulls*** 2000 ? Cool name for a server if it does :-D
Bill Barker wrote:
- Original Message -
From: jean-frederic clere [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Friday, October 10, 2003 12:52 AM
Subject: Re: Committing binaries in CVS [Was] RE: cvs commit:
jakarta-tomcat-connectors/procrun/bin tomcat.exe
Mladen Turk wrote:
-Original Message-
From: jean-frederic clere
Remy Maucherat wrote:
Ignacio J. Ortega wrote:
Sorry to disagree, but it's impossible to build the said binaries
without expensive compilers. (please do not suggest Cygwin)
Why? Is the Makefile broken?
Doesn't matter. We
Mladen Turk a écrit :
-Original Message-
From: jean-frederic clere
Remy Maucherat wrote:
Ignacio J. Ortega wrote:
Sorry to disagree, but it's impossible to build the said binaries
without expensive compilers. (please do not suggest Cygwin)
Why? Is the Makefile broken?
Doesn't
Mladen Escribio:
So, find the space that can be reached from ant when building Tomcat5,
and I'll put the binaries there,
since we don't need them for anything but the nsis TC5
install package.
Ok, it seems reasonable, why dont release it as nigthlie, and put it
where the nigthlies are
remm2003/10/10 05:16:37
Modified:catalina/src/share/org/apache/catalina/startup
Bootstrap.java
Log:
- Small tweaks to allow to execute the bootstrap JAR. This won't set any
endorsed properties (maybe there's an entry for that in the manifest, but
you want to put the one from endorsed into server/lib, then put yours in
WEB-INF. This way only one is visible to any tree of the classloader. But
I'm not sure if you will still end up with the JDK version since the one in
WEB-INF is not endorsed to override it.
The other thing I would try is to
remm2003/10/10 08:42:20
Modified:catalina/src/bin catalina.sh
Log:
- Explicitely add commons-logging-api on the classpath on Unix.
Revision ChangesPath
1.10 +2 -2 jakarta-tomcat-catalina/catalina/src/bin/catalina.sh
Index: catalina.sh
It seems to me that we are going for bandaid solution here. By moving
around the files, it will work for one particular webapp, but at the
expensive of the compatibility of other webapp under the same tomcat. As
soon as we move the parser out of one webapp, we are forcing all other
webapp using
ok, I just found this link from the archives. Sun defined that you have to
use the 'endorsed' directory or take the Sun-supplied versions of the
packages listed.
http://java.sun.com/j2se/1.4.2/docs/guide/standards/index.html
tomcat's classloading is enforcing this requirement explicitly since it
luehe 2003/10/10 10:40:39
Modified:jasper2/src/share/org/apache/jasper/compiler Generator.java
Log:
Quote value of 'classid' attribute
Revision ChangesPath
1.213 +11 -18
jakarta-tomcat-jasper/jasper2/src/share/org/apache/jasper/compiler/Generator.java
But the org.apache classes are not endorsed, only the org.xml.sax and
org.w3c.dom. These packages contain mostly interfaces and while the
implemenation of the JDK comes with the org.apache classes I do not
believe these are considered part of the J2SE platform API.
JAXP comes with a specific
To be honest, I got exactly the same impression when I read this document
half a year ago. However, when I tried to clarify all the grey areas in
this document with Sun, here is the response from their Java engineer:
***
The standard delegation model used by Java does say that a child
classloader
here's one reply that I got a while ago about the issue when it was changed
in 4.0.2(saying basically the same thing)
http://www.mail-archive.com/[EMAIL PROTECTED]/msg74261.html
I know that the WEB-INF classloader changes the delegation model by looking
for classes within WEB-INF BEFORE
Hmm... Seems like even the Sun's engineer also have different point of views
between them as well... Now, I'm totally confused about which way should be
the right way to go...
It there any Sun/Java representative on this mailing list that can answer
this question then?
Thanks again for all your
billbarker2003/10/10 21:24:30
Modified:util/java/org/apache/tomcat/util/net/jsse
JSSE13SocketFactory.java JSSE14SocketFactory.java
Log:
Allow the TrustStore to have a different type from the KeyStore.
Probably a small minority case, but it can be useful
billbarker2003/10/10 21:34:24
Modified:webapps/docs ssl-howto.xml
Log:
Document new configuration value.
Revision ChangesPath
1.8 +7 -0 jakarta-tomcat-catalina/webapps/docs/ssl-howto.xml
Index: ssl-howto.xml
28 matches
Mail list logo
