Correct: you need to use setRemoteCreditials for both Flash Remoting and FDS. A bit inconvenient, but still a very workable solution I would argue.
Putting FDS inside the CF instance may not be feasible with CF and Flex 2: we did some initial investigation on whether a "bundled" install would be possible and we stopped when we realized that Flex 2 overlapped with Flex 1.5 in a number of ways (package names, classes in packages, etc)., and since we have a good chunk of Flex 1.5 in CF, that didn't seem like a feasible way to go, and w already had everything working without haviung to put FDS in a CF instance. FYI, Mike Nimer also blogged the custom channels solution and we;ll make a TechNote out of it as well. I'll also point out to the Flex support team that the old Flex 1.5 tech note should point to the new Flex 2 TechNote for Flex 2 customers who want to get FDS + FlashRemoting working in the same Flex 2 app with a CF backend. Mike's post is here: http://www.mikenimer.com/index.cfm/2006/7/19/Flex-Data-Server-and-CF- Flash-Remoting-together HTH Damon --- In [email protected], "Dirk Eismann" <[EMAIL PROTECTED]> wrote: > > Unfortunately not - if your authenticated against FDS (or a service behind FDS by using setRemoteCredentials()) you're not automatically authenticated against the RPC destination as this is running in a different process and vice versa. > > You'll have to set the same credentials on both RPC and DS service which of course makes things a bit more different to handle. > > This is the major drawback when using both RPC and DMS with CF and I hope there will be a better solution in a future release. > > Dirk. > > > -----Original Message----- > > From: [email protected] > > [mailto:[EMAIL PROTECTED] On Behalf Of João Fernandes > > Sent: Thursday, July 20, 2006 12:14 AM > > To: [email protected] > > Subject: RE: [flexcoders] Re: Flex and CF > > > > > > Mike, > > > > using this approach, will an authentication made by a RPC > > call be available by the FDS assembler? > > Imagine that I want to filter some fill call based on the > > value of the getauthuser(), do I need to use > > setRemoteCredentials on my DS destination or it's already available? > > > > So basically, does a session created from a RPC call be the > > same as the one created my FDS when calling the assembler? > > > > João Fernandes > > > > -----Original Message----- > > From: [email protected] on behalf of Mike Nimer > > Sent: Wed 19-Jul-06 10:10 PM > > To: [email protected] > > Subject: Re: [flexcoders] Re: Flex and CF > > > > Joao, > > Your right there isn't much information, and we need more. > > We'll work on that. > > > > However, to answer you question now. To get this working so > > you can call FDS destinations of CF via Flash Remoting you > > would do it this way. > > > > 1) Configure CF on 1 instance/server > > 2) Configure FDS on 2nd instance/server > > 3) Point your project at the services-config.xml in the FDS instance. > > > > Ok at this point you can easily call FDS destinations which > > use CF (or not). Now to also call Flash remoting. > > > > 4) Define the destination and channel with Actionscript, > > instead of letting the compiler do it when it is pointed at > > the CF version of the services-config.xml > > > > To create you own ChannelSet the code would look something like this. > > > > ------ > > public var cSet:ChannelSet; > > > > public function initApp() > > { > > cSet = new ChannelSet(); > > var customChannel:Channel = new AMFChannel("my-cfamf", > > http://localhost:8500/flex2gateway/); > > // Add the Channel to the ChannelSet. > > cSet.addChannel(customChannel); > > foo.channelSet = cSet; > > } > > > > > > <mx:RemoteObject > > id="foo" > > destination="ColdFusion" > > source="com.foo.component" /> > > ----------- > > > > Note: You can use this ChannelSet technique instead of the > > -services compiler flag too. And you can use it, if you want > > to use something like FlashVars to change the endpoint url. > > > > > > hope that helps, > > ---nimer > > > > ----- Original Message ---- > > From: João Fernandes <[EMAIL PROTECTED]> > > To: [email protected] > > Sent: Wednesday, July 19, 2006 1:52:29 PM > > Subject: RE: [flexcoders] Re: Flex and CF > > > > > > Damon, > > > > but there isn't much information if you want to use RPC + > > FDS. All examples are RPC or FDS only, not the mix. > > > > If you define your CF RPC destination inside FDS it won't > > work and there isn't any example, best-practice or a technote > > how to implement this correcly. > > > > If you merge FDS+CF this works fine. If Adobe could publish > > any additional documentation how to achieve this (RPC+FDS), I > > think everyone would be grateful. > > > > João Fernandes > > > > -----Original Message----- > > From: [EMAIL PROTECTED] ups.com on behalf of dcooper2025 > > Sent: Wed 19-Jul-06 6:38 PM > > To: [EMAIL PROTECTED] ups.com > > Subject: [flexcoders] Re: Flex and CF > > > > People seem to think they need to jam FDS into the CF > > instance to get them to work together for some reason, likely > > because that's the main config setup with CF + Flex 1.5, but > > that's not necessary at all any longer with Flex 2 FDS. > > > > With Flex 2 and FDS, you absolutely do not need FDS installed > > into the CF app instance for things to work. We designed them > > to live together on the same machine or seperately on > > different machines/instances, but we didn't spend much time > > on the case where people would try to get FDS inserted into > > the CF instance itself. I suppose there are valid arguments > > for wanting to do this, but with the RMI interface between > > the two now with Flex 2, and the existing Flex 1.5 bits > > already living in the CF7 instance for CF7 Flash Forms, etc > > (and the potential for conflict between Flex 1.5 and Flex > > 2 bits in package names, etc, etc), we thought it best to > > recommend the use case where CF and Flex 2 FDS are not living > > in the same webapp instance. > > > > Hopefully that makes sense. > > > > Damon > > > > > > --- In [EMAIL PROTECTED] ups.com, "Jim" <jackofwebtrades@ > > ...> wrote: > > > > > > Damon, > > > > > > When you say, "They live nicely side-by-side, " how is Coldfusion > > > loaded? Built-in Web Server, Multiserver (JRUN4), Using IIS or > > Apache? > > > Do they work side-by-side if CF is loaded with JRUN and FDS is > > loaded > > > with JRUN too, on the same machine? > > > > > > Coldfusion developers everywhere are having issues getting FDS > > Express > > > to work with CF. Sure we can update CF to 7.0.2. We can even > > install > > > FDS. That's easy. But logic identifies one similarity between CF > > and > > > FDS...ah, they both use JRun. So logic says, they should be able to > > > use the same JRun installation; have one single JRun folder. Is > > that > > > not the case? (I've seen the technote that has us combining web.xml > > > files, coping over other files to the lib folder, etc...but that > > > technote is bogus.) > > > > > > Thanks, > > > > > > Jim Pickering > > > --- In [EMAIL PROTECTED] ups.com, "dcooper2025" <dcooper@> wrote: > > > > > > > > Specifically, you can just install Flex Enterprise Services on a > > > > J2EE server on the same machine as CF, configure everything and > > > > you're good to go. They live very nicely side-by-side. > > > > > > > > FYI, we've made the CF 7.0.2 doc for CF/Flex 2 integration > > available > > > > online where you can quickly reference it as needed" > > > > > > > > http://www.adobe. com/go/cfmx702do cs > > > > > > > > and the ColdFusion 7.0.2 install instructions are here: > > > > > > > > http://www.adobe. com/go/flex2_ cf_installation > > > > > > > > HTH > > > > > > > > Damon > > > > > > > > --- In [EMAIL PROTECTED] ups.com, "Brian Holmes" <bholme@> > > wrote: > > > > > > > > > > Hi everyone, > > > > > Can anyone point me in the right direction of getting CF and > > FDS > > > > up on > > > > > the same server, as it would be on production server. A > > deployment > > > > guide > > > > > or old thread would be nice. Specifically I'm trying to load > > flex > > > > > applications and widgets in our already established CF > > framewok. > > > > > > > > > > > > > > > Thanks, > > > > > Brian > > > > > > > > > > > > > > > *** > > > > > The information in this e-mail is confidential and intended > > solely > > > > for the individual or entity to whom it is addressed. If you > > have > > > > received this e-mail in error, please notify the sender by > > return e- > > > > mail, delete this e-mail, and refrain from any disclosure or > > action > > > > based on the information. > > > > > *** > > > > > > > > > > > > > > > > > > > > > > > ------------------------ Yahoo! Groups Sponsor --------------------~--> Yahoo! Groups gets a make over. See the new email design. http://us.click.yahoo.com/XISQkA/lOaOAA/yQLSAA/nhFolB/TM --------------------------------------------------------------------~-> -- Flexcoders Mailing List FAQ: http://groups.yahoo.com/group/flexcoders/files/flexcodersFAQ.txt Search Archives: http://www.mail-archive.com/flexcoders%40yahoogroups.com Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/flexcoders/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
