Just about every app has CS.  Here's a typical config:

<property name="coldspringProperty"
type="MachII.properties.ColdspringProperty">
            <parameters>
                <parameter name="beanFactoryPropertyName"
value="serviceFactory"/>
                <parameter name="configFile" value="config/tsm-
services.xml"/>
                <parameter name="configFilePathIsRelative"
value="true"/>
                <parameter name="resolveMachIIDependencies"
value="true"/>
                <parameter name="parentBeanFactoryScope"
value="application"/>
                <parameter name="parentBeanFactoryKey" value="false"/>
                <parameter name="placeFactoryInApplicationScope"
value="true" />
                <parameter name="placeFactoryInServerScope"
value="false" />
            </parameters>
        </property>

Jeff

On Mar 17, 1:42 pm, Kurt Wiersma <[email protected]> wrote:
> Are you using the Mach II provided ColdSpring property in all your
> Mach II apps? If so can you post the configuration you are using?
>
> --Kurt
>
> On Thu, Mar 17, 2011 at 12:37 PM, Jeffrey Battershall
>
>
>
>
>
>
>
> <[email protected]> wrote:
> > Peter,
> > Re: MACHII_APP_KEY, only about 50% of the 11 sub apps have MACHII_APP_KEY
> > defined.  re: CS version: 1.2
> > Re: accessing CS, application.serviceFactory.getBean('ConfigBean') ia
> > typical.
> > Jeff
>
> > On Thu, Mar 17, 2011 at 11:42 AM, Peter Farrell <[email protected]> wrote:
>
> >> Are you setting the MACHII_APP_KEY differently for each M2 app that is
> >> sharing the same cfml app memory space?
>
> >> How are you accessing ColdSpring (calling getBean() in each request)?
>
> >> What version of CS?
>
> >> On Mar 17, 2011 10:13 AM, "Jeffrey Battershall" <[email protected]>
> >> wrote:
> >> > 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/
>
> >> --
> >> 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/

Reply via email to