Re: [Resin-interest] 3.2 breaks host-deploy
On Sep 10, 2008, at 10:55 AM, Brad Bourne wrote: Thanks. It appears this broke sometime AFTER the resin-3.2.s080731 snapshot (it works under resin-3.2.s080731 but not resin-3.2.s080903). The logs do show the host name is not being set. So, it sounds like you have a good idea what went wrong - thanks also for submitting the bug report. Can you give some more details on the failure symptoms? I just checked and that configuration is working for me. -- Scott Brad. This is what Scott Ferguson said on 9/10/2008 9:17 AM: On Sep 9, 2008, at 4:16 PM, Brad Bourne wrote: this resin.xml conf snippet used to work prior to the 3.2 release and in some 3.2 alpha snapshot releases. It now seems like resin ignores it completely. host-deploy host-name=www.${host.name} path=C:\Applications\workspace\ host-default web-app-deploy path=./ /host-default /host-deploy I've added a bug report for this. There was an important, but fairly complicated bug fix related to the host deployment, and your case was probably broken by it. It's less straightforward than it looks because the ${host.name} needs to be treated as a macro for the deployed hosts, not an immediately evaluated item. -- Scott ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] 3.2 breaks host-deploy
Perhaps it's that I'm not using jar/war archives just the expanded directories. Resin-3.2.s080731 did a good job figuring out the host name from the directories without needing the archived host file (jar/war). This is what Scott Ferguson said on 9/11/2008 3:25 PM: On Sep 10, 2008, at 10:55 AM, Brad Bourne wrote: Thanks. It appears this broke sometime AFTER the resin-3.2.s080731 snapshot (it works under resin-3.2.s080731 but not resin-3.2.s080903). The logs do show the host name is not being set. So, it sounds like you have a good idea what went wrong - thanks also for submitting the bug report. Can you give some more details on the failure symptoms? I just checked and that configuration is working for me. -- Scott Brad. This is what Scott Ferguson said on 9/10/2008 9:17 AM: On Sep 9, 2008, at 4:16 PM, Brad Bourne wrote: this resin.xml conf snippet used to work prior to the 3.2 release and in some 3.2 alpha snapshot releases. It now seems like resin ignores it completely. host-deploy host-name=www.${host.name} path=C:\Applications\workspace\ host-default web-app-deploy path=./ /host-default /host-deploy I've added a bug report for this. There was an important, but fairly complicated bug fix related to the host deployment, and your case was probably broken by it. It's less straightforward than it looks because the ${host.name} needs to be treated as a macro for the deployed hosts, not an immediately evaluated item. -- Scott ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest
Re: [Resin-interest] 3.2 breaks host-deploy
On Sep 9, 2008, at 4:16 PM, Brad Bourne wrote: this resin.xml conf snippet used to work prior to the 3.2 release and in some 3.2 alpha snapshot releases. It now seems like resin ignores it completely. host-deploy host-name=www.${host.name} path=C:\Applications\workspace\ host-default web-app-deploy path=./ /host-default /host-deploy I've added a bug report for this. There was an important, but fairly complicated bug fix related to the host deployment, and your case was probably broken by it. It's less straightforward than it looks because the ${host.name} needs to be treated as a macro for the deployed hosts, not an immediately evaluated item. -- Scott ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest ___ resin-interest mailing list resin-interest@caucho.com http://maillist.caucho.com/mailman/listinfo/resin-interest