I attached an eclipse debugger and found that an UnsatsfiedLinkError was
thrown due to the
Fact that libtcnative-1.so depends on libgcc_s.1.so.
Then I included /usr/local/lib in LD_LIBRAY_PATH.
Tomcat's Http11AprProtocol connector starts up without any problem.
It is still not clear why on sol
not quite. other errors remain complaining about sockets not open:
[Sat May 12 22:47:34 2007] [info] ajp_send_request::jk_ajp_common.c (1178):
Socket 16 is not connected any more (errno=-1)
[Sat May 12 22:47:34 2007] [info] ajp_send_request::jk_ajp_common.c (1202):
Error sending request. Will tr
Been wondering about something...
Often in a tomcat application I use separate XML files for configuration.
I normally end up using a lite weight sax parser that I wrote especially for
this, but every time I
do this... I think to myself... I'm just doing what has already been done in
tomcat.
I
I upgraded Tomcat to Tomcat 5.5.23 on Solaris 9. I also compiled
APR-1.2.8, tomcat-native-1.1.8-src and openssl-0.9.8b on Solaris.
I have placed the libtcnative-1.so in /export/home/lakshmi/Ivt55/bin.
Ivt55 is the application directory and have INCLUDED it in
LD_LIBRARY_PATH and PATH.
Yet Tomca
found the problem ... it was SELinux disabling access to the
jk-runtime-status file...
which mod_jk wanted to access at startup of httpd/mod_jk.
ewsinc wrote:
>
> I see in the Manager/status page an error count under the AJP-8009 section
> of the page.
> How do I go and find out what those err
I had this same problem ... see recent post about tracing down errors in the
ajp-8009 part of the manager/status page... well... it was SELinux... after
checking below, and googling around, I come to suspect SELinux... I did a
setenforce 0, then restarted HTTPD, and sure enough, the debug level lo
I had a similar problem to this in march. I found that for me I had to
adjust the default connector information for the port 8009 in the tomcat
config file server.xml. I made the 8009 connector look like the 8080
connector. So I guess if you are using port 8084 for directly accessing
your tomca
Hi Rashmi,
thans for reply.
Configuration that is described in link you sent me works fine.
Problem is when I change
the datasource factory to Oracle datasource factory. Than is not
possible to find this datasource through JNDI lookup and this
connection disappear from admin console.
I think th
On 5/11/07, Zdeněk Vráblík <[EMAIL PROTECTED]> wrote:
Hi all,
I am configuring jdbc datasources on Tomcat 5.5.23.
I followed this document to configure orcle database with Tomcat
http://www.microdeveloper.com/html/JNDI_Orcl_Tomcat1p.html
Sorry I didn't go through the instructions in the above
I believe this topic, or something similar, has been covered before, so I
apologize in advance.
I'm having an issue with Tomcat consuming 100% CPU when called from Apache
via ajp13. If I run my .jsp and servlet files through Tomcat directly (port
8084) all is well. However, if Apache redirects m
I see in the Manager/status page an error count under the AJP-8009 section of
the page.
How do I go and find out what those errors are?
How does one turn on logging for AJP?
I have logging turned on for mod_jk in Apache... but what about logging for
Tomcat's side of the AJP protocol?
--
View thi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Rainer,
Thanks for the explanations of everything. I'm still certainly not ready
to become an autoconf master, but...
Rainer Jung wrote:
> In case we build an Apache httpd 2.x module, we are using the httpd
> provided instance of libtool for maximum
Since your original config looked OK, could you set your log level for
the isapi redirector to trace and log startup and a single test against
your configured status URL? Please post the results, so we can see, if
the URL got mapped, and why the request didn't get forwarded.
Regards,
Rainer
Okay, I tried this:
$ export CC=i486-linux-gnu-gcc
$ make clean
$ ./configure --with-apxs=/usr/bin/apxs2
$ make
Looks like it works this way. Weird. Why should the name of the compiler
matter?
The TODO file of libtool says:
* ... This includes writing libtool not to be so dependent on the
co
14 matches
Mail list logo