Is "ar" installed on the system or maybe it's not in the path. Try typing "which ar" and see what it returns. I believe it should be in either /usr/local/bin or /usr/ccs/bin depending on how things are installed on your system
On Tue, 2002-08-27 at 11:59, Raj Mettai wrote: > Hi, > > I am trying to compile apache2.0.39 on solaris 8, with --enable-so(DSO), when I do >make, I am getting following error, can anybody help me fixing this error... > > > > Making all in dso/unix > make[3]: Entering directory `/export/home/klibutti/httpd-2.0.39/srclib/apr/dso/unix' > make[4]: Entering directory `/export/home/klibutti/httpd-2.0.39/srclib/apr/dso/unix' > /bin/sh /export/home/klibutti/httpd-2.0.39/srclib/apr/libtool --silent >--mode=compile gcc -g -O2 -pthreads -DHAVE_CONFIG_H -DSOLARIS2=8 >-D_POSIX_PTHREAD_SEMANTICS -D_REENTRANT -I../../include -I../../include/arch >-I../../include/arch/unix -c dso.c && touch dso.lo > make[4]: Leaving directory `/export/home/klibutti/httpd-2.0.39/srclib/apr/dso/unix' > make[3]: Leaving directory `/export/home/klibutti/httpd-2.0.39/srclib/apr/dso/unix' > make[3]: Entering directory `/export/home/klibutti/httpd-2.0.39/srclib/apr' > /bin/sh /export/home/klibutti/httpd-2.0.39/srclib/apr/libtool --silent --mode=link >gcc -g -O2 -pthreads -DHAVE_CONFIG_H -DSOLARIS2=8 -D_POSIX_PTHREAD_SEMANTICS >-D_REENTRANT -I./include -I../include -o libapr.la -rpath /usr/local/apache2/lib >strings/apr_cpystrn.lo strings/apr_fnmatch.lo strings/apr_snprintf.lo >strings/apr_strings.lo strings/apr_strnatcmp.lo strings/apr_strtok.lo >passwd/apr_getpass.lo passwd/apr_md5.lo tables/apr_hash.lo tables/apr_tables.lo >file_io/unix/copy.lo file_io/unix/dir.lo file_io/unix/fileacc.lo >file_io/unix/filedup.lo file_io/unix/filepath.lo file_io/unix/filestat.lo >file_io/unix/flock.lo file_io/unix/fullrw.lo file_io/unix/mktemp.lo >file_io/unix/open.lo file_io/unix/pipe.lo file_io/unix/readwrite.lo >file_io/unix/seek.lo network_io/unix/inet_ntop.lo network_io/unix/inet_pton.lo >network_io/unix/poll.lo network_io/unix/sendrecv.lo network_io/unix/sockaddr.lo >network_io/unix/sockets.lo network_io/unix/sockopt.lo threadproc/unix/proc.lo >threadproc/unix/procsup.lo threadproc/unix/signals.lo threadproc/unix/thread.lo >threadproc/unix/threadpriv.lo misc/unix/errorcodes.lo misc/unix/getopt.lo >misc/unix/getuuid.lo misc/unix/otherchild.lo misc/unix/rand.lo misc/unix/start.lo >misc/unix/uuid.lo misc/unix/version.lo locks/unix/global_mutex.lo >locks/unix/proc_mutex.lo locks/unix/thread_cond.lo locks/unix/thread_mutex.lo >locks/unix/thread_rwlock.lo time/unix/time.lo time/unix/timestr.lo >mmap/unix/common.lo mmap/unix/mmap.lo shmem/unix/shm.lo i18n/unix/xlate.lo >user/unix/groupinfo.lo user/unix/userinfo.lo memory/unix/apr_pools.lo >atomic/solaris_sparc/apr_atomic_sparc_no_support.lo dso/unix/dso.lo > /export/home/klibutti/httpd-2.0.39/srclib/apr/libtool: ar: not found > make[3]: *** [libapr.la] Error 1 > make[3]: Leaving directory `/export/home/klibutti/httpd-2.0.39/srclib/apr' > make[2]: *** [all-recursive] Error 1 > make[2]: Leaving directory `/export/home/klibutti/httpd-2.0.39/srclib/apr' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/export/home/klibutti/httpd-2.0.39/srclib' > make: *** [all-recursive] Error 1 > > Thanks in advance.... > > -Raj > > > >>> [EMAIL PROTECTED] 08/26/02 02:52PM >>> > > Sorry, perhaps that was too harsh. > > You don't need mod_proxy to put tomcat on a separate machine from apache. > mod_jk supports load-balancing (http://www.ubeans.com/tomcat for a HOWTO), > and if you just want tomcat on a separate machine without load-balancing, > you change the host parameter in mod_jk's worker.properties file to the > hostname of the tomcat server instead of "localhost" or whatever the default > is (see earlier posts today on this list on exactly this topic). > > In addition, with mod_jk, you can set tomcat (provided tomcat is on the same > machine) to auto-generate the mod_jk configuration directives for apache. > That means that you only need to change one server configuration (tomcat), > and the apache configuration will follow. > > mod_proxy probably works (I haven't tried it) and others are probably doing > it that way, but in my opinion it would make sense to use the tool that was > specifically developed to integrate with tomcat, and that means one of the > connectors such as mod_jk or mod_webapp. > > Obviously, you are welcome to use whatever suits your environment and > situation. > > John Turner > [EMAIL PROTECTED] > > > -----Original Message----- > > From: Milhomem, Marcus [mailto:[EMAIL PROTECTED]] > > Sent: Monday, August 26, 2002 2:47 PM > > To: Tomcat Users List > > Subject: RE: Tomcat4.0 with and Apache2 > > > > > > Hi, > > I am planing to use tomcat4.0 with Apache2 using the mod_proxy, > > because I think that it ahs more scalability as you can > > after sometime > > move the tomcat to other machine. But as I saw your e-mail, saying to > > burn.... What Integration do you tinhk itīs better and why? > > > > > > > > > > thank you > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>