hi, actually yes the source is as such com.mysite.mycomponent.
that component lives in mysite/bin/com.mysite.mycomponent. where BIN is the
root directory for the website.
the endpoint i think is the attribute with the 'merge' fields {server.name},
and this is specified in code, not in the services-config file. this can be
changed.
i was using session vars for a while but figured that application vars would
work even better and i would not have to worry about sessions at all- but
since my cfapplication is given a name- i would never expect the vars to get
mixed up, but somewhere along the way....
thanks so far.
D.
On 9/7/07, Jeffry Houser <[EMAIL PROTECTED]> wrote:
>
>
> That gives me a better understanding, yes. I haven't experienced such
> a problem yet.
>
> When I talk about the source of the RemoteObject, that is usually the
> path to the CFC, relative to the server root directory. I'd expect it
> to be something like:
>
> "com.mysite.object"
>
> based on the initial e-mail.
>
> I'd expect the server.name / server.port to be in a services-config
> file, not specified as part of RemoteObject. Is that a correct
> expectation?
>
> IF the sites are all using the same instance of ColdFusion, I wonder
> if this is some type of server side caching based on the component name?
>
> Derrick Anderson wrote:
> >
> >
> > hi,
> >
> > i have 3 copies of the same application- each client is different and
> > the apps are slightly modified for each is the reason that i am not
> > using a single code-base. Each site is using the same instance of CF.
> >
> > The source name is dynamic like {server.name
> > <http://server.name>}:{server.port} (i think that's right- i dont' have
> > the code in front of me).
> >
> > So for example:
> >
> > Client A goes in and makes some RemoteObject calls
> > Client B goes in their application and the application variables i use
> > on the server side are getting mixed up. Some vars are client A vars,
> > and some vars are client B vars. The components directory on the server
> > has a application.cfm file, each with their own application name, which
> > is why i don't understand how the variables would get mixed up, but best
>
> > i can tell that is what is happening- when the remoteObject call is
> > made, sometimes it goes to the wrong clients files.
> >
> > so for example, my clientA application.cfm has something like:
> > <cfset application.clientID = 9>
> >
> > client B might be
> > <cfset application.clientID = 10>
> >
> > sometimes client B will return 9 where it should not.
> >
> > did i explain this well enough?
> >
> > d.
> >
> >
> > On 9/7/07, *Jeffry Houser* <[EMAIL PROTECTED] <jeff%40farcryfly.com>
> > <mailto:[EMAIL PROTECTED] <jeff%40farcryfly.com>>> wrote:
> >
> >
> > I'm unclear on your setup, or the specific problem.
> >
> > It sounds like you have three deployments of the same application. Is
> > that correct? If so, why does it matter which set of (presumably
> > identical) CFCs is called? Why keep multiple sets in the first place?
> >
> > Or are do you have three separate, different, applications deployed on
> > the same server?
> >
> > Does each instance of IIS (or Apache) have a separate instance of
> > ColdFusion, or are all sites using the same instance?
> >
> > Are you using a dynamic remoteObject source name, or is it hard coded?
> >
> > Derrick Anderson wrote:
> > >
> > >
> > > hi,
> > >
> > > i'm having an issue calling CFC components from Flex using
> > RemoteObject.
> > >
> > > I have 3 copies of my flex application on the server (1 for each
> > client
> > > currently). the source for my remoteObject calls is a dynamic
> > string {
> > > server.name <http://server.name> < http://server.name
> > <http://server.name>>}:{server.port} i think, picking up on a
> > > tip from the list for not having to hard-code the sources.
> > >
> > > The problem is the 3 flex apps seem to be calling each others
> > components
> > > and i don't know why- i reference the object as com.mysite.object,
> > where
> > > the com folder is in the site root that i'm in. What is it I'm
> > missing,
> > > shouldn't the base directory for remoteObject calls be the current
> > site
> > > root?
> > >
> > > tia
> > > D.
> >
> > --
> > Jeffry Houser, Technical Entrepreneur, Software Developer, Author,
> > Recording Engineer
> > AIM: Reboog711 | Phone: 1-203-379-0773
> > --
> > My Company: <http://www.dot-com-it.com <http://www.dot-com-it.com>>
> > My Podcast: <http://www.theflexshow.com <http://www.theflexshow.com>>
> > My Blog: <http://www.jeffryhouser.com <http://www.jeffryhouser.com>>
> >
> >
> >
>
> --
> Jeffry Houser, Technical Entrepreneur, Software Developer, Author,
> Recording Engineer
> AIM: Reboog711 | Phone: 1-203-379-0773
> --
> My Company: <http://www.dot-com-it.com>
> My Podcast: <http://www.theflexshow.com>
> My Blog: <http://www.jeffryhouser.com>
>
>
>
