Jeffrey Battershall said the following on 03/17/2011 12:37 PM: > Re: MACHII_APP_KEY, only about 50% of the 11 sub apps > have MACHII_APP_KEY defined. If you multiple M2 applications sharing the same CFML application memory space, the MACHII_APP_KEY needs to be unique for each of your applications. We use the app key in order to keep things separate when using the same CFML application memory space. More than likely -- you are getting into situations where things are overwritten each other. Make sure all applications have a unique app key.
There was an issue with how we computed an app key if you did not define one. This was fixed in 1.8: http://trac.mach-ii.com/machii/ticket/373 Wast this ticket filed by somebody in your organization? http://trac.mach-ii.com/machii/ticket/759 > re: CS version: 1.2 Are you using a zip release or something from CVS? The zip release is full of missing var scoped statements which I fixed in the 1.2 trunk in CVS over a year ago. I could never get the CS team to pushed as a dot update. > Re: accessing CS, application.serviceFactory.getBean('ConfigBean') ia > typical. This is ok during onApplicationStart() phase of your application, but rather dangerous to do during a runtime. The getBean() method is not a locked process and can cause race conditions to occur if CS has to load up a bean definition during runtime. It's vastly different if it already has a bean in the cache -- it just returns the cached bean instead. Are you only using CS for singletons? If you can share an example of what you are doing with getBean(), that would be most beneficial to the discussion. .pjf -- 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/
