Thanks for the replies everyone! Jordan - this is the first I've heard of mod_cfml. I'll have to look into that. I will also experiment with the installer on Linux. That should give me the insight I need to do something similar with Apache on Windows.
And, luckily, my client is also already a client of AW2. Or, at least, they suggested to me that they might be. I've been trying to drum up some support through those channels, but that hasn't happened as quickly as I'd like. Jason - I have a few reasons for not wanting to run hundreds of "instances" (if that's even the right term) of OpenBD on this server. But, the server is pretty beefy. What it is, is a build server. We're trying to keep a history of all builds so we can easily refer back to them and compare/contrast if needed. We're running both Adobe CF and OpenBD on the server and the app is (supposed to be) processed by either/or based on the hostname. So, just thinking out loud here, some of the reasons I don't want to have a new instance of OpenBD for each website are: 1) There will likely be hundreds, maybe thousands of instances of the site on the server. These sites are ok to share datasources, and other settings, but will be differentiated by application name. I'm concerned that hundreds or thousands of instances of OpenBD will be prohibitive, especially seeing as - if I'm being realistic - 99% of these sites will never be accessed more than a few times. 2) We're going to be running a bunch of unit tests and Selenium tests and I want to make sure that there are sufficient resources available for this. 3) Having to modify Tomcat configuration for each virtual host significantly increases the complexity of my task. 4) Having to place the files under OpenBD (or OpenBD within my webapp) adds files that would not be present for the Adobe CF deployment. It just doesn't "feel" as clean. Now, arguing back against myself: 1) Realistically, I probably don't need to be able to access any build ever, across all history. 2) I don't have to serve the files from a build out of the same path for both CF and OpenBD 3) I'm probably just whining when complaining about the extra work involved in automatically updating Tomcat while running builds and tests. So, here's my plan of attack for those who care: 1) Get OpenBD running on a VM with the Viviotech installers and see if I can learn any lessons there. 2) Think about ways to simplify this mess I'm making 3) Continue reaching out to AW2 through my client. Thanks everyone for the assistance, Doug Hughes [email protected] 651-252-4234 On Tue, Aug 6, 2013 at 1:51 PM, Jason King <[email protected]> wrote: > How tight are server resources? How 'sandboxed' does each app need to be? > Do they all share the same datasources? > > I have OpenBD running on CentOS 6.4 with tomcat. I have multiple sites > running, and I've elected to drop an instance of OpenBD as a war into each > site, rather than working with a single OpenBD instance. I prefer to view > the sites as standalone, each including OpenBD. I also mostly edit OpenBD > through the XML files so it was easy for me to make a modified version of > OpenBD preconfigured the way I like it so I don't have to start from > scratch each build. > > Other than taking up a larger memory footprint due to multiple instances > of OpenBD, I'm struggling to see how having multiple instances would > actually consume more CPU. In fact, I think multiple instances might > actually perform better due to spreading the load around enabling more > opportunities to utulize multi-core cpus. > > Thoughts? > > > > > > > On Tue, Aug 6, 2013 at 12:45 PM, Jordan Michaels <[email protected]>wrote: > >> Yeah, we don't have a Mac installer for OpenBD, sorry! OSX has a >> seriously lame TOS that makes it a criminal offence to install OSX on >> anything other then Mac hardware. Since we don't own Mac hardware, I have >> nothing legal I can test a build on. >> >> The concept is to install OpenBD as a common class in Tomcat - a set of >> libraries that is available to all contexts. The mod_cfml module makes >> creating the contexts happen automatically as soon as they are hit, but you >> can also create contexts in the server.xml directly, although in your case >> that might be prohibitive. >> >> A similar method can also be accomplished in Jetty, but I'm not very >> familiar with Jetty. Alan W. could assist with that. Maybe consider getting >> some commercial support from AW2.0 if you head down that direction. >> >> HTH! >> >> Warm Regards, >> Jordan Michaels >> >> >> On 08/06/2013 08:13 AM, Doug Hughes wrote: >> >>> I'll probably have to do that to some extent or another. The windows >>> installer seems to only want to connect to IIS. I'm running a Mac so >>> the Linux installer (likely) won't work. So I may have to spin up a >>> linux VM, do the install there, see HOW it works, and then duplicate it >>> on my mac. Ugh. >>> >>> Doug Hughes >>> [email protected] <mailto:[email protected]> >>> >>> 651-252-4234 >>> >>> >>> On Tue, Aug 6, 2013 at 10:55 AM, Alan Cole <[email protected] >>> <mailto:[email protected]>> wrote: >>> >>> Doug, >>> >>> That I don't know - but you could use that as a jumping off point >>> and then simply replace the BD libraries with more up to date ones. >>> >>> Thanks, >>> Alan >>> >>> On Aug 6, 2013, at 9:57 AM, Doug Hughes <[email protected] >>> <mailto:[email protected]>> wrote: >>> >>> Alan, >>>> >>>> I tracked down this url: http://openbd.viviotech.net/ >>>> >>>> It looks like the latest installer is for OpenBD 2.0.2. Do you >>>> know if there is an installer for a more recent version? >>>> >>>> Thanks, >>>> >>>> Doug Hughes >>>> [email protected] <mailto:[email protected]> >>>> 651-252-4234 <tel:651-252-4234> >>>> >>>> >>>> >>>> On Tue, Aug 6, 2013 at 8:48 AM, Alan Cole <[email protected] >>>> <mailto:[email protected]>> wrote: >>>> >>>> Doug, >>>> >>>> We do what you are outlining here (one server with virtual >>>> host multiple domains). Only difference is we use Linux >>>> servers / apache. >>>> >>>> Take a look at the vivioTech installer - I don't have the link >>>> with me, but it shouldn't be hard to find. >>>> >>>> Thanks, >>>> Alan >>>> >>>> On Aug 6, 2013, at 8:13 AM, Doug Hughes <[email protected] >>>> <mailto:[email protected]>> wrote: >>>> >>>> Hi all, >>>>> >>>>> I'm really struggling with one aspect of OpenBD that I can't >>>>> seem to get around. I'm hoping someone might have some >>>>> helpful insight for me. >>>>> >>>>> I have to have /many/ (potentially hundreds or thousands) of >>>>> >>>>> web applications running with OpenBD on a single server and >>>>> all running under the webroot for their hostname. >>>>> >>>>> IE: >>>>> >>>>> http://host1.example.com >>>>> http://host2.example.com >>>>> http://host3.example.com >>>>> ... >>>>> http://host1234.example.com >>>>> >>>>> From everything I've read, it's traditional to stuff all your >>>>> CFM and asset files directly under the openbd app running in >>>>> a JEE container. This seems to imply that I would have a >>>>> separate "instance" of OpenBD running in Tomcat for each >>>>> host. Does this translate to (potentially) thousands of >>>>> processes that I need to run somehow all on one server? >>>>> >>>>> I think I really only need one OpenBD instance, if I could >>>>> use that to handle cfm files for each of those hosts. >>>>> >>>>> I've been beating my head against this for days now and I >>>>> really just don't know how to proceed. Any suggestions or >>>>> advice would be appreciated. >>>>> >>>>> Thanks, >>>>> >>>>> Doug Hughes >>>>> [email protected] <mailto:[email protected]> >>>>> 651-252-4234 <tel:651-252-4234> >>>>> >>>>> >>>>> -- >>>>> -- >>>>> online documentation: http://openbd.org/manual/ >>>>> >>>>> http://groups.google.com/**group/openbd?hl=en<http://groups.google.com/group/openbd?hl=en> >>>>> >>>>> --- >>>>> You received this message because you are subscribed to the >>>>> Google Groups "Open BlueDragon" group. >>>>> To unsubscribe from this group and stop receiving emails from >>>>> it, send an email to >>>>> openbd+unsubscribe@**googlegroups.com<openbd%[email protected]> >>>>> >>>>> <mailto:openbd+unsubscribe@**googlegroups.com<openbd%[email protected]> >>>>> >. >>>>> >>>>> For more options, visit https://groups.google.com/** >>>>> groups/opt_out <https://groups.google.com/groups/opt_out>. >>>>> >>>>> >>>>> -- >>>> -- >>>> online documentation: http://openbd.org/manual/ >>>> >>>> http://groups.google.com/**group/openbd?hl=en<http://groups.google.com/group/openbd?hl=en> >>>> >>>> --- >>>> You received this message because you are subscribed to the >>>> Google Groups "Open BlueDragon" group. >>>> To unsubscribe from this group and stop receiving emails from >>>> it, send an email to >>>> openbd+unsubscribe@**googlegroups.com<openbd%[email protected]> >>>> >>>> <mailto:openbd%2Bunsubscribe@**googlegroups.com<openbd%[email protected]> >>>> >. >>>> >>>> For more options, visit https://groups.google.com/** >>>> groups/opt_out <https://groups.google.com/groups/opt_out>. >>>> >>>> >>>> >>>> -- >>>> -- >>>> online documentation: http://openbd.org/manual/ >>>> >>>> http://groups.google.com/**group/openbd?hl=en<http://groups.google.com/group/openbd?hl=en> >>>> >>>> --- >>>> You received this message because you are subscribed to the Google >>>> Groups "Open BlueDragon" group. >>>> To unsubscribe from this group and stop receiving emails from it, >>>> send an email to >>>> openbd+unsubscribe@**googlegroups.com<openbd%[email protected]> >>>> >>>> <mailto:openbd+unsubscribe@**googlegroups.com<openbd%[email protected]> >>>> >. >>>> >>>> For more options, visit >>>> https://groups.google.com/**groups/opt_out<https://groups.google.com/groups/opt_out> >>>> . >>>> >>>> >>>> -- >>> -- >>> online documentation: http://openbd.org/manual/ >>> >>> http://groups.google.com/**group/openbd?hl=en<http://groups.google.com/group/openbd?hl=en> >>> >>> --- >>> You received this message because you are subscribed to the Google >>> Groups "Open BlueDragon" group. >>> To unsubscribe from this group and stop receiving emails from it, >>> send an email to >>> openbd+unsubscribe@**googlegroups.com<openbd%[email protected]> >>> >>> <mailto:openbd%2Bunsubscribe@**googlegroups.com<openbd%[email protected]> >>> >. >>> >>> For more options, visit >>> https://groups.google.com/**groups/opt_out<https://groups.google.com/groups/opt_out> >>> . >>> >>> >>> >>> -- >>> -- >>> online documentation: http://openbd.org/manual/ >>> http://groups.google.com/**group/openbd?hl=en<http://groups.google.com/group/openbd?hl=en> >>> >>> --- >>> You received this message because you are subscribed to the Google >>> Groups "Open BlueDragon" group. >>> To unsubscribe from this group and stop receiving emails from it, send >>> an email to >>> openbd+unsubscribe@**googlegroups.com<openbd%[email protected]> >>> . >>> For more options, visit >>> https://groups.google.com/**groups/opt_out<https://groups.google.com/groups/opt_out> >>> . >>> >>> >>> >> -- >> -- >> online documentation: http://openbd.org/manual/ >> http://groups.google.com/**group/openbd?hl=en<http://groups.google.com/group/openbd?hl=en> >> >> --- You received this message because you are subscribed to the Google >> Groups "Open BlueDragon" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to >> openbd+unsubscribe@**googlegroups.com<openbd%[email protected]> >> . >> For more options, visit >> https://groups.google.com/**groups/opt_out<https://groups.google.com/groups/opt_out> >> . >> >> >> > -- > -- > online documentation: http://openbd.org/manual/ > http://groups.google.com/group/openbd?hl=en > > --- > You received this message because you are subscribed to the Google Groups > "Open BlueDragon" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to [email protected]. > For more options, visit https://groups.google.com/groups/opt_out. > > > -- -- online documentation: http://openbd.org/manual/ http://groups.google.com/group/openbd?hl=en --- You received this message because you are subscribed to the Google Groups "Open BlueDragon" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/groups/opt_out.
