Scott Ferguson wrote: > It's probably already caught by our regression tests, but I've added > a bug report at http://bugs.caucho.com/view.php?id=2374 just in case. > > The current snapshots do have a large number of regression failures. > > This is fixed in resin-pro-3.1.s080208, thanks. > By the way, we should probably add your suggested configuration > somewhere like the wiki. I'm not sure what title we should give it, > though. > It strikes me that its the reliance on the physical directory name in the <host-deploy> construct which is causing the problem. It mixes the found dir name on disk with the contents of its particuar host.xml. Using my <resin:import> way everything is defined in the found xml files, no matter where they exist in the subdir tree, because I put the <resin:import> tag in the def for http://localhost webapps in resin.conf, i.e. "/". So what would be perfect would be the <host-deploy> functionality but honouring everything in the located file, as in this example (as a useful side effect is the files can have any name too, which helps manage many hosts easier as I usually stick the hostname in the xml filename):
conf/hostconf/pligg/www.foo.com.xml: <host xmlns="http://caucho.com/ns/resin"; xmlns:resin="http://caucho.com/ns/resin/core";> <web-app id='www.foo.com' document-directory='/www/pligg/www.foo.com'> </web-app> </host> Lets me use http://localhost:8080/www.foo.com and conf/hostconf/pligg/www.bar.com.xml: <host xmlns="http://caucho.com/ns/resin"; xmlns:resin="http://caucho.com/ns/resin/core";> <web-app id='www.bar.com' document-directory='/www/pligg/www.bar.com'> </web-app> </host> Does the same for http://localhost:8080/www.bar.com etc > -- Scott > > On Jan 26, 2008, at 10:31 AM, Stargazer wrote: > > >> Note - this worked for previous snapshots, it just been broken now. >> We find it useful to develop sites locally, stage them, then move them >> to production when ready. For local >> development we fire up resin and configure them such that their url is >> conveniently available after >> http://localhost:8080, for example http://localhost:8080/www.foo.com, >> http://localhost:8080/www.bar.com etc. >> Then when moved to staging they become >> http://www.staginghost.com:8080/www.foo.com and finally production >> is as >> expected. >> The advantage with this is it is always clear where you are from the >> url: you can have all 3 open at once. The >> configuration for this has always been easy too, using this syntax: >> >> <host id="" root-directory="."> >> <web-app id="/" root-directory="webapps/ROOT"/> >> >> <resin:import> >> <fileset dir="${resinHome}/conf/hostconf"> >> <include name="**/*.xml"/> >> </fileset> >> </resin:import> >> ... >> >> This means that all we needed was the relevant *.xml file for each >> host >> anywhere under our conf/hostconf dir. >> When the <host-deploy> directive was introduced I was sure this >> meant we >> could do the same thing but without >> the restarts, but this isn't exactly the case. Sure, I can create a >> localhost folder and stick host.xml in it for my >> foo.com example as above, and access it with >> http://localhost:8080/www.foo.com, but the definition of foo.com is >> within >> the host.xml file, so I have no way to do the same for bar.com as I >> have >> using the <resin:import> style. >> I could edit my local hosts file and add aliases but that means >> there is >> extra (unnecessary) config and you can't tell >> from the url where you are if at any time www.foo.com could really be >> pointing to 127.0.0.1. >> >> Unless there is a way of doing this I'd really appreciate the >> <resin:import> functionality not to be dropped please. >> >> The pligg verbose logging I reported is still present in this >> snapshot. >> >> One other small point I'm sure you'd like to address before >> 3.1.15 : its >> now 2008 but the snapshot still announces itself >> as copyright 1998-2007 ;-) >> >> >> >> >> _______________________________________________ >> resin-interest mailing list >> [email protected] >> http://maillist.caucho.com/mailman/listinfo/resin-interest >> > > > > _______________________________________________ > resin-interest mailing list > [email protected] > http://maillist.caucho.com/mailman/listinfo/resin-interest > > > > _______________________________________________ resin-interest mailing list [email protected] http://maillist.caucho.com/mailman/listinfo/resin-interest
