Dave, Just to clarify, we aren't running just one application - each separate Mach-ii app has its own Application.cfc. That said, the fact that the applications are NAMED the same might have the same effect has one monolithic app. The overwrite scenario certainly sounds like that we're looking at.
Another workaround/fix would be to not have to name all the application.cfc's the same. But that gets into alternate ways to preserve session across applications. Jeff On Thu, Mar 17, 2011 at 11:03 AM, Dave Shuck <[email protected]> wrote: > I don't endorse the approach of running multiple Mach-II applications under > a single application for this very type of reason, although I work at a > company that did this very thing well before I came aboard! > > I think the quickest workaround would be to at least have your applications > point to a single ColdSpring configuration file that contains all the bean > definitions. I think that would likely get you around the immediate > inconsistency that you are seeing. However, I still hold a lot of > reservations about multiple Mach-II apps in a single Application, and would > recommend that you give a good hard look at your app design as you move > forward. > > > > ~Dave Shuck > /***************************************** > @dshuck - http://daveshuck.com > DFW CFML User Group - @dfwcfml > *****************************************/ > > > > On Thu, Mar 17, 2011 at 9:51 AM, Jeffrey Battershall < > [email protected]> wrote: > >> Thanks Dave, >> >> Yes, we're running multiple ColdSpring factory instances, and yes, it does >> sound like what you're describing. >> >> The question is how to circumvent the behavior. Any ideas? >> >> Jeff >> >> On Thu, Mar 17, 2011 at 10:37 AM, Dave Shuck <[email protected]> wrote: >> >>> So, just to be clear, these are separate Mach-II applications (not >>> modules, or includes) that are all under the same Application? >>> >>> I would imagine that if that is the case, you probably have a mechanism >>> to load ColdSpring in each of those applications, and if that is indeed the >>> case, I suppose it possible that each of those instance is actually being >>> written to the same memory space. Are you pointing to a single CS config >>> file or does each Mach-II application have its own? What I am getting at in >>> those questions is that I can imagine a case where one of the applications >>> may not have the been definition that the others does, and when that >>> application loads, it is overwriting the service factory instance that does >>> contain the bean. >>> >>> Does that fit your scenario? >>> >>> ~Dave Shuck >>> /***************************************** >>> @dshuck - http://daveshuck.com >>> DFW CFML User Group - @dfwcfml >>> *****************************************/ >>> >>> >>> >>> On Thu, Mar 17, 2011 at 9:22 AM, Jeff B <[email protected]> wrote: >>> >>>> Hi, >>>> >>>> We're using Mach-ii 1.6.1 in production (CF9) and have an architecture >>>> with a root application and many sub applications, and many of these >>>> are using ColdSpring. These sub apps are all named the same in >>>> Application.cfc to facilitate session-sharing across applications. One >>>> in particular is also driving a Flex app using a remote facade. >>>> >>>> This last one is causing us problems intermittently when Flex returns >>>> an error from the facade that a particular service bean isn't present >>>> in the service factory. By changing all the application names, we >>>> can force a refresh and functionality is restored, but it is unclear >>>> as to why this is happening in the first place. >>>> >>>> We can obviously work around this by creating the service factory >>>> again in the application scope but would be a hack. We'd like to >>>> understand what is going on. If this has been addressed by a later >>>> version of Mach-ii, we'd like to pursue that as a solution. >>>> >>>> Any advice appreciated. >>>> >>>> Jeff >>>> >>>> -- >>>> Come see Team Mach-II at OpenCFSummit - Feb 21-23, Dallas, TX - >>>> http://www.opencfsummit.org/ >>>> >>>> To post to this group, send email to >>>> [email protected] >>>> For more options and to unsubscribe, visit this group at >>>> http://groups.google.com/group/mach-ii-for-coldfusion?hl=en >>>> >>>> SVN: http://svn.mach-ii.com/machii/ >>>> Wiki / Documentation / Tickets: http://trac.mach-ii.com/machii/ >>>> >>> >>> -- >>> Come see Team Mach-II at OpenCFSummit - Feb 21-23, Dallas, TX - >>> http://www.opencfsummit.org/ >>> >>> To post to this group, send email to >>> [email protected] >>> For more options and to unsubscribe, visit this group at >>> http://groups.google.com/group/mach-ii-for-coldfusion?hl=en >>> >>> SVN: http://svn.mach-ii.com/machii/ >>> Wiki / Documentation / Tickets: http://trac.mach-ii.com/machii/ >>> >> >> -- >> Come see Team Mach-II at OpenCFSummit - Feb 21-23, Dallas, TX - >> http://www.opencfsummit.org/ >> >> To post to this group, send email to >> [email protected] >> For more options and to unsubscribe, visit this group at >> http://groups.google.com/group/mach-ii-for-coldfusion?hl=en >> >> SVN: http://svn.mach-ii.com/machii/ >> Wiki / Documentation / Tickets: http://trac.mach-ii.com/machii/ >> > > -- > Come see Team Mach-II at OpenCFSummit - Feb 21-23, Dallas, TX - > http://www.opencfsummit.org/ > > To post to this group, send email to > [email protected] > For more options and to unsubscribe, visit this group at > http://groups.google.com/group/mach-ii-for-coldfusion?hl=en > > SVN: http://svn.mach-ii.com/machii/ > Wiki / Documentation / Tickets: http://trac.mach-ii.com/machii/ > -- Come see Team Mach-II at OpenCFSummit - Feb 21-23, Dallas, TX - http://www.opencfsummit.org/ To post to this group, send email to [email protected] For more options and to unsubscribe, visit this group at http://groups.google.com/group/mach-ii-for-coldfusion?hl=en SVN: http://svn.mach-ii.com/machii/ Wiki / Documentation / Tickets: http://trac.mach-ii.com/machii/
