RE: [SOLVED]Tomcat native library Not found in Solaris 9
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 solaris 9 libtcnative-1.so depends on libgcc_s.1.so Whereas in Lunux redhat 4 it does NOT do do. Lakshmi -Original Message- From: Lakshmi Venkataraman [mailto:[EMAIL PROTECTED] Sent: Saturday, May 12, 2007 5:33 PM To: Tomcat Users List Subject: RE: Tomcat native library Not found in Solaris 9 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 Tomcat is unable to find libtcnative-1.so. I get this message: The Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: /export/home/lakshmi/Ivt55/jre/lib/sparc/client:/export/home/lakshmi/Ivt 55/jre/lib/sparc:/export/home/lakshmi/Ivt55/jre/../lib/sparc:/export/hom e/lakshmi/Ivt55/3rdPartyPackages/Tomcat/bin:/export/home/lakshmi/Ivt55/b in:/export/home/lakshmi/Ivt55/database::/usr/lib I did NOT have a problem on Linux redhat 4 or Windows. What else is missing on Solaris? Thanks in advance for your reply, Lakshmi - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 6 Manager logging
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 try another pooled connection [Sat May 12 22:47:34 2007] [info] ajp_send_request::jk_ajp_common.c (1225): All endpoints are disconnected or dead [Sat May 12 22:47:34 2007] [info] ajp_service::jk_ajp_common.c (1749): Sending request to tomcat failed, recoverable operation attempt=1 Removing the APR libraries (libtcnative*.* that I build from the Tomcat 6.0.10 distribution) from my JAVA path and then restarting Tomcat allowed the threads sockets to open and stay open. found this recent http://jira.codehaus.org/browse/JETTY-322 post with someone seeing related problems and patching mod_jk... I will try getting the latest mod_jk and see if they work better with the latest APR libs. ewsinc wrote: > > 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 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 this message in context: http://www.nabble.com/Tomcat-6-Manager-logging-tf3732449.html#a10452551 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tomcat Inner Gold Mine
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 dont imagine that these internal libs are exposed in a normal tomcat application, unless i'm missing something, but I was wondering if its not possible to get at the libraries almost as its done in embedded tomcat, so one can reduce the overhead of duplicate functionality. For example if one went for a similar parameter structure in a separate xml file... its in not possible to get at that using a tomcat lib? If so I'd imagine there is a whole range of tricks one could use... In theory a user should never have to go find a base64 lib, or an MD5 lib etc etc... nor anything else that Tomcat has to use I think there is a lot of very standard stuff that tomcat could expose through an API... if it has an Xerces lib, why make a user get another one? For example is it possible to do somelike an XSLT transform without any external libs... It feels like I'm sitting on a gold mine... but I'm still prospecting... if u know wot I mean... Seems like everyone is missing it remember reading some article where the guy was saying that one can get at the undocumented sun.misc.BASE64 Decoder which he spent hours discovering...and this was for a tomcat application... seems kinda stupid when Tomcat must have that class already?? So as the actual developers of Tomcat... if you make a web-app... do you download duplicate infrastructure... or do you just dig into a class when you know its there already? Johnny Kewl eMail: Johnkewlstuff.co.za -- replace with @ -- Cell: +027-72- 473-9331 Java Developer (Tomcat Aficionado) Free Tomcat software at http://coolese.100free.com/
RE: Tomcat native library Not found in Solaris 9
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 Tomcat is unable to find libtcnative-1.so. I get this message: The Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: /export/home/lakshmi/Ivt55/jre/lib/sparc/client:/export/home/lakshmi/Ivt 55/jre/lib/sparc:/export/home/lakshmi/Ivt55/jre/../lib/sparc:/export/hom e/lakshmi/Ivt55/3rdPartyPackages/Tomcat/bin:/export/home/lakshmi/Ivt55/b in:/export/home/lakshmi/Ivt55/database::/usr/lib I did NOT have a problem on Linux redhat 4 or Windows. What else is missing on Solaris? Thanks in advance for your reply, Lakshmi - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat 6 Manager logging
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 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 this message in context: http://www.nabble.com/Tomcat-6-Manager-logging-tf3732449.html#a10450546 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Help with mod_jk.so errno=13
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 log of mod_jk shows correct access to the jk-runtime-status. Though httpd is running as user apache, the file keeps getting created as root. --tony Mukarram Syed-2 wrote: > > > Hi All, > I know this has been asked before in the users group, but there are no > solutions to this problem. > > I am getting the following error in my mod_jk.log file: > > Tue Apr 11 00:46:08 2006] [18962:20800] [error] jk_child_init::mod_jk.c > (2312): Attachning shm:/var/log/jk-run > time-status errno=13 > > this seems to me from my research as a permission denied error. It > looks like a shared memory error. > Any help would be appreciated in this regard. > > I have been working on this all day researching without any progress. > > Thanks in Advance. > > > -Mukarram Syed. > > -- View this message in context: http://www.nabble.com/Help-with-mod_jk.so-errno%3D13-tf1429628.html#a10450545 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tomcat and mod_jk
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 tomcat you would want to make the 8009 connector look like the 8084 connector David Short wrote: > > 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 my .jsp and servlet files > to Tomcat via ajp13, Tomcat starts consuming CPU and after a few seconds > consumes all 100%. > > Any ideas would be greatly appreciated. > > > Environment: > > Pentium 4 (3.4 Mhz) > 2 GB memory > Windows XP Pro SP2 > MySQL 5.1 > Apache 2.2.4 > Mod_jk 2.2.4 > Tomcat 5.5.23 > Java 1.5.0_11-b03 > > > workers.properties > > workers.tomcat_home=C:\Tomcat5 > workers.java_home=C:\Program Files\Java\jre1.5.0_11 > ps=\ > worker.list=ajp13 > worker.ajp13.port=8009 > worker.ajp13.host=localhost > worker.ajp13.type=ajp13 > > -- View this message in context: http://www.nabble.com/Tomcat-and-mod_jk-tf3732833.html#a10450362 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Oracle JDBC connection Tomcat 5.5
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 that ojdbc14.jar is newer version of oracle drivers and it works fine with standard datasource factory org.apache.tomcat.dbcp.dbcp.BasicDataSourceFactory and javax.sql.DataSource. It stops work when I use oracle datasource factory factory="oracle.jdbc.pool.OracleDataSourceFactory" and datasource type type="oracle.jdbc.pool.OracleDataSource". What I need is any solution how get OracleConnection instead of Connection to use. Do I miss any parameter in resource configuration? Thanks. Zdenek On 5/12/07, Rashmi Rubdi <[EMAIL PROTECTED]> wrote: 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 link , I would follow the instructions for Oracle 10g here: http://tomcat.apache.org/tomcat-5.5-doc/jndi-datasource-examples-howto.html look for the title: Oracle 8i, 9i & 10g > I am not able to see datasource in web admin. > datasource configuration: > >auth="Container" > type="oracle.jdbc.pool.OracleDataSource" > factory="oracle.jdbc.pool.OracleDataSourceFactory" > username="USER_51319" > password="USER_51319" > driverClassName="oracle.jdbc.OracleDriver" > url="jdbc:oracle:thin:@192.168.100.119:1521:orcl" > maxActive="20" maxIdle="10" maxwait="-1"/> > > Everything works fine with this configuration: >auth="Container" > type="javax.sql.DataSource" > factory="org.apache.tomcat.dbcp.dbcp.BasicDataSourceFactory" > username="USER_51319" > password="USER_51319" > driverClassName="oracle.jdbc.driver.OracleDriver" or > driverClassName="oracle.jdbc.driver.OracleDriver" > url="jdbc:oracle:thin:@192.168.100.119:1521:orcl" > maxActive="20" maxIdle="10" maxwait="-1"/> > > I need get OracleConnection instead of Connection. I think you also need classes12.jar > > There is not any error or exception in log files. > I have ojdbc14.jar in common/lib directory. > I am able to use even Oracle JGeometry objects with common Connection, > but I need OracleConnection. > > My configuration: > Windows XP, > JDK 5_09 > Tomcat 5.5.23 > Oracle 10G 10.2.0.1 > > Do you have any idea, what I am doing wrong? Most likely you need Oracle's classes12.jar > How could I get any error or exception? Logs in tomcat/logs dirrectory > are correct. I have there only info outputs from my test application. > > Thanks. > > Regards, > Zdenek Vrablik > Regards Rashmi
Re: Oracle JDBC connection Tomcat 5.5
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 link , I would follow the instructions for Oracle 10g here: http://tomcat.apache.org/tomcat-5.5-doc/jndi-datasource-examples-howto.html look for the title: Oracle 8i, 9i & 10g I am not able to see datasource in web admin. datasource configuration: Everything works fine with this configuration: I need get OracleConnection instead of Connection. I think you also need classes12.jar There is not any error or exception in log files. I have ojdbc14.jar in common/lib directory. I am able to use even Oracle JGeometry objects with common Connection, but I need OracleConnection. My configuration: Windows XP, JDK 5_09 Tomcat 5.5.23 Oracle 10G 10.2.0.1 Do you have any idea, what I am doing wrong? Most likely you need Oracle's classes12.jar How could I get any error or exception? Logs in tomcat/logs dirrectory are correct. I have there only info outputs from my test application. Thanks. Regards, Zdenek Vrablik Regards Rashmi
Tomcat and mod_jk
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 my .jsp and servlet files to Tomcat via ajp13, Tomcat starts consuming CPU and after a few seconds consumes all 100%. Any ideas would be greatly appreciated. Environment: Pentium 4 (3.4 Mhz) 2 GB memory Windows XP Pro SP2 MySQL 5.1 Apache 2.2.4 Mod_jk 2.2.4 Tomcat 5.5.23 Java 1.5.0_11-b03 workers.properties workers.tomcat_home=C:\Tomcat5 workers.java_home=C:\Program Files\Java\jre1.5.0_11 ps=\ worker.list=ajp13 worker.ajp13.port=8009 worker.ajp13.host=localhost worker.ajp13.type=ajp13
Tomcat 6 Manager logging
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 this message in context: http://www.nabble.com/Tomcat-6-Manager-logging-tf3732449.html#a10447535 Sent from the Tomcat - User mailing list archive at Nabble.com. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [mod_jk] 1.2.22 won't build (libtool error) :(
-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 module compatibility. We find > this libtool by querying apxs -q LIBTOOL. Okay, this makes sense, then: I'm using Apache httpd 2.x, so the local libtool is ignored. > From your other message > >> How does CC get picked when configure runs? I tried reading the >> configure script but got lost pretty quickly. > > configure is produced out of configure.in by a toolchain including > autoconf and automake. In configure.in there is an autoconf macro named > AC_PROG_CC that includes a predefined script to detect the correct > compiler. My configure.in contains only this line: AC_PROG_CC ... with nothing specified. I wish I knew enough about m4 and autoconf to be able to even guess what to put in here. Perhaps this (potential - I've /never/ seen it on other systems) issue could be avoided by adding a bit of documentation to the BUILD.txt file that says "if you get a weird error about tags not being defined, try running this: export CC=`apxs -q CC` ? Thanks, - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGRcPP9CaO5/Lv0PARAuMqAKCIow33Rcm1+4eluLniYqOO0cc2MgCfct6f t/8cqe+Clonk2kLk41H5Jac= =DXLc -END PGP SIGNATURE- - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JK connector issue - Can't get JKStatus working with IIS 6.0
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 Mladen Turk wrote: Jean-Francois Beaulac wrote: The Connector itselfs works perfectly, I just want to enable the JKStatus page that shows information about the workers and also allow to make changes at runtime to work. In the documentation I've seen specific configuration for Apache HTTPD to mount the JKStatus, but I could not find similar information for IIS. I presume you have added in workers.properties ... worker.list=jkstatus,... ... worker.jkstatus.type=status Then inside uriworkermap.properties add something like: /one-very-fancy-manger=jkstatus Finally hitting the http://yourhost/one-very-fancy-manger will open you the whole new world :) Regards, Mladen. - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -- kippdata informationstechnologie GmbH Tel: 0228 98549 -0 Bornheimer Str. 33aFax: 0228 98549 -50 53111 Bonn www.kippdata.de HRB 8018 Amtsgericht Bonn / USt.-IdNr. DE 196 457 417 Geschäftsführer: Dr. Thomas Höfer, Rainer Jung, Sven Maurmann === kippdata informationstechnologie GmbH Tel: +49 228 98549 -0 Bornheimer Str. 33aFax: +49 228 98549 -50 D-53111 Bonn www.kippdata.de HRB 8018 Amtsgericht Bonn / USt.-IdNr. DE 196 457 417 Geschäftsführer: Dr. Thomas Höfer, Rainer Jung, Sven Maurmann - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [mod_jk] 1.2.22 won't build (libtool error) :(
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 compiler used to configure it. In fact libtool is there to hide platform specifics from everyone, who wants to build libraries (or shared object files). This is done in a way, that during libtool creation it analyzes your platform and includes its specifics into the libtool file. So the resulting libtool file is not portable. Of course all your gcc links were pointing to the same file, but libtool simply remembers the name of the compiler. Here's another question: why does the configure script build a 'libtool' script in the current directory and then not use it? Also, "CC" is set correctly in /usr/share/apr-1.0/build/libtool (which appears to be the actual libtool being invoked, since I get that debugging output I added to it earlier), so what am I missing, here? We still use the libtool we generate ourselves for building the Apache httpd 1.3 mod_jk. Apache httpd 1.3 does not directly use libtool, instead it calls gcc -shared to create its own module files. In case we build an Apache httpd 2.x module, we are using the httpd provided instance of libtool for maximum module compatibility. We find this libtool by querying apxs -q LIBTOOL. From your other message > How does CC get picked when configure runs? I tried reading the > configure script but got lost pretty quickly. configure is produced out of configure.in by a toolchain including autoconf and automake. In configure.in there is an autoconf macro named AC_PROG_CC that includes a predefined script to detect the correct compiler. Autoconf contains an info file (documentation), that explains: -- Macro: AC_PROG_CC ([COMPILER-SEARCH-LIST]) Determine a C compiler to use. If `CC' is not already set in the environment, check for `gcc' and `cc', then for other C compilers. Set output variable `CC' to the name of the compiler found. ... So it respects an externally set CC environment variable, and otherwise tries to autodetect using build in rules. > It looks like apxs knows what CC should be set to, though: > > $ apxs2 -q CC > i486-linux-gnu-gcc > > Does it make sense for configure to use apxs to configure its compiler? > I would certainly try this and submit a patch if I knew the right way to > do it ;) Yes it would make sense. We would need to move the apache specific parts (or maybe all of the web server specific parts) from nearly the end of configure.in close to the beginning of the file and do the CC and LIBTOOL handling only after that. Of course we would need to check for settings inside available environment variables, which should still be allowed to override the intelligent defaults from apxs. And we could produce libtool only for the cases we need it. I think it's simply a matter of reordering and checking/testing, if we don't break any dependencies (like needing to compile something in a test before determining the compiler). Unfortunately I'm not really an autoconf/automake expert (the tools which generate configure, Makefile etc. from the *.am and *.in files), but I should be able to rearrange the existing configure.in. Or maybe you'll like to play around a little with configure.in? After you change it, you'll need to run buildconf.sh. To be able to use buildconf.sh, you'll need autoconf, automake and m4 on your system. I'm using versions autoconf 2.1, automake 1.10 and m4 1.4.8. Others should be OK, if they are not to old. Regards, Rainer - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
