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?
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 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 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
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 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 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?
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\ W
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 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 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 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 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
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 AllowOverride None deny from all Virt. hosts configs: 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 # # AllowOverride None # deny from all # For my second virtual host, I created the following configuration file under /etc/httpd/conf/vhosts.d/02sakai26.dyndns.org.conf 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 # # AllowOverride None # deny from all # Configuration of mod_jk listener in tomcat In order for tomcat to listen for the workers you defined you need to add a line like this to the engine element on your tomcat server.xml file. # vi /opt/tomcat/conf/ser