I only store one object in a session variable... UserBean.  This isn't
the issue though. I use an instance factory (technique from your great
tutorials. thanks for that btw). The issue is with objects coldspring
instantiates directly.... e.g., service objects, GW's, DAO's.

I confirmed this by doing two tests:

Setup: Restarted server to clear any app/session scope variables.

- Loaded the "ADMIN" site (SecurityService has a dependency injected
object called "Crypto".)
- Loaded the "PUBLIC" site (SecurityService DOES NOT have a dependency
injected object called "Crypto".)

Result:

- ADMIN site loads fine
- PUBLIC site says there is no "setCrypto" method

- Modify PUBLIC SecurityService.cfc and reload PUBLIC site - no change
- Modify ADMIN SecurityService.cfc and reload PUBLIC site - changes
show up

So, it is very apparent that CF isn't segregating these objects based
off application names.

This is very frustrating.


On Jan 25, 4:40 pm, Dan Wilson <[email protected]> wrote:
> I've seen this happen when the application names were the same.
> (Application.cfm or Application.cfc)
>
> Are you sure this is how you have it configured?
>
> Do you have a separate index.cfm for each? (With the ModelGlue.cfm
> included?)
>
> There should be no trouble running two separate applications side by side,
> even if the objects are named the same.
>
> Are you, possibly using a scope to store your bean factory in that leaks
> across to your other application (like Server Scope)?
>
>
>
>
>
>
>
>
>
> On Tue, Jan 25, 2011 at 7:35 PM, theinternot <[email protected]> wrote:
> > Forgot to mention:
>
> > CF9/IIS/MG 3.1
>
> > On Jan 25, 4:30 pm, theinternot <[email protected]> wrote:
> > > Hi all,
>
> > > I am working on an application that shares a lot of the same code base
> > > (e.g., security and user management).
>
> > > Basically, there is a public front end and a private admin back end.
> > > We will call them 'PUBLIC' and 'ADMIN' ... there are many objects that
> > > each application uses that have identical names: e.g.,
> > > SecurityService, SecurityGW, UserService...etc...
>
> > > - both apps reside on the same server and use the same MG core files.
> > > - each app has a unique Application name stated in the Application.cfc
> > > and Application.cfm files
> > > - both have separate folders and ip's on the same machine
> > > - although the are in different folders with different ip's, the paths
> > > for object instantiation are the same in coldspring:
> > > model.security.SecurityService, etc...
>
> > > The problem is this... when I instantiate one application's objects,
> > > those objects are used by the other app and are not recreated in their
> > > own application sandbox.
>
> > > Is this expected behavior?
> > > Am I missing a configuration setting of some kind?
> > > Do I need to make every object name unique regardless of what
> > > application it is running in??
>
> > > Thanks,
>
> > > John
>
> > --
> > Model-Glue Sites:
> > Home Page:http://www.model-glue.com
> > Documentation:http://docs.model-glue.com
> > Bug Tracker:http://bugs.model-glue.com
> > Blog:http://www.model-glue.com/blog
>
> > You received this message because you are subscribed to the Google
> > Groups "model-glue" group.
> > To post to this group, send email to [email protected]
> > To unsubscribe from this group, send email to
> > [email protected]<model-glue%2Bunsubscribe@googlegrou 
> > ps.com>
> > For more options, visit this group at
> >http://groups.google.com/group/model-glue?hl=en
>
> --
> Plutarch - "The mind is not a vessel to be filled but a fire to be kindled."

-- 
Model-Glue Sites:
Home Page: http://www.model-glue.com
Documentation: http://docs.model-glue.com
Bug Tracker: http://bugs.model-glue.com
Blog: http://www.model-glue.com/blog

You received this message because you are subscribed to the Google
Groups "model-glue" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to
[email protected]
For more options, visit this group at
http://groups.google.com/group/model-glue?hl=en

Reply via email to