Re: How to deploy java app. on Tomcat's virtual domains residing outside CATALINA_HOME?
Thank you guys, I've decided to install it into CATALINA_HOME since it seems to be the only proper way for now of installing Sakai. I also would like to keep apache http and use it's ssl capabilities. Leon On Sun, Jan 10, 2010 at 7:57 AM, Christopher Schultz ch...@christopherschultz.net wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Leon, On 1/9/2010 9:38 AM, Leon Kolchinsky wrote: Yes instructions for Sakai actually say expand it into CATALINA_HOME. What are the top-level contents for the Sakai tarball? Is it a single directory? I would expect http://source.sakaiproject.org/release/2.6.1/artifacts/sakai-bin-2.6.1.tgz to expand to either a sakai-2.6.1 directory or maybe even webapps/sakai-2.6.1 or something like that. If you want to deploy Sakai onto your myserver029.somedomain.com virtual host, then you need to put the Sakai directory into one of two places: /srv/myserver029/Sakai (for http://myserver029.somedomain.com/Sakai) or /srv/myserver029/ROOT (for http://myserver029.somedomain.com/) You should also remove the Context elements from your conf/server.xml: they will cause nothing but confusion. O.K I may be wrong but http://sakai26.dyndns.org/servlets-examples/ is working. That's because you properly deployed them using these commands: cp -R /opt/tomcat/webapps/jsp-examples /srv/myserver029/ cp -R /opt/tomcat/webapps/servlets-examples /srv/sakai26/ I'd like to fix my configuration and I'm opened for suggestions. What should I change in my configs (I think that I gave a full configs and changes I've made to defaults)? Suggestions: 1. Remove the ApacheConfig Listener (as Mark already suggested) 2. Remove Context elements from conf/server.xml 3. Put Sakai into /srv/myserver029/Sakai or /srv/myserver029/ROOT (or /srv/sakai26/Sakai or /srv/sakai26/ROOT) 4. Eliminate Apache httpd: you're passing-through everything to Tomcat anyway I don't have an access to my linux server now but I've downloaded to J: drive on my win. machine it and there is a structure of tar.gz: [snip] J:\webapps\ access.war authn.war courier.war dav.war direct.war emailtemplateservice-tool.war library.war mailtool.war mercury.war osp-common-tool.war osp-glossary-tool.war osp-jsf-example.war osp-jsf-resource.war osp-matrix-tool.war osp-portal-tool.war osp-portal.war osp-presentation-tool.war osp-wizard-tool.war podcasts.war portal-render.war portal.war providers.war sakai-alias-tool.war sakai-announcement-tool.war sakai-archive-tool.war sakai-assignment-tool.war sakai-authz-tool.war sakai-axis.war sakai-axis2.war sakai-blogger-tool.war sakai-calendar-summary-tool.war sakai-calendar-tool.war sakai-chat-tool.war sakai-citations-tool.war sakai-content-tool.war sakai-fck-connector.war sakai-gradebook-testservice.war sakai-gradebook-tool.war sakai-help-tool.war sakai-jsf-resource.war sakai-login-tool.war sakai-mailarchive-james.war sakai-mailarchive-tool.war sakai-memory-tool.war sakai-message-tool.war sakai-messageforums-tool.war sakai-metaobj-tool.war sakai-news-tool.war sakai-podcasts.war sakai-poll-tool.war sakai-postem-tool.war sakai-presence-tool.war sakai-presentation-tool.war sakai-profile-tool.war sakai-reports-tool.war sakai-reset-pass.war sakai-rights-tool.war sakai-roster-tool.war sakai-rutgers-linktool.war sakai-rwiki-tool.war sakai-sample-tool-jsf.war sakai-sample-tool-servlet.war sakai-scheduler-tool.war sakai-search-tool.war sakai-sections-tool.war sakai-site-manage-group-helper.war sakai-site-manage-group-section-role-helper.war sakai-site-manage-participant-helper.war sakai-site-manage-tool.war sakai-site-pageorder-helper.war sakai-site-tool.war sakai-syllabus-tool.war sakai-tool-tool-su.war sakai-user-tool-admin-prefs.war sakai-user-tool-prefs.war sakai-user-tool.war sakai-usermembership-tool.war sakai-web-tool.war samigo.war savecite.war tool.war web.war wiki.war xsl-portal.war OMG Sakai is deploying 84 webapps into your container. :( I recommend contacting the Sakai community for instructions for how to deploy their application in ways other than their default binary installation procedure. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEUEARECAAYFAktI7aUACgkQ9CaO5/Lv0PDB3ACdEyRsol3SeRFbvdSUCpqd0zFv 1V8Al0T+9q5LkXlCYuiy1L1IOsJW/v0= =7UdY -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: How to deploy java app. on Tomcat's virtual domains residing outside CATALINA_HOME?
From: Leon Kolchinsky [mailto:lkolc...@gmail.com] Subject: Re: How to deploy java app. on Tomcat's virtual domains residing outside CATALINA_HOME? I also would like to keep apache http and use it's ssl capabilities. The identical SSL capabilities (same code) are available in Tomcat's APR connector, which would be easier to configure, administer, and maintain than Tomcat + httpd. http://tomcat.apache.org/tomcat-6.0-doc/apr.html - Chuck THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers. - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: How to deploy java app. on Tomcat's virtual domains residing outside CATALINA_HOME?
On 09/01/2010 06:25, Leon Kolchinsky wrote: Hello All, I've installed Apache httpd +mod_jk and tomcat with multiple virtual hosts Used primarily those 2 manuals http://www.alwayssunny.com/blog/?p=174 This one looks pretty good although I wouldn't use the ApacheConfig listener. http://www.howtoforge.com/apache2_tomcat5_mod_jk_p2 I'd ignore this one. Now I need to deply java application called Sakai (http://source.sakaiproject.org/release/2.6.1/artifacts/sakai-bin-2.6.1.tgz) That is a 280MB download so it would help if you told us what was in it. They all talking about downloading the archive into $CATALINA_HOME and then unpacking the archive. Then start up Tomcat - http://confluence.sakaiproject.org/display/DOC/Install+Guide+-+Binary+Install+(2.6) When I extract sakai-bin-2.6.1.tgz into /srv/myserver029 (Vitual domain's DocumentRoot) and restart tomcat and apache I'm getting - HTTP Status 404 - / CATALINA_HOME != httpd document root I'm not surprised it didn't work. Here are some of my configs realted to apache httpd+tomcat+virt domains integration: You are using the same location for httpd document root and Host appBase and web application's docBase. That is never going to work. appBase must *never* be the same as docBase. I suggest you read this: http://tomcat.apache.org/tomcat-6.0-doc/virtual-hosting-howto.html I strongly recommend that http DocumentRoot is never the same as a web applications docBase. You have to be very carefully do to create a whole bunch of security issues. It is much easier just not to do this. I suggest you follow the Tomcat virtual hosting how-to and get that working with Sakai and then worry about adding httpd to the mix. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: How to deploy java app. on Tomcat's virtual domains residing outside CATALINA_HOME?
Hello Mark, Thanks for the link - http://tomcat.apache.org/tomcat-6.0-doc/virtual-hosting-howto.html I don't think that you've read my configs well. CATALINA_HOME != httpd document root That's my case! Where did you got the info that it isn't so? appBase and docBase are also different! And virt. hosts are actually working (please read what I've written). It must be something with Configuring my Contexts as per manual. My appBase is also not under CATALINA_HOME. Sakai is similar to moodle in some way. I'm sorry that it's 250M but I didn't write it. I've been asked to install it on virt. domains Any help please? On Sat, Jan 9, 2010 at 10:46 PM, Mark Thomas ma...@apache.org wrote: On 09/01/2010 06:25, Leon Kolchinsky wrote: Hello All, I've installed Apache httpd +mod_jk and tomcat with multiple virtual hosts Used primarily those 2 manuals http://www.alwayssunny.com/blog/?p=174 This one looks pretty good although I wouldn't use the ApacheConfig listener. http://www.howtoforge.com/apache2_tomcat5_mod_jk_p2 I'd ignore this one. Now I need to deply java application called Sakai (http://source.sakaiproject.org/release/2.6.1/artifacts/sakai-bin-2.6.1.tgz) That is a 280MB download so it would help if you told us what was in it. They all talking about downloading the archive into $CATALINA_HOME and then unpacking the archive. Then start up Tomcat - http://confluence.sakaiproject.org/display/DOC/Install+Guide+-+Binary+Install+(2.6) When I extract sakai-bin-2.6.1.tgz into /srv/myserver029 (Vitual domain's DocumentRoot) and restart tomcat and apache I'm getting - HTTP Status 404 - / CATALINA_HOME != httpd document root I'm not surprised it didn't work. Here are some of my configs realted to apache httpd+tomcat+virt domains integration: You are using the same location for httpd document root and Host appBase and web application's docBase. That is never going to work. appBase must *never* be the same as docBase. I suggest you read this: http://tomcat.apache.org/tomcat-6.0-doc/virtual-hosting-howto.html I strongly recommend that http DocumentRoot is never the same as a web applications docBase. You have to be very carefully do to create a whole bunch of security issues. It is much easier just not to do this. I suggest you follow the Tomcat virtual hosting how-to and get that working with Sakai and then worry about adding httpd to the mix. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: How to deploy java app. on Tomcat's virtual domains residing outside CATALINA_HOME?
On 09/01/2010 13:42, Leon Kolchinsky wrote: Hello Mark, Thanks for the link - http://tomcat.apache.org/tomcat-6.0-doc/virtual-hosting-howto.html I don't think that you've read my configs well. CATALINA_HOME != httpd document root That's my case! I meant that CATALINA_HOME is not the same as httpd's document root. If the instructions for Sakai say expand it into CATALINA_HOME then you can't expect it to work if you expand it somewhere else. Where did you got the info that it isn't so? Your configuration files. From your httpd.conf: DocumentRoot /srv/myserver029 From your server.xml appBase=/srv/myserver029 appBase and docBase are also different! No they are not. Again, from your server.xml appBase=/srv/sakai26 docBase= docBase is relative to appBase so if docBase= then docBase==appBase And virt. hosts are actually working (please read what I've written). They might look like they are working but I assure you that they are badly broken. It must be something with Configuring my Contexts as per manual. Nope. The problem is your broken configuration. My appBase is also not under CATALINA_HOME. I know. I read your configuration files. That is not an issue for virtual hosting although it may be a problem for the Sakai installation process. Again, if you tell us the structure of that tar.gz we might be able to help. Any help please? See my previous mail. If you choose to ignore the help you are given, then there isn't much point in folks here trying to help you. Mark On Sat, Jan 9, 2010 at 10:46 PM, Mark Thomas ma...@apache.org wrote: On 09/01/2010 06:25, Leon Kolchinsky wrote: Hello All, I've installed Apache httpd +mod_jk and tomcat with multiple virtual hosts Used primarily those 2 manuals http://www.alwayssunny.com/blog/?p=174 This one looks pretty good although I wouldn't use the ApacheConfig listener. http://www.howtoforge.com/apache2_tomcat5_mod_jk_p2 I'd ignore this one. Now I need to deply java application called Sakai (http://source.sakaiproject.org/release/2.6.1/artifacts/sakai-bin-2.6.1.tgz) That is a 280MB download so it would help if you told us what was in it. They all talking about downloading the archive into $CATALINA_HOME and then unpacking the archive. Then start up Tomcat - http://confluence.sakaiproject.org/display/DOC/Install+Guide+-+Binary+Install+(2.6) When I extract sakai-bin-2.6.1.tgz into /srv/myserver029 (Vitual domain's DocumentRoot) and restart tomcat and apache I'm getting - HTTP Status 404 - / CATALINA_HOME != httpd document root I'm not surprised it didn't work. Here are some of my configs realted to apache httpd+tomcat+virt domains integration: You are using the same location for httpd document root and Host appBase and web application's docBase. That is never going to work. appBase must *never* be the same as docBase. I suggest you read this: http://tomcat.apache.org/tomcat-6.0-doc/virtual-hosting-howto.html I strongly recommend that http DocumentRoot is never the same as a web applications docBase. You have to be very carefully do to create a whole bunch of security issues. It is much easier just not to do this. I suggest you follow the Tomcat virtual hosting how-to and get that working with Sakai and then worry about adding httpd to the mix. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: How to deploy java app. on Tomcat's virtual domains residing outside CATALINA_HOME?
Hello again, Yes instructions for Sakai actually say expand it into CATALINA_HOME. O.K I may be wrong but http://sakai26.dyndns.org/servlets-examples/ is working. I'd like to fix my configuration and I'm opened for suggestions. What should I change in my configs (I think that I gave a full configs and changes I've made to defaults)? I don't have an access to my linux server now but I've downloaded to J: drive on my win. machine it and there is a structure of tar.gz: J:\ common\ components\ licenses\ server\ shared\ webapps\ J:\common\ lib\ J:\common\lib\ commons-logging-1.0.4.jar log4j-1.2.12.jar sakai-dav-common-2.6.1.jar sakai-kernel-common-1.0.12.jar J:\components\ emailtemplateservice-pack\ entitybroker-pack\ localization-bundles-pack\ osp-common-component\ osp-glossary-component\ osp-integration-component\ osp-matrix-component\ osp-portal-component\ osp-presentation-component\ osp-warehouse-component\ osp-wizard-components\ sakai-announcement-pack\ sakai-archive-pack\ sakai-assignment-pack\ sakai-calendar-pack\ sakai-chat-pack\ sakai-citations-pack\ sakai-common-components\ sakai-comp-help\ sakai-comp-scheduler\ sakai-content-providers-pack\ sakai-courier-pack\ sakai-coursemanagement-hibernate-pack\ sakai-gradebook-service-pack\ sakai-gradebooksample-grade-converter\ sakai-import\ sakai-kernel-component\ sakai-mailarchive-pack\ sakai-messageforums-components\ sakai-metaobj-component\ sakai-news-pack\ sakai-podcasts-pack\ sakai-poll-pack\ sakai-portal-render-pack\ sakai-portal-service-pack\ sakai-postem-pack\ sakai-presence-pack\ sakai-presentation-pack\ sakai-privacy-pack\ sakai-profile-components\ sakai-provider-pack\ sakai-reports-components\ sakai-rights-pack\ sakai-roster-components\ sakai-rwiki-pack\ sakai-samigo-pack\ sakai-sample-impl-access-pack\ sakai-search-adapters-pack\ sakai-search-pack\ sakai-sections-pack\ sakai-site-manage-pack\ sakai-syllabus-pack\ sakai-taggable-pack\ sakai-usermembership-pack\ sakai-warehouse-component\ sakai-web-pack\ J:\components\emailtemplateservice-pack\ META-INF\ WEB-INF\ J:\components\emailtemplateservice-pack\META-INF\ maven\ MANIFEST.MF J:\components\emailtemplateservice-pack\META-INF\maven\ org.sakaiproject.emailtemplateservice\ J:\components\emailtemplateservice-pack\META-INF\maven\org.sakaiproject.emailtemplateservice\ emailtemplateservice-pack\ J:\components\emailtemplateservice-pack\META-INF\maven\org.sakaiproject.emailtemplateservice\emailtemplateservice-pack\ pom.properties pom.xml J:\components\emailtemplateservice-pack\WEB-INF\ lib\ components.xml hibernate-hbms.xml spring-hibernate.xml web.xml J:\components\emailtemplateservice-pack\WEB-INF\lib\ commons-codec-1.3.jar easymock-1.2_Java1.3.jar emailtemplateservice-impl-0.3.1.jar freemarker-2.3.11.jar generic-dao-0.9.8.jar J:\components\entitybroker-pack\ META-INF\ WEB-INF\ J:\components\entitybroker-pack\META-INF\ maven\ MANIFEST.MF J:\components\entitybroker-pack\META-INF\maven\ org.sakaiproject.entitybroker\ J:\components\entitybroker-pack\META-INF\maven\org.sakaiproject.entitybroker\ entitybroker-pack\ J:\components\entitybroker-pack\META-INF\maven\org.sakaiproject.entitybroker\entitybroker-pack\ pom.properties pom.xml J:\components\entitybroker-pack\WEB-INF\ lib\ components.xml spring-jdbc.xml web.xml J:\components\entitybroker-pack\WEB-INF\lib\ commons-codec-1.2.jar commons-httpclient-3.1.jar entitybroker-impl-1.3.6.1.jar entitybroker-utils-1.3.6.1.jar generic-dao-0.9.12.jar reflectutils-0.9.11.jar sakai-kernel-util-1.0.12.jar J:\components\localization-bundles-pack\ META-INF\ WEB-INF\ J:\components\localization-bundles-pack\META-INF\ maven\ MANIFEST.MF J:\components\localization-bundles-pack\META-INF\maven\ org.sakaiproject\ J:\components\localization-bundles-pack\META-INF\maven\org.sakaiproject\ localization-bundles-pack\ J:\components\localization-bundles-pack\META-INF\maven\org.sakaiproject\localization-bundles-pack\ pom.properties pom.xml J:\components\localization-bundles-pack\WEB-INF\ lib\ components.xml web.xml J:\components\localization-bundles-pack\WEB-INF\lib\ localization-bundles-2.6.1.jar J:\components\osp-common-component\ META-INF\ WEB-INF\ J:\components\osp-common-component\META-INF\ maven\ MANIFEST.MF J:\components\osp-common-component\META-INF\maven\ org.sakaiproject.osp\ J:\components\osp-common-component\META-INF\maven\org.sakaiproject.osp\ osp-common-component\ J:\components\osp-common-component\META-INF\maven\org.sakaiproject.osp\osp-common-component\ pom.properties pom.xml J:\components\osp-common-component\WEB-INF\ lib\ components.xml web.xml J:\components\osp-common-component\WEB-INF\lib\ commons-beanutils-1.7.0.jar commons-codec-1.2.jar commons-digester-1.6.jar jsf-api-1.1.01.jar jsf-impl-1.1.01.jar osp-common-impl-2.6.1.jar sakai-kernel-util-1.0.12.jar sakai-metaobj-impl-2.6.1.jar sakai-metaobj-tool-lib-2.6.1.jar standard-1.1.2.jar velocity-1.3.1.jar J:\components\osp-glossary-component\ META-INF\
Re: How to deploy java app. on Tomcat's virtual domains residing outside CATALINA_HOME?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Leon, On 1/9/2010 9:38 AM, Leon Kolchinsky wrote: Yes instructions for Sakai actually say expand it into CATALINA_HOME. What are the top-level contents for the Sakai tarball? Is it a single directory? I would expect http://source.sakaiproject.org/release/2.6.1/artifacts/sakai-bin-2.6.1.tgz to expand to either a sakai-2.6.1 directory or maybe even webapps/sakai-2.6.1 or something like that. If you want to deploy Sakai onto your myserver029.somedomain.com virtual host, then you need to put the Sakai directory into one of two places: /srv/myserver029/Sakai (for http://myserver029.somedomain.com/Sakai) or /srv/myserver029/ROOT (for http://myserver029.somedomain.com/) You should also remove the Context elements from your conf/server.xml: they will cause nothing but confusion. O.K I may be wrong but http://sakai26.dyndns.org/servlets-examples/ is working. That's because you properly deployed them using these commands: cp -R /opt/tomcat/webapps/jsp-examples /srv/myserver029/ cp -R /opt/tomcat/webapps/servlets-examples /srv/sakai26/ I'd like to fix my configuration and I'm opened for suggestions. What should I change in my configs (I think that I gave a full configs and changes I've made to defaults)? Suggestions: 1. Remove the ApacheConfig Listener (as Mark already suggested) 2. Remove Context elements from conf/server.xml 3. Put Sakai into /srv/myserver029/Sakai or /srv/myserver029/ROOT (or /srv/sakai26/Sakai or /srv/sakai26/ROOT) 4. Eliminate Apache httpd: you're passing-through everything to Tomcat anyway I don't have an access to my linux server now but I've downloaded to J: drive on my win. machine it and there is a structure of tar.gz: [snip] J:\webapps\ access.war authn.war courier.war dav.war direct.war emailtemplateservice-tool.war library.war mailtool.war mercury.war osp-common-tool.war osp-glossary-tool.war osp-jsf-example.war osp-jsf-resource.war osp-matrix-tool.war osp-portal-tool.war osp-portal.war osp-presentation-tool.war osp-wizard-tool.war podcasts.war portal-render.war portal.war providers.war sakai-alias-tool.war sakai-announcement-tool.war sakai-archive-tool.war sakai-assignment-tool.war sakai-authz-tool.war sakai-axis.war sakai-axis2.war sakai-blogger-tool.war sakai-calendar-summary-tool.war sakai-calendar-tool.war sakai-chat-tool.war sakai-citations-tool.war sakai-content-tool.war sakai-fck-connector.war sakai-gradebook-testservice.war sakai-gradebook-tool.war sakai-help-tool.war sakai-jsf-resource.war sakai-login-tool.war sakai-mailarchive-james.war sakai-mailarchive-tool.war sakai-memory-tool.war sakai-message-tool.war sakai-messageforums-tool.war sakai-metaobj-tool.war sakai-news-tool.war sakai-podcasts.war sakai-poll-tool.war sakai-postem-tool.war sakai-presence-tool.war sakai-presentation-tool.war sakai-profile-tool.war sakai-reports-tool.war sakai-reset-pass.war sakai-rights-tool.war sakai-roster-tool.war sakai-rutgers-linktool.war sakai-rwiki-tool.war sakai-sample-tool-jsf.war sakai-sample-tool-servlet.war sakai-scheduler-tool.war sakai-search-tool.war sakai-sections-tool.war sakai-site-manage-group-helper.war sakai-site-manage-group-section-role-helper.war sakai-site-manage-participant-helper.war sakai-site-manage-tool.war sakai-site-pageorder-helper.war sakai-site-tool.war sakai-syllabus-tool.war sakai-tool-tool-su.war sakai-user-tool-admin-prefs.war sakai-user-tool-prefs.war sakai-user-tool.war sakai-usermembership-tool.war sakai-web-tool.war samigo.war savecite.war tool.war web.war wiki.war xsl-portal.war OMG Sakai is deploying 84 webapps into your container. :( I recommend contacting the Sakai community for instructions for how to deploy their application in ways other than their default binary installation procedure. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEUEARECAAYFAktI7aUACgkQ9CaO5/Lv0PDB3ACdEyRsol3SeRFbvdSUCpqd0zFv 1V8Al0T+9q5LkXlCYuiy1L1IOsJW/v0= =7UdY -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
How to deploy java app. on Tomcat's virtual domains residing outside CATALINA_HOME?
Hello All, I've installed Apache httpd +mod_jk and tomcat with multiple virtual hosts Used primarily those 2 manuals http://www.alwayssunny.com/blog/?p=174 http://www.howtoforge.com/apache2_tomcat5_mod_jk_p2 and a lot of reading through apache docs. The virt. domains working and java requests processed by tomcat through apache httpd. Now I need to deply java application called Sakai (http://source.sakaiproject.org/release/2.6.1/artifacts/sakai-bin-2.6.1.tgz) in DocumentRoot of one of my virtual domains. I can't find any documentation on deploying Sakai in similar environment :( They all talking about downloading the archive into $CATALINA_HOME and then unpacking the archive. Then start up Tomcat - http://confluence.sakaiproject.org/display/DOC/Install+Guide+-+Binary+Install+(2.6) When I extract sakai-bin-2.6.1.tgz into /srv/myserver029 (Vitual domain's DocumentRoot) and restart tomcat and apache I'm getting - HTTP Status 404 - / type Status report message / description The requested resource (/) is not available. Apache Tomcat/5.5.26 Which probably means that the app. is not deployed. Can someone tell me how to install and configure Sakai or any other similar application in virt. domain ? There must be some WEB_INF/web.xml config I should use? May be some parameters in the main server.xml file? Thanks. Here are some of my configs realted to apache httpd+tomcat+virt domains integration: # cat /etc/httpd/conf/workers.properties: # # This file provides minimal jk configuration properties needed to # connect to Tomcat. # # We define a workers named worker1 and worker2 for 2 different virt. domains workers.tomcat_home=/opt/tomcat/ workers.java_home=/usr/java/jdk ps=/ worker.list=worker1,worker2 worker.worker1.type=ajp13 worker.worker1.host=myserver029.somedomain.com worker.worker1.port=8009 worker.worker1.lbfactor=1 worker.worker2.type=ajp13 worker.worker2.host=sakai26.dyndns.org worker.worker2.port=8009 worker.worker2.lbfactor=1 # Load-balancing behaviour worker.loadbalancer.type=lb # Status worker for managing load balancer worker.status.type=status Snap from httpd.conf: LoadModule jk_module modules/mod_jk.so # mod_jk config # Where to find workers.properties # Update this path to match your conf directory location (put workers.properties next to httpd.conf) JkWorkersFile /etc/httpd/conf/workers.properties # Where to put jk shared memory # Update this path to match your local state directory or logs directory JkShmFile /var/log/httpd/mod_jk.shm # Where to put jk logs # Update this path to match your logs directory location (put mod_jk.log next to access_log) JkLogFile /var/log/httpd/mod_jk.log # Set the jk log level [debug/error/info] JkLogLevel info # Select the timestamp log format JkLogStampFormat [%a %b %d %H:%M:%S %Y] #JkOptions indicate to send SSL KEY SIZE, JkOptions +ForwardKeySize +ForwardURICompat -ForwardDirectories # JkRequestLogFormat set the request format JkRequestLogFormat %w %V %T # Globally deny access to the WEB-INF directory LocationMatch '.*WEB-INF.*' AllowOverride None deny from all /LocationMatch Virt. hosts configs: VirtualHost *:80 ServerName myserver029.somedomain.com ServerAdmin ad...@somedomain.com DocumentRoot /srv/myserver029 # ServerAlias www.myserver029.somedomain.com # if not specified, the global error log is used ErrorLog /var/log/httpd/myserver029.somedomain.com-error_log CustomLog /var/log/httpd/myserver029.somedomain.com-access_log combined # don't loose time with IP address lookups HostnameLookups Off # needed for named virtual hosts UseCanonicalName Off # Add index.jsp to DirectoryIndex files DirectoryIndex index.php index.html index.htm index.shtml index.php4 index.php3 index.phtml index.cgi index.jsp JkMount /* worker1 JkMount /*.jsp worker1 # Im doing it globally in httpd.conf so no need to do this on domain basis - deny access to the WEB-INF directory # LocationMatch '.*WEB-INF.*' # AllowOverride None # deny from all # /LocationMatch /VirtualHost For my second virtual host, I created the following configuration file under /etc/httpd/conf/vhosts.d/02sakai26.dyndns.org.conf VirtualHost *:80 ServerName sakai26.dyndns.org ServerAdmin ad...@somedomain.com DocumentRoot /srv/sakai26 ServerAlias www.sakai26.dyndns.org # if not specified, the global error log is used ErrorLog /var/log/httpd/sakai26.dyndns.org-error_log CustomLog /var/log/httpd/sakai26.dyndns.org-access_log combined # don't loose time with IP address lookups HostnameLookups Off # needed for named virtual hosts UseCanonicalName Off # Add index.jsp to DirectoryIndex files DirectoryIndex index.php index.html index.htm index.shtml index.php4 index.php3 index.phtml index.cgi index.jsp JkMount /* worker2 JkMount /*.jsp worker2 # Im doing it globally in httpd.conf so no need to do this on domain basis - deny access to the WEB-INF directory # LocationMatch '.*WEB-INF.*' # AllowOverride None # deny from all # /LocationMatch /VirtualHost Configuration of mod_jk listener in tomcat