Re: RES: url redirection
Melanie are you using FreeBSD or OpenBSD? I am going back a bit but I remember using Zeus on OpenBSD. The way I set up clustering recently was through a workers.properties file which I stored in the apache/conf subdirectory. To start with you have to make sure all the prerequisites are in place. If you are using a version of Apache that supports it you need to DSO the mod_jk module into this (if you haven't done this already) with ./configure --with-apxs=/usr/local/apache/bin/apxs. This won't work unless you have mod_ssl installed !make sure the version you have supports it!. For example if you are using an APACI version, you may face problems. If you do have mod_ssl installed and are witnessing problems note the error whilst trying to launch Apache. I witnessed numerous errors whilst trying to build 1.3.39, 1.3.4, 2.0.x 2.2.x this way. - Original Message - From: Melanie Pfefer [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Thursday, March 27, 2008 12:31 PM Subject: Re: RES: url redirection Hi, thanks for your reply. what I want is to redirect http://zeus:8085/web/sec:jar:001 to http://zeus:8086/src/web:sec:jar:001 The first one is on apache the 2nd one is on tomcat thanks again --- Milanez, Marcus [EMAIL PROTECTED] wrote: Hi, I'm not completely sure about what you want, but you can redirect urls according to a given pattern between tomcat instances using jakarta connectors. Is that what you want? You can have further info here http://tomcat.apache.org/connectors-doc/ Yours, Marcus -Mensagem original- De: Melanie Pfefer [mailto:[EMAIL PROTECTED] Enviada em: quinta-feira, 27 de março de 2008 07:32 Para: users@tomcat.apache.org Assunto: url redirection Hi, I have 2 web apps deployed on 2 tomcat servers. How to redirect urls that contains 'jar' string from one app to another? http://zeus:8085/web/sec:jar:001 to http://zeus:8086/src/web:sec:jar:001 thanks __ Sent from Yahoo! Mail. More Ways to Keep in Touch. http://uk.docs.yahoo.com/nowyoucan.html - 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] ___ Yahoo! For Good helps you make a difference http://uk.promotions.yahoo.com/forgood/ - 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: RES: url redirection
I worked with Solaris 10's apache and found that I had to download the apache source code eventually and rebuild it myself. I found a few bugs in 2.2.8's configure scripts, what I am using now but I got it to work, if you are up for it I could help out! I never used the P proxy flag in httpd.conf, I used jk_mod.1.2.6 (but this is jk_mod.1.2.7 really) then to get apache to communicate with the tomcat nodes I set up a worker file included it in httpd.conf, that with the jk_mod included in httpd's module section and I was accessing Tomcat through two worker ports set up in apache. Is this what you are trying to do? Chris S - Original Message - From: Melanie Pfefer [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Thursday, March 27, 2008 4:23 PM Subject: Re: RES: url redirection Hello Actually I was able to define a rewrite rule in apache: RewriteRule ^/(.*web:jar.*) http://zeus:8086/src/$1 [R=301,L] now http://zeus/web:jar:001 redirects to http://zeus:8086/src/web:jar:001 But if I tried to change the flag to P (proxy) in httpd.conf the apache error file gives: [Thu Mar 27 17:18:58 2008] [error] [client 172.21.194.71] File does not exist: /usr/local/apache2/htdocs/src, referer: http://zeus/web:jar:001 the tomcat gives: Your request is: http://zeus:8086/src/web:jar:001 Patj info is: web:jar:001 Session (1A578677550D1A75793540B152A8D6B6) has been added to the list of valid Sessions MY path info in treeview is: web:jar:001 I suspect I should something on tomcat to all this operation. right? I am using Solaris 10 - apache 2.2.4 and tomcat 6 --- ChrisS [EMAIL PROTECTED] wrote: Melanie are you using FreeBSD or OpenBSD? I am going back a bit but I remember using Zeus on OpenBSD. The way I set up clustering recently was through a workers.properties file which I stored in the apache/conf subdirectory. To start with you have to make sure all the prerequisites are in place. If you are using a version of Apache that supports it you need to DSO the mod_jk module into this (if you haven't done this already) with ./configure --with-apxs=/usr/local/apache/bin/apxs. This won't work unless you have mod_ssl installed !make sure the version you have supports it!. For example if you are using an APACI version, you may face problems. If you do have mod_ssl installed and are witnessing problems note the error whilst trying to launch Apache. I witnessed numerous errors whilst trying to build 1.3.39, 1.3.4, 2.0.x 2.2.x this way. - Original Message - From: Melanie Pfefer [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Thursday, March 27, 2008 12:31 PM Subject: Re: RES: url redirection Hi, thanks for your reply. what I want is to redirect http://zeus:8085/web/sec:jar:001 to http://zeus:8086/src/web:sec:jar:001 The first one is on apache the 2nd one is on tomcat thanks again --- Milanez, Marcus [EMAIL PROTECTED] wrote: Hi, I'm not completely sure about what you want, but you can redirect urls according to a given pattern between tomcat instances using jakarta connectors. Is that what you want? You can have further info here http://tomcat.apache.org/connectors-doc/ Yours, Marcus -Mensagem original- De: Melanie Pfefer [mailto:[EMAIL PROTECTED] Enviada em: quinta-feira, 27 de março de 2008 07:32 Para: users@tomcat.apache.org Assunto: url redirection Hi, I have 2 web apps deployed on 2 tomcat servers. How to redirect urls that contains 'jar' string from one app to another? http://zeus:8085/web/sec:jar:001 to http://zeus:8086/src/web:sec:jar:001 thanks __ Sent from Yahoo! Mail. More Ways to Keep in Touch. http://uk.docs.yahoo.com/nowyoucan.html - 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] ___ Yahoo! For Good helps you make a difference http://uk.promotions.yahoo.com/forgood/ - 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] __ Sent from Yahoo! Mail. More Ways
Re: RES: url redirection
Ok so if you are using Two Tomcat nodes and you want to redirect to each of the Nodes in question through an Apache rewrite rule and give the transparency of the same URL. I am not sure you can do this 1. Are you doing this to load balance between the Two Tomcat instances. 2. You aren't bothered about loadbalancing between the Two Tomcat Nodes. Either way I can only see that by using a different URL is your binding. To give true transparency of URL(sameness), wouldn't it just be better to Loadbalance? I would start by downloading the latest version of Apache 2.2.8. You may need to download Sun Studio 11 but hold fire on this. Lemme spark up the Solaris box, to remember the steps. The proxy through mod_jk is highly recommended on the sites I have researched I downloaded this version 1.2.26. There was an issue with the Global Zone and the local zone using header files so Sun Studio 11 could be required, again it may not, Sun Studio 12 is beautiful it picks out weaknesses in the code itself. GNU Make should do the trick, so once everything is in place. Then comes the build, which I wrapped around the installation i.e path variables. We could opt for the quicker option, if it works that is. Meaning I give you the mod_jk module ready compiled and you include it in your modules/libexec subdirectory. Chris S - Original Message - From: Melanie Pfefer [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Thursday, March 27, 2008 7:15 PM Subject: Re: RES: url redirection all I want is to redirect from apache to tomcat. That I was able to do using rewrite rule however, I want the redirection to be transparent (no changes in url) so i thought of using P flag. if ur method can do this please share how to do it. thanks --- ChrisS [EMAIL PROTECTED] wrote: I worked with Solaris 10's apache and found that I had to download the apache source code eventually and rebuild it myself. I found a few bugs in 2.2.8's configure scripts, what I am using now but I got it to work, if you are up for it I could help out! I never used the P proxy flag in httpd.conf, I used jk_mod.1.2.6 (but this is jk_mod.1.2.7 really) then to get apache to communicate with the tomcat nodes I set up a worker file included it in httpd.conf, that with the jk_mod included in httpd's module section and I was accessing Tomcat through two worker ports set up in apache. Is this what you are trying to do? Chris S - Original Message - From: Melanie Pfefer [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Thursday, March 27, 2008 4:23 PM Subject: Re: RES: url redirection Hello Actually I was able to define a rewrite rule in apache: RewriteRule ^/(.*web:jar.*) http://zeus:8086/src/$1 [R=301,L] now http://zeus/web:jar:001 redirects to http://zeus:8086/src/web:jar:001 But if I tried to change the flag to P (proxy) in httpd.conf the apache error file gives: [Thu Mar 27 17:18:58 2008] [error] [client 172.21.194.71] File does not exist: /usr/local/apache2/htdocs/src, referer: http://zeus/web:jar:001 the tomcat gives: Your request is: http://zeus:8086/src/web:jar:001 Patj info is: web:jar:001 Session (1A578677550D1A75793540B152A8D6B6) has been added to the list of valid Sessions MY path info in treeview is: web:jar:001 I suspect I should something on tomcat to all this operation. right? I am using Solaris 10 - apache 2.2.4 and tomcat 6 --- ChrisS [EMAIL PROTECTED] wrote: Melanie are you using FreeBSD or OpenBSD? I am going back a bit but I remember using Zeus on OpenBSD. The way I set up clustering recently was through a workers.properties file which I stored in the apache/conf subdirectory. To start with you have to make sure all the prerequisites are in place. If you are using a version of Apache that supports it you need to DSO the mod_jk module into this (if you haven't done this already) with ./configure --with-apxs=/usr/local/apache/bin/apxs. This won't work unless you have mod_ssl installed !make sure the version you have supports it!. For example if you are using an APACI version, you may face problems. If you do have mod_ssl installed and are witnessing problems note the error whilst trying to launch Apache. I witnessed numerous errors whilst trying to build 1.3.39, 1.3.4, 2.0.x 2.2.x this way. - Original Message - From: Melanie Pfefer [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Thursday, March 27, 2008 12:31 PM Subject: Re: RES: url redirection Hi, thanks for your reply. what I want is to redirect http://zeus:8085/web/sec:jar:001 to http://zeus:8086/src/web:sec:jar:001 The first one is on apache the 2nd one is on tomcat thanks again --- Milanez, Marcus [EMAIL PROTECTED] wrote: Hi, I'm not completely sure about what you want, but you can redirect urls according to a given pattern between
Re: Job Opportunity
What version of Tomcat Andrew? Chris S - Original Message - From: Andrew Hole [EMAIL PROTECTED] To: Tomcat Users List users@tomcat.apache.org Sent: Tuesday, March 25, 2008 12:08 AM Subject: Job Opportunity Hello Guys! Anyone interested in joining a Portuguese company to be responsible for installing, managing and configuring Tomcat and Apache Web Server? We currently have very interesting international projects. Thanks a lot Andrew - 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 gmake recursion error on solaris 10 x86
Rainer Jung wrote: Hi Chris, ChrisS schrieb: I am trying to compile mod_jk current on Solaris 10 x86 (intel). After spending a huge amount of time, I finally get it to compile and this is the output I receive. bash-3.00#./configure --with-apxs=/usr/apache/bin/apxs checking build system type... i386-pc-solaris2.10 checking host system type... i386-pc-solaris2.10 checking target system type... i386-pc-solaris2.10 ... building connector for apache-1.3 checking for gcc... /usr/sfw/bin/gcc Yu have gcc installed, and configure finds it as the first compiler it is looking for. It will use gcc to detect, how the build system should optimise itself to your environment. checking for C compiler default output file name... a.out checking whether the C compiler works... yes ... configure: WARNING: Using CC from environment: configure: WARNING: CC=/usr/sfw/bin/gcc configure: WARNING: instead of CC from apxs: configure: WARNING: CC=cc configure: WARNING: If make throws an error of the form configure: WARNING: libtool: compile: unable to infer tagged configurationconfigure: WARNING: libtool: compile: specify a tag with `--tag' configure: WARNING: try running configure without setting CC, configure: WARNING: or at least CC should start with cc bash-3.00# The apxs installed with your httpd tells us, that you httpd has been compiled with a different toolchain. it wasn't produced with a gcc based toolchain, but instead with Sun tools. I guess, the whole httpd is the one coming with Solaris. I have not been able to figure out the warnings on this as of yet and I have tried setting various enviroment variables to combat it, all to no avail. This is the output from my gmake attempt: bash-3.00#gmake Making all in common ... gmake[1]: Entering directory `/www/connectors/jk/native/apache-1.3' /bin/sh ../libtool --mode=link /usr/sfw/bin/gcc -o mod_jk.la -module -rpath /usr/apache/libexec mod_jk.lo ../common/jk_ajp12_worker.lo ../common/jk_connect.lo ../common/jk_msg_buff.lo ../common/jk_util.lo ../common/jk_ajp13.lo ../common/jk_pool.lo ../common/jk_worker.lo ../common/jk_ajp13_worker.lo ../common/jk_lb_worker.lo ../common/jk_sockbuf.lo ../common/jk_map.lo ../common/jk_uri_worker_map.lo ../common/jk_ajp14.lo ../common/jk_ajp14_worker.lo ../common/jk_md5.lo ../common/jk_shm.lo ../common/jk_ajp_common.lo ../common/jk_context.lo ../common/jk_url.lo ../common/jk_status.lo /usr/sfw/bin/gcc -shared -Wl,-h -Wl,mod_jk.so.0 -o .libs/mod_jk.so.0.0.0 .libs/mod_jk.o ../common/.libs/jk_ajp12_worker.o ../common/.libs/jk_connect.o ../common/.libs/jk_msg_buff.o ../common/.libs/jk_util.o ../common/.libs/jk_ajp13.o ../common/.libs/jk_pool.o ../common/.libs/jk_worker.o ../common/.libs/jk_ajp13_worker.o ../common/.libs/jk_lb_worker.o ../common/.libs/jk_sockbuf.o ../common/.libs/jk_map.o ../common/.libs/jk_uri_worker_map.o ../common/.libs/jk_ajp14.o ../common/.libs/jk_ajp14_worker.o ../common/.libs/jk_md5.o ../common/.libs/jk_shm.o ../common/.libs/jk_ajp_common.o ../common/.libs/jk_context.o ../common/.libs/jk_url.o ../common/.libs/jk_status.o -lc gcc: .libs/mod_jk.o: No such file or directory gcc: ../common/.libs/jk_ajp12_worker.o: No such file or directory gcc: ../common/.libs/jk_connect.o: No such file or directory ... gmake[1]: *** [mod_jk.la] Error 1 gmake[1]: Leaving directory `/www/connectors/jk/native/apache-1.3' gmake: *** [all-recursive] Error 1 bash-3.00# The module build system for mod_jk is based on the standard module build system for Apache httpd. The philosophy is: the module asks httpd how it got build and tries to use the same commands/flags in order to make the module most likely binary compatible with the web server. The facility to enable such a build system is apxs, which comes with htpd, and which can be asked about the original build flags used for httpd. Our mod_jk configure asks apxs about the right flags, but then you are actually using a totally different toolchain (gcc based), than the one used to build apache httpd (Sun Studio). That's a hard and unstable way to go. You could try to write a gcc wraper named cc which tries to tralsate all used cc flags to gcc ones, but that's more an experiment than building production software. So you should either: get the same toolchain, that was used to build your Apache httpd and use that toolchain to build your module. In your case: install Sun studio and take care, that configure does find /usr/ccs/bin/cc and nor /usr/sfw/bin/gcc. It could well be, that it's not enough to put /usr/ccs/bin in front f /zsr/sfw/bin in the PATH, but that you would furthermore need to temporarily remove/rename gcc, s.t. configure doesn't find it. Removing the whole /usr/sfw/bin from the PATH might be to string, because e.g. you'll need gmake form that path. Or: you switch over to the gcc (/usr/sfw/) toolchain completely, which would mean starting with building Apache httpd with this toolchain
Re: mod_jk gmake recursion error on solaris 10 x86
Rainer Jung wrote: Hi Chris, ChrisS schrieb: I installed Sun Studio 11 and included it first in the $PATH env variable. This cleaned up the nasty warnings about CC. Then I built it with: gmake and then gmake clean this was also successful. Libtool was then used to pass the mod_jk.so file to its location in this case: /www/apache/libexec I do however have one problem and it is a biggy. LoadModule along with LoadFile(testing) will not load the module into my 1.3.39 dist. The error message thrown is this: ../bin/apachectl start Syntax error on line 237 of /www/apache/conf/httpd.conf: Cannot load /www/connectors/jk/native/apache-1.3/mod_jk.so into server:ld.so.1: libhttpd.ep: fatal: relocation error: file /www/connectors/jk/native/apache-1.3/mod_jk.so: symbol ap_ctx_get: referenced symbol not found ../bin/apachectl start: httpd could not be started The symbol ap_ctx_get, which is missing here is not included in a standard httpd 1.3. It comes with the extended API (EAPI) bundled with mod_ssl. mod_ssl for Apache httpd 1.3 mainly consists of the ssl module and a set of aditional patches for httpd 1.3, which extend the module API, s.t. the more complex ssl functionality fits into the httpd module API. In the following I'll not make a distinction between EAPI and mod_ssl. Maybe the mod_jk.so you are trying to load here is the one on our project download page? Because that one explicitely states in the README, that it has been build against an EAPI enabled httpd. Or you build your mod_jk against an ssl enabled httpd and afterwards try to ue it inside one, which is a plain one. Although mod_jk soesn't really have a dependency on ssl, there is one symbol, ap_default_port, that the patches for mod_ssl redefine (you can imagine, that the default port with ssl depends on the fact, if one uses ssl (443) or not (80)) and thus when mod_jk gets build against an ssl enabled httpd, the resulting mod_jk.so has a single additional dependency, namely ap_ctx_get(). Before trying to fix this reconsider your choice of httpd first. Version 1.3 is now very outdated. The httpd project already officially announced, that they put a very high bar on patches they are going to apply to 1.3. Mainly they'll only fix critical security issues. If I would start with something new today, I would really choose httpd 2.2.x. This will provide you a much more future proof environment. It comed with builtin ssl support, ldap support, a much better reverse proxy, less 64 Bit problems (likely even no 64 Bit problems) and much more. Please could you help me, I have tried compiling the Apache Dist with: ./configure --prefix=/www/apache --enable-module=most --enable-shared=max --enable-rule=SHARED_CORE $ make $ make install Don't know about enable-rule, but it doesn't look wrong. Believing that this would resolve my symbol issue. Symbols are in the table this was shown with: nm /www/apache/bin/httpd but none for ap_ctx_get Yes, because it's a non mod_ssl httpd 1.3. But: nm on mod_jk.so should also show, that mod_jk does *not* want that symbol. Kindest Regards ps Thanks for all the help so far guys!! 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] Ok Rainer that solves that one, I do have a built in Apache Solaris 10 dist this is: bash-3.00# /usr/apache2/bin/httpd -l Compiled in modules: core.c prefork.c http_core.c mod_so.c bash-3.00# /usr/apache2/bin/httpd -v Server version: Apache/2.0.63 Server built: Feb 5 2008 11:13:45 bash-3.00# Please recommend! almost forgot thanks helluvalot. Would this config suffice mate!!! ps I really wanted to get this sorted for a mate in work, we have a clustered setup not clustering between Tomcat nodes on a 1.3.39 setup, there are also session sharing issues with deployed apps, the idea was to lab the problem and try to find a resolve. I would need to check the SSL status exactly but this is running/serving SSL requests on a Sparc SunBlaze server. Would the binary dist of mod_jk (current) work with this environment ? this being a great deal saner than this one I am using - 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 gmake recursion error on solaris 10 x86
Rainer Jung wrote: Unfortunately I have some difficulties to understand, what you want to tell me: Ok Rainer that solves that one, I do have a built in Apache Solaris 10 What solves what? dist this is: bash-3.00# /usr/apache2/bin/httpd -l Compiled in modules: core.c prefork.c http_core.c mod_so.c bash-3.00# /usr/apache2/bin/httpd -v Server version: Apache/2.0.63 Server built: Feb 5 2008 11:13:45 bash-3.00# Please recommend! almost forgot thanks helluvalot. Not sure, what you mean by recommend? I was suggesting 2.2.x, you have a 2.0.x. That's not exactly the same :) Quite possible, that it's more important for you to use a Solaris bundled httpd instead of a self build one. If that is a wise decision depends on the importance Apache httpd has for you. If it is really important, I would not necessarily rely on the OS delivering company to provide needed updates in time. Would this config suffice mate!!! I don't get this, it's a question with exclamation marks, hm ps I really wanted to get this sorted for a mate in work, we have a clustered setup not clustering between Tomcat nodes on a 1.3.39 setup, there are also session sharing issues with deployed apps, the idea was to lab the problem and try to find a resolve. Aha, so then it makes sense to use the same versions, you also have in production. I would need to check the SSL status exactly but this is running/serving SSL requests on a Sparc SunBlaze server. Would the binary dist of mod_jk (current) work with this environment ? this being a great deal saner than this one I am using Which binary dist? The one from the ASF download page? Yes, that one will need an EAPI httpd, i.e. one build with ssl support. Will this be saner? Not sure. Our binary dist is build with gcc and the httpd we are talking about might be build with Sun Studio (not sure, if we are talking about yet another httpd). 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] The binary distribution referred to is mod_jk, I remember seeing one in the mirrors for a Sparc installation only! isn't there one for x86 or is that something going on between the Org and Sun Microsystems? Some typos in my response apologies only human still! Would or could you recommend that the version I have: apache 2.0.63 be able to work with the jk_mod current connector module? I provide the output of 2.0.63 so that you may be able to see whether or not, compiling the mod_jk source against it would work. Or do I have to do something else like for example download another huge package to compile it with. This is an Org and I recognise that so I keep in the frame of mind that if someone helps me then the favor is returned further down the line (I call this ethics and nice manners) - 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 gmake recursion error on solaris 10 x86
ChrisS wrote: Rainer Jung wrote: Unfortunately I have some difficulties to understand, what you want to tell me: Ok Rainer that solves that one, I do have a built in Apache Solaris 10 What solves what? dist this is: bash-3.00# /usr/apache2/bin/httpd -l Compiled in modules: core.c prefork.c http_core.c mod_so.c bash-3.00# /usr/apache2/bin/httpd -v Server version: Apache/2.0.63 Server built: Feb 5 2008 11:13:45 bash-3.00# Please recommend! almost forgot thanks helluvalot. Not sure, what you mean by recommend? I was suggesting 2.2.x, you have a 2.0.x. That's not exactly the same :) Quite possible, that it's more important for you to use a Solaris bundled httpd instead of a self build one. If that is a wise decision depends on the importance Apache httpd has for you. If it is really important, I would not necessarily rely on the OS delivering company to provide needed updates in time. Would this config suffice mate!!! I don't get this, it's a question with exclamation marks, hm ps I really wanted to get this sorted for a mate in work, we have a clustered setup not clustering between Tomcat nodes on a 1.3.39 setup, there are also session sharing issues with deployed apps, the idea was to lab the problem and try to find a resolve. Aha, so then it makes sense to use the same versions, you also have in production. I would need to check the SSL status exactly but this is running/serving SSL requests on a Sparc SunBlaze server. Would the binary dist of mod_jk (current) work with this environment ? this being a great deal saner than this one I am using Which binary dist? The one from the ASF download page? Yes, that one will need an EAPI httpd, i.e. one build with ssl support. Will this be saner? Not sure. Our binary dist is build with gcc and the httpd we are talking about might be build with Sun Studio (not sure, if we are talking about yet another httpd). 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] The binary distribution referred to is mod_jk, I remember seeing one in the mirrors for a Sparc installation only! isn't there one for x86 or is that something going on between the Org and Sun Microsystems? Some typos in my response apologies only human still! Would or could you recommend that the version I have: apache 2.0.63 be able to work with the jk_mod current connector module? I provide the output of 2.0.63 so that you may be able to see whether or not, compiling the mod_jk source against it would work. Or do I have to do something else like for example download another huge package to compile it with. This is an Org and I recognise that so I keep in the frame of mind that if someone helps me then the favor is returned further down the line (I call this ethics and nice manners) - To start a new topic, e-mail: users@tomcat.apache.org To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Apache 2.0.63 Solaris 10 x86 works! Steps taken: 0. Got loads of help from the guys at users@tomcat.apache.org (thanks guys!) 1. Download Sun Studio 11for x86 and install as su - root. (Refer to www.sun.com for this) 2. Include /opt/SUNWspro/bin in the PATH environment variable (PATH=/opt/SUNWspro:$PATH) 3. Download Tomcat from http://tomcat.apache.org/ i am using 5.5.20.0 as of this writing. Install Tomcat (see http://tomcat.apache.org for this) 4. svn checkout tomcatconnectors JK 1.2.26 refer to (google, http://tomcat.apache.org, etc ... for this) Subversion(svn) can be downloaded from http://www.sunfreeware.com. Apparently this release of mod_jk fixes some session sharing issues amongst other important issues between TomcatNodes(well thats how I read it anyway). Apache ant is required to build this so download that also(and follow instructions for using it). In order to use buildconf.sh you will require. autoconf, automake, autoheader, aclocal, libtoolize these can all be found at www.sunfreeware.com perl is also required. Make sure the fresh installs are referenced from the PATH variable. On my system these live in /usr/local/bin. Also make sure that /usr/sfw/bin isn't referenced in the PATH along with CC= not being set, don't forget to export ;). 5. When everything is set run buildconf.sh check the top_builddir variable in common and apache-2.0 subdirectories this should be: top_builddir = .. (note the spaces I think under common this was: top_builddir=.. this threw an error and took a while to track down) 6. Once step was completed I ran configure against apxs in the desired apache directory e.g. ./configure --with-apxs=/usr/apache2/bin/apxs This worked! I did try this against apache-1.3.39 dist but to no avail apparently symbol
Re: mod_jk gmake recursion error on solaris 10 x86
ChrisS wrote: Partha Goswami wrote: gcc is, located, in /usr/sfw/bin you have to export part, or make soft link, for that... On Wed, Mar 5, 2008 at 11:17 AM, ChrisS [EMAIL PROTECTED] wrote: I am trying to compile mod_jk current on Solaris 10 x86 (intel). After spending a huge amount of time, I finally get it to compile and this is the output I receive. bash-3.00#./configure --with-apxs=/usr/apache/bin/apxs checking build system type... i386-pc-solaris2.10 checking host system type... i386-pc-solaris2.10 checking target system type... i386-pc-solaris2.10 checking for a BSD-compatible install... scripts/build/unix/install-sh -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... scripts/build/unix/install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking for test... /usr/bin/test checking for rm... /usr/bin/rm checking for grep... /usr/bin/grep checking for echo... /usr/bin/echo checking for sed... /usr/bin/sed checking for cp... /usr/bin/cp checking for mkdir... /usr/bin/mkdir need to check for Perl first, apxs depends on it... checking for perl... /usr/bin/perl building connector for apache-1.3 checking for gcc... /usr/sfw/bin/gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether /usr/sfw/bin/gcc accepts -g... yes checking for /usr/sfw/bin/gcc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of /usr/sfw/bin/gcc... none checking for a sed that does not truncate output... /usr/bin/sed checking for grep that handles long lines and -e... (cached) /usr/bin/grep checking for egrep... /usr/bin/egrep checking for ld used by /usr/sfw/bin/gcc... /usr/ccs/bin/ld checking if the linker (/usr/ccs/bin/ld) is GNU ld... no checking for /usr/ccs/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/ccs/bin/nm -p checking whether ln -s works... yes checking how to recognize dependent libraries... pass_all checking how to run the C preprocessor... /usr/sfw/bin/gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... none checking how to run the C++ preprocessor... g++ -E checking for g77... no checking for f77... no checking for xlf... no checking for frt... no checking for pgf77... no checking for cf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for f90... no checking for xlf90... no checking for pgf90... no checking for pghpf... no checking for epcf90... no checking for gfortran... no checking for g95... no checking for f95... no checking for fort... no checking for xlf95... no checking for ifort... no checking for ifc... no checking for efc... no checking for pgf95... no checking for lf95... no checking for ftn... no checking whether we are using the GNU Fortran 77 compiler... no checking whether accepts -g... no checking the maximum length of command line arguments... 786240 checking command to parse /usr/ccs/bin/nm -p output from /usr/sfw/bin/gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if /usr/sfw/bin/gcc supports -fno-rtti -fno-exceptions... no checking for /usr/sfw/bin/gcc option to produce PIC... -fPIC checking if /usr/sfw/bin/gcc PIC flag -fPIC works... yes checking if /usr/sfw/bin/gcc static flag -static works... no checking if /usr/sfw/bin/gcc supports -c -o file.o... yes checking whether the /usr/sfw/bin/gcc linker (/usr/ccs/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... yes checking dynamic linker characteristics... solaris2.10 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... no checking for shl_load... no checking for shl_load in -ldld... no checking for dlopen... yes checking whether a program can dlopen itself... yes checking whether a statically linked program can dlopen itself... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending
Re: mod_jk gmake recursion error on solaris 10 x86
takeshi nakashima wrote: Please try: # mkdir /opt/SUNWspro # mkdir /opt/SUNWspro/bin # ln -s /usr/sfw/bin/gcc /opt/SUNWspro/bin/cc It seems that bundled *Apache2* is built by Sun Studio. (But bundled *Apache* is not clear for me...) # grep ^CC /var/apache2/build/libtool CC=/opt/SUNWspro/bin/cc CC=/opt/SUNWspro/bin/cc ChrisS wrote: ChrisS wrote: Partha Goswami wrote: gcc is, located, in /usr/sfw/bin you have to export part, or make soft link, for that... On Wed, Mar 5, 2008 at 11:17 AM, ChrisS [EMAIL PROTECTED] wrote: I am trying to compile mod_jk current on Solaris 10 x86 (intel). After spending a huge amount of time, I finally get it to compile and this is the output I receive. bash-3.00#./configure --with-apxs=/usr/apache/bin/apxs checking build system type... i386-pc-solaris2.10 checking host system type... i386-pc-solaris2.10 checking target system type... i386-pc-solaris2.10 checking for a BSD-compatible install... scripts/build/unix/install-sh -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... scripts/build/unix/install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking for test... /usr/bin/test checking for rm... /usr/bin/rm checking for grep... /usr/bin/grep checking for echo... /usr/bin/echo checking for sed... /usr/bin/sed checking for cp... /usr/bin/cp checking for mkdir... /usr/bin/mkdir need to check for Perl first, apxs depends on it... checking for perl... /usr/bin/perl building connector for apache-1.3 checking for gcc... /usr/sfw/bin/gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether /usr/sfw/bin/gcc accepts -g... yes checking for /usr/sfw/bin/gcc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of /usr/sfw/bin/gcc... none checking for a sed that does not truncate output... /usr/bin/sed checking for grep that handles long lines and -e... (cached) /usr/bin/grep checking for egrep... /usr/bin/egrep checking for ld used by /usr/sfw/bin/gcc... /usr/ccs/bin/ld checking if the linker (/usr/ccs/bin/ld) is GNU ld... no checking for /usr/ccs/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/ccs/bin/nm -p checking whether ln -s works... yes checking how to recognize dependent libraries... pass_all checking how to run the C preprocessor... /usr/sfw/bin/gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... none checking how to run the C++ preprocessor... g++ -E checking for g77... no checking for f77... no checking for xlf... no checking for frt... no checking for pgf77... no checking for cf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for f90... no checking for xlf90... no checking for pgf90... no checking for pghpf... no checking for epcf90... no checking for gfortran... no checking for g95... no checking for f95... no checking for fort... no checking for xlf95... no checking for ifort... no checking for ifc... no checking for efc... no checking for pgf95... no checking for lf95... no checking for ftn... no checking whether we are using the GNU Fortran 77 compiler... no checking whether accepts -g... no checking the maximum length of command line arguments... 786240 checking command to parse /usr/ccs/bin/nm -p output from /usr/sfw/bin/gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if /usr/sfw/bin/gcc supports -fno-rtti -fno-exceptions... no checking for /usr/sfw/bin/gcc option to produce PIC... -fPIC checking if /usr/sfw/bin/gcc PIC flag -fPIC works... yes checking if /usr/sfw/bin/gcc static flag -static works... no checking if /usr/sfw/bin/gcc supports -c -o file.o... yes checking whether the /usr/sfw/bin/gcc linker (/usr/ccs/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... yes checking dynamic linker characteristics... solaris2.10 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... no checking for shl_load... no checking for shl_load in -ldld
Re: mod_jk gmake recursion error on solaris 10 x86
ChrisS wrote: Partha Goswami wrote: gcc is, located, in /usr/sfw/bin you have to export part, or make soft link, for that... On Wed, Mar 5, 2008 at 11:17 AM, ChrisS [EMAIL PROTECTED] wrote: I am trying to compile mod_jk current on Solaris 10 x86 (intel). After spending a huge amount of time, I finally get it to compile and this is the output I receive. bash-3.00#./configure --with-apxs=/usr/apache/bin/apxs checking build system type... i386-pc-solaris2.10 checking host system type... i386-pc-solaris2.10 checking target system type... i386-pc-solaris2.10 checking for a BSD-compatible install... scripts/build/unix/install-sh -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... scripts/build/unix/install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking for test... /usr/bin/test checking for rm... /usr/bin/rm checking for grep... /usr/bin/grep checking for echo... /usr/bin/echo checking for sed... /usr/bin/sed checking for cp... /usr/bin/cp checking for mkdir... /usr/bin/mkdir need to check for Perl first, apxs depends on it... checking for perl... /usr/bin/perl building connector for apache-1.3 checking for gcc... /usr/sfw/bin/gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether /usr/sfw/bin/gcc accepts -g... yes checking for /usr/sfw/bin/gcc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of /usr/sfw/bin/gcc... none checking for a sed that does not truncate output... /usr/bin/sed checking for grep that handles long lines and -e... (cached) /usr/bin/grep checking for egrep... /usr/bin/egrep checking for ld used by /usr/sfw/bin/gcc... /usr/ccs/bin/ld checking if the linker (/usr/ccs/bin/ld) is GNU ld... no checking for /usr/ccs/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/ccs/bin/nm -p checking whether ln -s works... yes checking how to recognize dependent libraries... pass_all checking how to run the C preprocessor... /usr/sfw/bin/gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... none checking how to run the C++ preprocessor... g++ -E checking for g77... no checking for f77... no checking for xlf... no checking for frt... no checking for pgf77... no checking for cf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for f90... no checking for xlf90... no checking for pgf90... no checking for pghpf... no checking for epcf90... no checking for gfortran... no checking for g95... no checking for f95... no checking for fort... no checking for xlf95... no checking for ifort... no checking for ifc... no checking for efc... no checking for pgf95... no checking for lf95... no checking for ftn... no checking whether we are using the GNU Fortran 77 compiler... no checking whether accepts -g... no checking the maximum length of command line arguments... 786240 checking command to parse /usr/ccs/bin/nm -p output from /usr/sfw/bin/gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if /usr/sfw/bin/gcc supports -fno-rtti -fno-exceptions... no checking for /usr/sfw/bin/gcc option to produce PIC... -fPIC checking if /usr/sfw/bin/gcc PIC flag -fPIC works... yes checking if /usr/sfw/bin/gcc static flag -static works... no checking if /usr/sfw/bin/gcc supports -c -o file.o... yes checking whether the /usr/sfw/bin/gcc linker (/usr/ccs/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... yes checking dynamic linker characteristics... solaris2.10 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... no checking for shl_load... no checking for shl_load in -ldld... no checking for dlopen... yes checking whether a program can dlopen itself... yes checking whether a statically linked program can dlopen itself... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending
mod_jk gmake recursion error on solaris 10 x86
I am trying to compile mod_jk current on Solaris 10 x86 (intel). After spending a huge amount of time, I finally get it to compile and this is the output I receive. bash-3.00#./configure --with-apxs=/usr/apache/bin/apxs checking build system type... i386-pc-solaris2.10 checking host system type... i386-pc-solaris2.10 checking target system type... i386-pc-solaris2.10 checking for a BSD-compatible install... scripts/build/unix/install-sh -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... scripts/build/unix/install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking for test... /usr/bin/test checking for rm... /usr/bin/rm checking for grep... /usr/bin/grep checking for echo... /usr/bin/echo checking for sed... /usr/bin/sed checking for cp... /usr/bin/cp checking for mkdir... /usr/bin/mkdir need to check for Perl first, apxs depends on it... checking for perl... /usr/bin/perl building connector for apache-1.3 checking for gcc... /usr/sfw/bin/gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether /usr/sfw/bin/gcc accepts -g... yes checking for /usr/sfw/bin/gcc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of /usr/sfw/bin/gcc... none checking for a sed that does not truncate output... /usr/bin/sed checking for grep that handles long lines and -e... (cached) /usr/bin/grep checking for egrep... /usr/bin/egrep checking for ld used by /usr/sfw/bin/gcc... /usr/ccs/bin/ld checking if the linker (/usr/ccs/bin/ld) is GNU ld... no checking for /usr/ccs/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/ccs/bin/nm -p checking whether ln -s works... yes checking how to recognize dependent libraries... pass_all checking how to run the C preprocessor... /usr/sfw/bin/gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... none checking how to run the C++ preprocessor... g++ -E checking for g77... no checking for f77... no checking for xlf... no checking for frt... no checking for pgf77... no checking for cf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for f90... no checking for xlf90... no checking for pgf90... no checking for pghpf... no checking for epcf90... no checking for gfortran... no checking for g95... no checking for f95... no checking for fort... no checking for xlf95... no checking for ifort... no checking for ifc... no checking for efc... no checking for pgf95... no checking for lf95... no checking for ftn... no checking whether we are using the GNU Fortran 77 compiler... no checking whether accepts -g... no checking the maximum length of command line arguments... 786240 checking command to parse /usr/ccs/bin/nm -p output from /usr/sfw/bin/gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if /usr/sfw/bin/gcc supports -fno-rtti -fno-exceptions... no checking for /usr/sfw/bin/gcc option to produce PIC... -fPIC checking if /usr/sfw/bin/gcc PIC flag -fPIC works... yes checking if /usr/sfw/bin/gcc static flag -static works... no checking if /usr/sfw/bin/gcc supports -c -o file.o... yes checking whether the /usr/sfw/bin/gcc linker (/usr/ccs/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... yes checking dynamic linker characteristics... solaris2.10 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... no checking for shl_load... no checking for shl_load in -ldld... no checking for dlopen... yes checking whether a program can dlopen itself... yes checking whether a statically linked program can dlopen itself... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag CXX to libtool checking for ld used by g++... /usr/ccs/bin/ld checking if the linker (/usr/ccs/bin/ld) is GNU ld... no checking whether the g++ linker (/usr/ccs/bin/ld) supports shared
Re: mod_jk gmake recursion error on solaris 10 x86
Partha Goswami wrote: gcc is, located, in /usr/sfw/bin you have to export part, or make soft link, for that... On Wed, Mar 5, 2008 at 11:17 AM, ChrisS [EMAIL PROTECTED] wrote: I am trying to compile mod_jk current on Solaris 10 x86 (intel). After spending a huge amount of time, I finally get it to compile and this is the output I receive. bash-3.00#./configure --with-apxs=/usr/apache/bin/apxs checking build system type... i386-pc-solaris2.10 checking host system type... i386-pc-solaris2.10 checking target system type... i386-pc-solaris2.10 checking for a BSD-compatible install... scripts/build/unix/install-sh -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... scripts/build/unix/install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking for test... /usr/bin/test checking for rm... /usr/bin/rm checking for grep... /usr/bin/grep checking for echo... /usr/bin/echo checking for sed... /usr/bin/sed checking for cp... /usr/bin/cp checking for mkdir... /usr/bin/mkdir need to check for Perl first, apxs depends on it... checking for perl... /usr/bin/perl building connector for apache-1.3 checking for gcc... /usr/sfw/bin/gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether /usr/sfw/bin/gcc accepts -g... yes checking for /usr/sfw/bin/gcc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of /usr/sfw/bin/gcc... none checking for a sed that does not truncate output... /usr/bin/sed checking for grep that handles long lines and -e... (cached) /usr/bin/grep checking for egrep... /usr/bin/egrep checking for ld used by /usr/sfw/bin/gcc... /usr/ccs/bin/ld checking if the linker (/usr/ccs/bin/ld) is GNU ld... no checking for /usr/ccs/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/ccs/bin/nm -p checking whether ln -s works... yes checking how to recognize dependent libraries... pass_all checking how to run the C preprocessor... /usr/sfw/bin/gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... none checking how to run the C++ preprocessor... g++ -E checking for g77... no checking for f77... no checking for xlf... no checking for frt... no checking for pgf77... no checking for cf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for f90... no checking for xlf90... no checking for pgf90... no checking for pghpf... no checking for epcf90... no checking for gfortran... no checking for g95... no checking for f95... no checking for fort... no checking for xlf95... no checking for ifort... no checking for ifc... no checking for efc... no checking for pgf95... no checking for lf95... no checking for ftn... no checking whether we are using the GNU Fortran 77 compiler... no checking whether accepts -g... no checking the maximum length of command line arguments... 786240 checking command to parse /usr/ccs/bin/nm -p output from /usr/sfw/bin/gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if /usr/sfw/bin/gcc supports -fno-rtti -fno-exceptions... no checking for /usr/sfw/bin/gcc option to produce PIC... -fPIC checking if /usr/sfw/bin/gcc PIC flag -fPIC works... yes checking if /usr/sfw/bin/gcc static flag -static works... no checking if /usr/sfw/bin/gcc supports -c -o file.o... yes checking whether the /usr/sfw/bin/gcc linker (/usr/ccs/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... yes checking dynamic linker characteristics... solaris2.10 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... no checking for shl_load... no checking for shl_load in -ldld... no checking for dlopen... yes checking whether a program can dlopen itself... yes checking whether a statically linked program can dlopen itself... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag CXX
Re: mod_jk gmake recursion error on solaris 10 x86
takeshi nakashima wrote: Please try: # mkdir /opt/SUNWspro # mkdir /opt/SUNWspro/bin # ln -s /usr/sfw/bin/gcc /opt/SUNWspro/bin/cc It seems that bundled *Apache2* is built by Sun Studio. (But bundled *Apache* is not clear for me...) # grep ^CC /var/apache2/build/libtool CC=/opt/SUNWspro/bin/cc CC=/opt/SUNWspro/bin/cc ChrisS wrote: ChrisS wrote: Partha Goswami wrote: gcc is, located, in /usr/sfw/bin you have to export part, or make soft link, for that... On Wed, Mar 5, 2008 at 11:17 AM, ChrisS [EMAIL PROTECTED] wrote: I am trying to compile mod_jk current on Solaris 10 x86 (intel). After spending a huge amount of time, I finally get it to compile and this is the output I receive. bash-3.00#./configure --with-apxs=/usr/apache/bin/apxs checking build system type... i386-pc-solaris2.10 checking host system type... i386-pc-solaris2.10 checking target system type... i386-pc-solaris2.10 checking for a BSD-compatible install... scripts/build/unix/install-sh -c checking whether build environment is sane... yes checking for a thread-safe mkdir -p... scripts/build/unix/install-sh -c -d checking for gawk... no checking for mawk... no checking for nawk... nawk checking whether make sets $(MAKE)... yes checking for test... /usr/bin/test checking for rm... /usr/bin/rm checking for grep... /usr/bin/grep checking for echo... /usr/bin/echo checking for sed... /usr/bin/sed checking for cp... /usr/bin/cp checking for mkdir... /usr/bin/mkdir need to check for Perl first, apxs depends on it... checking for perl... /usr/bin/perl building connector for apache-1.3 checking for gcc... /usr/sfw/bin/gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether /usr/sfw/bin/gcc accepts -g... yes checking for /usr/sfw/bin/gcc option to accept ISO C89... none needed checking for style of include used by make... GNU checking dependency style of /usr/sfw/bin/gcc... none checking for a sed that does not truncate output... /usr/bin/sed checking for grep that handles long lines and -e... (cached) /usr/bin/grep checking for egrep... /usr/bin/egrep checking for ld used by /usr/sfw/bin/gcc... /usr/ccs/bin/ld checking if the linker (/usr/ccs/bin/ld) is GNU ld... no checking for /usr/ccs/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/ccs/bin/nm -p checking whether ln -s works... yes checking how to recognize dependent libraries... pass_all checking how to run the C preprocessor... /usr/sfw/bin/gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... none checking how to run the C++ preprocessor... g++ -E checking for g77... no checking for f77... no checking for xlf... no checking for frt... no checking for pgf77... no checking for cf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for f90... no checking for xlf90... no checking for pgf90... no checking for pghpf... no checking for epcf90... no checking for gfortran... no checking for g95... no checking for f95... no checking for fort... no checking for xlf95... no checking for ifort... no checking for ifc... no checking for efc... no checking for pgf95... no checking for lf95... no checking for ftn... no checking whether we are using the GNU Fortran 77 compiler... no checking whether accepts -g... no checking the maximum length of command line arguments... 786240 checking command to parse /usr/ccs/bin/nm -p output from /usr/sfw/bin/gcc object... ok checking for objdir... .libs checking for ar... ar checking for ranlib... ranlib checking for strip... strip checking if /usr/sfw/bin/gcc supports -fno-rtti -fno-exceptions... no checking for /usr/sfw/bin/gcc option to produce PIC... -fPIC checking if /usr/sfw/bin/gcc PIC flag -fPIC works... yes checking if /usr/sfw/bin/gcc static flag -static works... no checking if /usr/sfw/bin/gcc supports -c -o file.o... yes checking whether the /usr/sfw/bin/gcc linker (/usr/ccs/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... yes checking dynamic linker characteristics... solaris2.10 ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... no checking for shl_load... no checking for shl_load in -ldld
