Move tomcat configuration to /etc ?
I did an rc.d script myself a while ago in this style (sorry - I forgot to
pass it on) but I was following the convention of Redhat 7.1 and put my
configurations in /etc/sysconfig/tomcat Does this break the FHS (What is
FHS??)
Cheers,
jr
Well that
Heres a patch to fix the javadoc errors that were appearing for me. Because
its not possible to exclude files from a javadoc task, this patch makes a
temporary copy of the src, excluding files it doesn't need and then
generates the javadocs from that copy of the src.
Cheers,
jr
I don't understand why you would want this - doesn't the WEB-INF/lib and
WEB-INF/classes not already provide seperation of classpaths for the various
webapps. Am I missing something?
jr
I've seen lots of discussion on the user list desiring the
ability to have
additional classpaths
Catalina would not compile without adding jndi.jar to the classpath for
catalina and the webapp/examples. Presumably this is not affecting people
because they have it in there environment classpath. (I think I submitted
this a while ago also.)
diffed against current cvs update
Cheers,
jr
of your jre/jdk. (I think)
Keith
| -Original Message-
| From: Reilly, John [mailto:[EMAIL PROTECTED]]
| Sent: Monday, August 27, 2001 11:09 AM
| To: Tomcat Dev (E-mail)
| Subject: [PATCH TC4] added jndi.jar to classpath in javac task
|
|
|
| Catalina would not compile
For permanent business objects, that is probably true ... but the use
cases we'd like to be able to deal with include:
* Load-balanced distributed container that can move sessions around
as various servers get overloaded.
* Fail-safe distributed container that automatically recovers
This is just an idea from the top of my head, would
it be possible
having a second vector that contains a footprint(not
a full clone) of
the
object for a session and have a reaper thread
checking the footprints
against
the real objects and determine if they changed or
not
Sorry for intruding on the dev list, but I am having no luck
getting emails
from the user list. I greatly appreciate it if someone could
answer these
two questions:
a) Can Tomcat do a forward to an anchor in a JSP page, such as:
RequestDispatcher rd =
Just a quick recall of build of rpms.
There are built under Redhat 6.2 / Redhat 7.1 (validation)
- using latest jikes 1.14
- using latest IBM SDK 1.3 (javadoc)
- with latest ant 1.3, xerces-j 1.4, xalan-j 2.1.0
I encounter rare problems when building with jikes,
at least one with a
, and
it's behind a firewall.
Sorry, my mistake. By default it wasn't building the jdk1.3 dependant
classes
until Amy changed the build.xml on Monday.
Cheers,
jr
Kevin Jones
DevelopMentor
www.develop.com
Craig
-Original Message-
From: Reilly, John [mailto:[EMAIL PROTECTED
I'm trying to use the Tomcat nightly's, and found that the
org.apache.catalina.servlets.CGIServlet class is missing from
the 16th, 17th
and 18th June builds, although it (an its related classes) is
in the earlier
nightlys,
As far as I know the build environment for the nightly builds
Does this make the nightlies unusable?
Only if you want to use tomcat to run cgi scripts.
Is there a plan to move to 1.3?
I think thats up to Craig.
jr
Kevin Jones
DevelopMentor
www.develop.com
-Original Message-
From: Reilly, John [mailto:[EMAIL PROTECTED]]
Sent
Apache1.3 on Redhat 6.1, 6.2, 7.1
Apache1.3 on Solaris 2.6 and Solaris 8
Redhat 6.x/7.1 currently
Solaris 2.6, 8 (and maybe WinNT/2K) soon.
-Original Message-
From: GOMEZ Henri [mailto:[EMAIL PROTECTED]]
Sent: Monday, June 11, 2001 1:54 PM
To: [EMAIL PROTECTED]
Subject: [j-t-c] OS poll
Hi,
A quick poll to get informations about OS used by
Hi folks,
Attached is a patch to allow tc4 to build with jdk1.2. It uses an extra
property
in the build.properties using.jdk.1.3=true. Add this if you want to
compile the
files that use 1.3 APIs. Can someone commit this to the cvs (unless there
is a better
solution of course).
Cheers,
jr
Sorry, there was a small error in that patch. This is what I should have
sent :)
jr
-Original Message-
From: Reilly, John [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 08, 2001 12:46 PM
To: Tomcat Dev (E-mail)
Subject: Fix to build for TC4 jdk1.2
Hi folks,
Attached
When compiling ProcessHelper.java and ../servlets/CGIServlet.java against
jdk1.2 there is an error.
ProcessHelper line 381 and CGIServlet line 1567.
Both lines try to call
Runtime.exec(String, String[], File)
which does not exist in jdk1.2
John
-Original Message-
From:
Hi Pier,
Apparently there is a virus in the index.htm - I got the following attached
to your mail.
John
Network Associates GroupShield Exchange **
Alert generated at: Thursday, May 24, 2001 11:23:27 GMT Daylight
Time
]
Subject: Re: Trying New Connectors Build Stuff
Reilly, John at [EMAIL PROTECTED] wrote:
Hi,
I had the same problem but I'm using a heavily modified
Redhat 6.1 system so
that seems to indicate that its not limited to a glibc2.2 problem.
Everything compiled fine, but when starting up
Hi,
I had the same problem but I'm using a heavily modified Redhat 6.1 system so
that seems to indicate that its not limited to a glibc2.2 problem.
Everything compiled fine, but when starting up httpd it gave the undefined
symbol: pthread_create error as below. I have libpthread installed in
20 matches
Mail list logo