i have multiple webapps connecting to oracle within the same tomcat
instance.
removing ojdbc14.jar from all the webapps WEB-INF/lib and keeping only
one copy of ojdbc14.jar in common/lib works for me on tomcat 5.
if you are connecting via oci drivers, make sure that your
LD_LIBRARY_PATH points
connection under the tomcat web administration tool ? And if
you did, did you include a path to your ojdbc.jar file?
I'm also wondering if maybe the catalina.properties file should be
changed or if it should stay the same.
Kind Regards,
Jeremie
Apu Shah wrote:
i have multiple webapps
oracle.jdbc.driver.OracleDriver()); *will also work. When this error
is received, nothing hangs at all. Thanks again for your help Apu,
you're god send!
Cheers,
-jeremie
Apu Shah wrote:
i did not have to add any database connections under the tomcat web
admin tool.
catalina.properties remains
i was wondering what the state of the checked in code is for mod_jk. the
last tag on jk was 1.2.5 after which (i assume) there have been several
checkins.
would you recommend pushing out a cvs built mod_jk to production (probably
unsafe, right) or should we wait for the next tagged,
according to the docs
(http://jakarta.apache.org/tomcat/tomcat-4.1-doc/jk2/jk/workershowto.ht
ml):
balanced_workers is a comma separated list of workers that the load
balancer need to manage. These workers should not appear in the
worker.list property.
most other documents on the web describing
i found that replacing
tcpListenAddress=auto
with
tcpListenAddress=IP
and
mcastBindAddress=IP
works better with multi-homed machines.
apu
On Wed, 11 Feb 2004 17:58:59 -0500
Rick Szeto [EMAIL PROTECTED] wrote:
Sorry, my bad...
Cluster
also make sure that the web.xml for the webapp has the distributable /
element and all session vars are serializable.
apu
On Wed, 11 Feb 2004 15:13:39 -0800
Filip Hanik \(lists\) [EMAIL PROTECTED] wrote:
on RH 9 you must also set,
export LD_ASSUME_KERNEL=2.4
Filip
-Original
delete the context file (if present) from
$TOMCAT_HOME/conf/{ENGINE}/{HOST}/
On Wed, 4 Feb 2004 10:39:30 -0600 (CST)
Milt Epstein [EMAIL PROTECTED] wrote:
On Wed, 4 Feb 2004, Yansheng Lin wrote:
Hi, I am having a weird problem. It seems that Tomcat is trying to
deploy a deleted
sorry for this off-topic question, it's meant for any tomcat developers
reading this list
currently, there is a tagged version of 5.0.18alpha. this has the fix
for RequestGroup/RequestGroupInfo memory leaks and some additional
clustering functionality (thanks filip!) this is primarily the
wondering if anyone has seen this while running the admin webapp from
tomcat 5.0.16?
running the admin webapp, when clicking on the Service (Catalina) link
in the left side frame, i get the following stack trace:
type Exception report
message
description The server encountered an internal
) link.
On Tue, 20 Jan 2004 14:29:25 -0500
Ben Souther [EMAIL PROTECTED] wrote:
http://issues.apache.org/bugzilla/show_bug.cgi?id=24086
Take a look at this bug and see if the conditions are similar or the
same.
On Tuesday 20 January 2004 02:22 pm, Apu Shah wrote:
wondering if anyone
there seems to be some confusion about whether to use maxThreads or
maxProcessors and the effect on tomcat. futher it is not clear from the
docs which one to use and whether they have an effect on the protocol used
by the connector.
could someone please clarify this...
using tomcat 5.0.16:
the
thanks yoav, i noticed that but then does that mean that there is no
method to specify max threads/processors for the coyote ajp connector?
that sounds a bit strange
how does tomcat behave with the ajp connector? does it indefinitely spawn
threads to handle requests until it bombs out of
thanks yoav.
this begs another question... under what circumstances would one choose to
use the ajp connector? i am assuming it's probably a more compact and
efficient protocol compared to http (not sure about that).
in any case, if one never needs to access tomcat directly from a browser
thanks much remy. i was looking for configuring maxThreads for the ajp
connector with jk2.
anyways, do you know what the default value for maxThreads is for
channelSocket? (it's not in the docs)
what are the defaults for the other options? or where can i find them?
backLog
tcpNoDelay
check the dates on both machines. i think (filip please clarify if i'm
wrong) if one machine is out of sync with the other by an interval equal
or greater than the session timeout, the sessions will expire on the
receiving end.
Ok I really have no idea why this ain't working.
Same clustering
using tomcat 5.0.16
the JK2 AJP connector
(http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/ajp.html) docs
doesn't list any directive like maxProcessors or maxThreads. the HTTP
connector does
(http://jakarta.apache.org/tomcat/tomcat-5.0-doc/config/http.html) list a
maxThreads directive.
also make sure you have crossContext=true in your respective Context
directives in server.xml
On Wed, 14 Jan 2004 17:40:33 -0800
Jerry Ford [EMAIL PROTECTED] wrote:
Okay, from this detailed description---which sounds to me like it
should work---here's my SWAG (silly wild-ass guess): After
i have a server.xml configured with the following Host element:
Logger className=org.apache.catalina.logger.FileLogger
prefix=catalina_log. suffix=.txt
timestamp=true/
Host name=192.168.100.152 debug=0 appBase=webapps
unpackWARs=true
yes, you are right. i was thinking of server side forwarding
RequestDispatcher rd =
getServletConfig().getServletContext().getRequestDispatcher(/app1);
rd.forward(req,resp);
On Wed, 14 Jan 2004 20:48:03 -0500
Ben Souther [EMAIL PROTECTED] wrote:
There is no need to set crossContext to
i used the backported session clustering in tomcat 4. i am currently in
the process of upgrading to tomcat 5.
in my new environment with tomcat 5, i see from the logs that my webapp
(/stats) is enabled for session replication (the web.xml has the
distributable / element):
Jan 12, 2004 5:49:46
could someone please point me to where i can log bugs for tomcat?
i have tried the code below on different configurations with no avail, i
still see the problem, which makes me feel that it is a legitimate bug.
i am assuming that it would not be appropriate to post on tomcat-dev (?)
please
i was wondering if anyone else has had problems with
RequestDispatcher.include() and flush() or is it just me? (see below)
i request someone to please deploy the code and see if it works at all,
or whether it's a setup/configuration thing from my end, though i don't
think so since all my other
23 matches
Mail list logo