Ok -- just to let y'all know, we did find a solution... Figured I'd post it here for your future use, if you ever run into the same problem.
If you're running CF9 on WinServer2008 with IIS 7, you MUST install the 9.0.1 update, and it's *highly* recommended that you install the 9.0.1 Cumulative Hotfix 1 as well (and, of course, install them in that order, following the instructions from Adobe.) You will be UNABLE to install the 9.0.1 update UNLESS you disable the following roles in your Server Manager: IIS 6 WMI Compatiblity, IIS 6 Scripting Tools, and IIS 6 Management Console. IIS 6 Management Compatibility and IIS 6 Metabase Compatibility CAN remain active IF you want them, but the other three MUST be disabled in order for the 9.0.1 update to go through. And I recommend not re-enabling them after that update goes through, since there's no apparent need for 'em at that point. (Frankly there's no apparent need for any of those IIS 6 roles after the 9.0.1 update, but our system is working well now, and I'm not going to mess with it. LOL) So, once we did all that, everything was good, and there was no need to re-format and re-install everything from scratch -- http://localhost/flex2gateway now returns a blank page (like it's supposed to) instead of the 500 NullPointerException error... Everything's good. Thanks for all the suggestions, but I don't think anyone else has ever gone through this, so no one here (or anywhere on Google, for that matter) seemed to have the right answers. File this one for future reference, though, because I'm sure as Win2008 and IIS 7 becomes more prevalent, someone will need these answers, and will save themselves a BIG headache. :-) L. On Tue, Jun 28, 2011 at 2:17 PM, Laurence MacNeill <[email protected]>wrote: > Yeah, we're gonna get the web-hosting guys to re-format and re-install > everything on the new server. Obviously something just wasn't right there > from the get-go... > > L. > > > > On Tue, Jun 28, 2011 at 2:12 PM, Eric DeCoff <[email protected]> wrote: > >> >> >> On Tue, Jun 28, 2011 at 2:10 PM, Eric DeCoff <[email protected]>wrote: >> >>> Hey Laurence found this in our mail-list archives :) >>> >>> >>> *http://www.mail-archive.com/[email protected]/msg03302.html*<http://www.mail-archive.com/[email protected]/msg03302.html> >>> This is only a solution if you only use HTTPS completely on the site >>> >>> >>> >>> >>> >>> >>> On Tue, Jun 28, 2011 at 2:03 PM, Douglas Knudsen < >>> [email protected]> wrote: >>> >>>> yikes! sounds like time to reset to zero. May the bots be with you! >>>> >>>> >>>> Douglas Knudsen >>>> http://www.cubicleman.com >>>> this is my signature, like it? >>>> >>>> >>>> On Tue, Jun 28, 2011 at 1:57 PM, Laurence MacNeill < >>>> [email protected]> wrote: >>>> >>>>> I can't even get the damn CF9 9.0.1 update to install... I shut down >>>>> all the services, including the Web Publishing Service of course, and the >>>>> update says that CF9 is still running... I even disabled all those >>>>> services >>>>> completely and rebooted, then tried the update again -- same problem. How >>>>> the hell can CF9 be running when it's been completely disabled?! This >>>>> stupid server is apparently all f****d up. >>>>> >>>>> So we're switching back to the old server... Yuck. >>>>> >>>>> L. >>>>> >>>>> On Tue, Jun 28, 2011 at 1:46 PM, Laurence MacNeill < >>>>> [email protected]> wrote: >>>>> >>>>>> I'm not sure what you mean by "where is it mapped to." The CFIDE is >>>>>> located in the E:\Inetpub\prereg\web directory, which is our web-root >>>>>> directory. Loading the CFAdministrator program and looking under >>>>>> Mappings, >>>>>> it does show that folder next to the CFIDE entry. >>>>>> >>>>>> And, yes, <use-mappings> is set to true everywhere in the >>>>>> remoting-config.xml file. >>>>>> >>>>>> L. >>>>>> >>>>>> On Tue, Jun 28, 2011 at 1:34 PM, Eric DeCoff >>>>>> <[email protected]>wrote: >>>>>> >>>>>>> Laurence, >>>>>>> >>>>>>> Ok where is your cold fussion mapped too? >>>>>>> >>>>>>> do you have >>>>>>> >>>>>>> <use-mappings>true</use-mappings> >>>>>>> >>>>>>> in your remoting-config.xml >>>>>>> >>>>>>> >>>>>>> On Tue, Jun 28, 2011 at 12:17 PM, Laurence MacNeill < >>>>>>> [email protected]> wrote: >>>>>>> >>>>>>>> The ColdFusion .NET service wouldn't have anything to do with this, >>>>>>>> would it? That service is running on the working test-server, but >>>>>>>> it's not >>>>>>>> running on the new live-server... >>>>>>>> >>>>>>>> The only other difference I can see between the two systems is that >>>>>>>> the new live-server has version 9.0.0.251028 installed, whereas the >>>>>>>> test-server has 9.0.1.274733 installed... Could *that* be the issue? >>>>>>>> >>>>>>>> L. >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On Tue, Jun 28, 2011 at 11:06 AM, [email protected] < >>>>>>>> [email protected]> wrote: >>>>>>>> >>>>>>>>> Have you tried starting CF from the command line - might help as CF >>>>>>>>> shows everything going on from that vantage point? >>>>>>>>> >>>>>>>>> Hope that helps. >>>>>>>>> >>>>>>>>> Mike >>>>>>>>> >>>>>>>>> > -------- Original Message -------- >>>>>>>>> > Subject: Re: [AFFUG Discuss] https CF9 flash-remoting broken on >>>>>>>>> new web >>>>>>>>> > server... >>>>>>>>> > From: Laurence MacNeill ** >>>>>>>>> > Date: Tue, June 28, 2011 10:45 pm >>>>>>>>> > To: [email protected] >>>>>>>>> >>>>>>>>> > >>>>>>>>> > Emphasis on "should be" LOL Yeah, that's why this is so >>>>>>>>> confusing -- all the .cfm-based web-pages are working just fine... >>>>>>>>> It's >>>>>>>>> only the Flex stuff that's failing... >>>>>>>>> > >>>>>>>>> > I really wish I knew more about IIS 7... I keep coming back to >>>>>>>>> that -- it's gotta be in there somewhere... I've checked everything >>>>>>>>> there >>>>>>>>> is to check in ColdFusion 9, and while I'm certainly no CF expert, >>>>>>>>> I've done >>>>>>>>> enough CF installs to know what to check -- it really just doesn't >>>>>>>>> appear to >>>>>>>>> be a CF problem to me... No errors in the logs, no exceptions, no >>>>>>>>> nothing >>>>>>>>> -- it all appears to be a completely normal CF install... >>>>>>>>> > >>>>>>>>> > That link you sent -- I went thru that when I upgraded from CF8 >>>>>>>>> to CF9, back about 6 or 8 months ago... I did check all that out >>>>>>>>> again, >>>>>>>>> though, just to make sure... Seems like all my .xml files are >>>>>>>>> correct... >>>>>>>>> That's why this is just so darn frustrating... >>>>>>>>> > >>>>>>>>> > Thanks for the suggestions, >>>>>>>>> > L. >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > On Tue, Jun 28, 2011 at 10:34 AM, Douglas Knudsen wrote: >>>>>>>>> > well, as long as CFM pages are loading, IIS should be handing >>>>>>>>> things off and returning them properly. This should not interfere >>>>>>>>> with CF >>>>>>>>> and the Flex services, never did for IIS 6, the last time I got near >>>>>>>>> that >>>>>>>>> mess :) Errors about the Flex services not starting should be in the >>>>>>>>> CFAdmin logs section if there is a issue, I'd expect, though could be >>>>>>>>> in the >>>>>>>>> JEE logs instead. >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > CF9 changed the config in this area a bit too >>>>>>>>> > >>>>>>>>> http://help.adobe.com/en_US/ColdFusion/9.0/Developing/WS5B9C73A8-5FA2-4a54-B0C6-CECA2E20052D.html >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > Douglas Knudsen >>>>>>>>> > http://www.cubicleman.com >>>>>>>>> > this is my signature, like it? >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > On Tue, Jun 28, 2011 at 9:43 AM, Laurence MacNeill wrote: >>>>>>>>> > >>>>>>>>> > So, the built-in Flex services are not starting up or are >>>>>>>>> misconfigured, then... Gotta be that, because I've *never* >>>>>>>>> hard-coded >>>>>>>>> anything in my services-config and remoting-config files... Ever... >>>>>>>>> (Just >>>>>>>>> for kicks, I'm checking them again -- but I gurarantee you there's no >>>>>>>>> hard-coded links in there). It's all {server.name} and >>>>>>>>> {server.port}, etc, etc... >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > My major question, now, is this -- how do I get the built-in Flex >>>>>>>>> services to start up? If those services aren't starting, why is >>>>>>>>> there no >>>>>>>>> error message in any of the logs? Might it be an IIS 7 permissions >>>>>>>>> issue of >>>>>>>>> some sort? If so, to whom do I give permissions, and to what? >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > Thanks, >>>>>>>>> > L. >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > On Tue, Jun 28, 2011 at 9:37 AM, Douglas Knudsen wrote: >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > if http://localhost/flex2gateway fails to load a blank page, >>>>>>>>> then the built in Flex services have not started up or are >>>>>>>>> misconfigured. >>>>>>>>> Be sure your xml config files you copied have no hardcoded IPs or >>>>>>>>> such. In >>>>>>>>> fact, there is no need to have domains or IPs in there, they make use >>>>>>>>> of JEE >>>>>>>>> properties. I would put the original services-config and >>>>>>>>> remoting-config >>>>>>>>> back in, restart, and test. If http://localhost/flex2gateway then >>>>>>>>> loads a blank page, start from there. >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > I'll also note, the crossdomain file will have naught to do with >>>>>>>>> all this unless you are hosting a Flash app on ANOTHER server and >>>>>>>>> pointing >>>>>>>>> it to your CF server. Test this all out after localhost is working, >>>>>>>>> go with >>>>>>>>> the power of Ockham :) >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > Douglas Knudsen >>>>>>>>> > http://www.cubicleman.com >>>>>>>>> > this is my signature, like it? >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > On Tue, Jun 28, 2011 at 9:24 AM, Eric DeCoff wrote: >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > When all else fails.. >>>>>>>>> > Go to the fiddler >>>>>>>>> > http://www.fiddler2.com/fiddler2/ >>>>>>>>> > >>>>>>>>> > On Jun 28, 2011 9:06 AM, "Laurence MacNeill" wrote:> It appears >>>>>>>>> to be working -- we can serve regular https:// pages with no >>>>>>>>> >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > > problems... >>>>>>>>> > > >>>>>>>>> > > Any ideas why I'm still getting a "500" error when I browse to >>>>>>>>> > > http://localhost/flex2gateway ? I've tried every suggestion I >>>>>>>>> could find on >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > > Google when I searched... Nothing has made a diffference... >>>>>>>>> (Well, I can't >>>>>>>>> > > try re-installing CF9, like some of the suggestions say to do, >>>>>>>>> because I >>>>>>>>> > > don't have physical access to the machine... But one would >>>>>>>>> think these >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > > web-hosting guys would have a drive-image they'd use to create >>>>>>>>> new >>>>>>>>> > > web-servers, rather than having to go thru all the installation >>>>>>>>> rigamarole >>>>>>>>> > > every time they make a new server... So installation shouldn't >>>>>>>>> be an issue, >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > > one would think...) >>>>>>>>> > > >>>>>>>>> > > Anyway... I'm still open to any suggestions... Thanks, >>>>>>>>> > > >>>>>>>>> > > L. >>>>>>>>> > > >>>>>>>>> > > On Tue, Jun 28, 2011 at 8:13 AM, Eric DeCoff wrote: >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > > >>>>>>>>> > >> Laurence, >>>>>>>>> > >> >>>>>>>>> > >> Have you checked to see >>>>>>>>> > >> If your service on port 443 working >>>>>>>>> > >> On Jun 28, 2011 1:47 AM, "Laurence MacNeill" >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> wrote: >>>>>>>>> > >> > Progress? Maybe? >>>>>>>>> > >> > >>>>>>>>> > >> > I browse to http://localhost/flex2gateway on the new >>>>>>>>> server, and I get >>>>>>>>> > >> the >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> > following: >>>>>>>>> > >> > >>>>>>>>> > >> > 500 >>>>>>>>> > >> > >>>>>>>>> > >> > java.lang.NullPointerException >>>>>>>>> > >> > at >>>>>>>>> > >> >>>>>>>>> jrun.servlet.JRunRequestDispatcher.invoke(JRunRequestDispatcher.java:285) >>>>>>>>> > >> > at >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> >>>>>>>>> jrun.servlet.ServletEngineService.dispatch(ServletEngineService.java:543) >>>>>>>>> > >> > at >>>>>>>>> > >> >>>>>>>>> jrun.servlet.jrpp.JRunProxyService.invokeRunnable(JRunProxyService.java:203) >>>>>>>>> > >> > at >>>>>>>>> > >> >>>>>>>>> jrunx.scheduler.ThreadPool$DownstreamMetrics.invokeRunnable(ThreadPool.java:320) >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> > at >>>>>>>>> > >> >>>>>>>>> jrunx.scheduler.ThreadPool$ThreadThrottle.invokeRunnable(ThreadPool.java:428) >>>>>>>>> > >> > at >>>>>>>>> > >> >>>>>>>>> jrunx.scheduler.ThreadPool$UpstreamMetrics.invokeRunnable(ThreadPool.java:266) >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> > at jrunx.scheduler.WorkerThread.run(WorkerThread.java:66) >>>>>>>>> > >> > >>>>>>>>> > >> > >>>>>>>>> > >> > That certainly seems to me like the problem, eh? If the >>>>>>>>> flex2gateway >>>>>>>>> > >> itself >>>>>>>>> > >> > isn't working, then no matter what I do with the >>>>>>>>> services-config.xml >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> file, >>>>>>>>> > >> > it's not gonna work. >>>>>>>>> > >> > >>>>>>>>> > >> > So -- the question now is, How do I fix the flex2gateway? >>>>>>>>> > >> > >>>>>>>>> > >> > L. >>>>>>>>> > >> > >>>>>>>>> > >> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> > >>>>>>>>> > >> > On Tue, Jun 28, 2011 at 12:31 AM, Laurence MacNeill >>>>>>>>> > >> > wrote: >>>>>>>>> > >> > >>>>>>>>> > >> >> Ok -- found the log files on Win 2008 / IIS 7... >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> >> >>>>>>>>> > >> >> Here's the offending line: >>>>>>>>> > >> >> 2011-06-28 04:20:58 ##.##.##.## POST >>>>>>>>> /flex2gateway/cfamfsecure - 443 - >>>>>>>>> > >> >> ##.##.##.## >>>>>>>>> > >> >> >>>>>>>>> Mozilla/5.0+(compatible;+MSIE+9.0;+Windows+NT+6.1;+WOW64;+Trident/5.0) >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> 500 0 >>>>>>>>> > >> >> 0 405 >>>>>>>>> > >> >> >>>>>>>>> > >> >> (I've replaced the IP addresses with the '#'s in that >>>>>>>>> line). >>>>>>>>> > >> >> >>>>>>>>> > >> >> So -- the 500 error is at the end of the line there, but >>>>>>>>> what does the >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> "0 0 >>>>>>>>> > >> >> 405" mean after the 500? Can that help me diagnose this >>>>>>>>> problem somehow? >>>>>>>>> > >> >> And why is there a problem anyway? Shouldn't it be doing >>>>>>>>> exactly that? >>>>>>>>> > >> >> Posting data to the /flex2gateway/cfamfsecure channel? I'm >>>>>>>>> really not >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> sure >>>>>>>>> > >> >> what's up with that... >>>>>>>>> > >> >> >>>>>>>>> > >> >> L. >>>>>>>>> > >> >> >>>>>>>>> > >> >> >>>>>>>>> > >> >> On Tue, Jun 28, 2011 at 12:16 AM, Laurence MacNeill < >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> >> [email protected]> wrote: >>>>>>>>> > >> >> >>>>>>>>> > >> >>> If I enable 32-bit apps, it breaks everything... Ran into >>>>>>>>> this problem >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> >>> before trying to run 32-bit ColdFusion 8 on a 64-bit IIS. >>>>>>>>> That's why we >>>>>>>>> > >> >>> actually upgraded our old server to 64-bit ColdFusion 9 >>>>>>>>> many months >>>>>>>>> > >> ago... >>>>>>>>> > >> >>> As far as errors in the logs are concerned -- any idea >>>>>>>>> where those >>>>>>>>> > >> might >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> >>> be on Windows 2008 with IIS 7 and CF 9? I've never used >>>>>>>>> Win 2008 or IIS >>>>>>>>> > >> 7 >>>>>>>>> > >> >>> 'till today... No clue where the logs are... >>>>>>>>> > >> >>> >>>>>>>>> > >> >>> https certificates: We're using the same cert from the old >>>>>>>>> server... >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> Cert >>>>>>>>> > >> >>> is working fine -- no browser certificate errors at all. >>>>>>>>> > >> >>> >>>>>>>>> > >> >>> I will try again to clear out my browser cache(s)... Did >>>>>>>>> it once >>>>>>>>> > >> earlier >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> >>> when the problem first surfaced, but maybe it needs to be >>>>>>>>> done again... >>>>>>>>> > >> >>> >>>>>>>>> > >> >>> Thanks, >>>>>>>>> > >> >>> L. >>>>>>>>> > >> >>> On Tue, Jun 28, 2011 at 12:06 AM, Marty Blood > >wrote: >>>>>>>>> >>>>>>>>> > >> >>> >>>>>>>>> > >> >>>> A quick Google search turns up this link: >>>>>>>>> > >> >>>> >>>>>>>>> > >> >>>>>>>>> http://ppshein.wordpress.com/2010/08/12/internal-500-error-cf9-on-window-2008/ >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> >>>> >>>>>>>>> > >> >>>> So it might be that you just need to enable 32-bit apps >>>>>>>>> to run in IIS >>>>>>>>> > >> and >>>>>>>>> > >> >>>> restart it. >>>>>>>>> > >> >>>> >>>>>>>>> > >> >>>> Barring that, a 500 status usually means it's the app >>>>>>>>> server that's >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> >>>> throwing an error. Did you see any errors in the CF9 logs >>>>>>>>> or the IIS >>>>>>>>> > >> logs? >>>>>>>>> > >> >>>> Also, with https did you generate new certificates or are >>>>>>>>> you using >>>>>>>>> > >> the >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> >>>> same ones from the old server? Can you verify they were >>>>>>>>> installed >>>>>>>>> > >> properly >>>>>>>>> > >> >>>> in IIS and CF9? (I personally don't know how but you >>>>>>>>> should be able to >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> get >>>>>>>>> > >> >>>> your network admins to double check that or just make >>>>>>>>> sure when you >>>>>>>>> > >> connect >>>>>>>>> > >> >>>> to a basic web resource served up by IIS you don't see >>>>>>>>> any certificate >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> >>>> errors). >>>>>>>>> > >> >>>> >>>>>>>>> > >> >>>> I'm guessing you've run through this but it can't hurt to >>>>>>>>> ask if >>>>>>>>> > >> you've >>>>>>>>> > >> >>>> cleared out your cache (browser, temp files, flash >>>>>>>>> cookies if you're >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> using >>>>>>>>> > >> >>>> any Flex) in case something on the client side is caching >>>>>>>>> references >>>>>>>>> > >> to >>>>>>>>> > >> >>>> keys, certs, hashes, who-knows-what that were generated >>>>>>>>> by the old >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> server? >>>>>>>>> > >> >>>> >>>>>>>>> > >> >>>> Best of luck! >>>>>>>>> > >> >>>> >>>>>>>>> > >> >>>> -Marty >>>>>>>>> > >> >>>> >>>>>>>>> > >> >>>> On Mon, Jun 27, 2011 at 11:28 PM, Laurence MacNeill < >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> >>>> [email protected]> wrote: >>>>>>>>> > >> >>>> >>>>>>>>> > >> >>>>> I'm at my wit's end here... >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> >>>>> >>>>>>>>> > >> >>>>> We migrated everything over to a new server today... Win >>>>>>>>> 2008, IIS 7, >>>>>>>>> > >> >>>>> CF9... We were running Win 2003, IIS 6 on the old server >>>>>>>>> (but still >>>>>>>>> > >> had CF9 >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> >>>>> on the old one, so nothing should've changed there). >>>>>>>>> > >> >>>>> >>>>>>>>> > >> >>>>> I copied the services-config.xml and the >>>>>>>>> remoting-config.xml files >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> from >>>>>>>>> > >> >>>>> the old server to the new one, since both the old one >>>>>>>>> and the new one >>>>>>>>> > >> have >>>>>>>>> > >> >>>>> CF9 on them, and both are configured exactly the same >>>>>>>>> way. >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> >>>>> >>>>>>>>> > >> >>>>> I copied our crossdomain.xml file as well. Shouldn't be >>>>>>>>> any changes >>>>>>>>> > >> >>>>> there, since the new server has the exact same >>>>>>>>> domain-name as the old >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> server >>>>>>>>> > >> >>>>> (because our domain-name now points to the new server). >>>>>>>>> > >> >>>>> >>>>>>>>> > >> >>>>> So someone please tell me why I'm getting the following >>>>>>>>> error: >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> >>>>> "Channel.Connect.Failed error NetConnection.Call.Failed: >>>>>>>>> HTTP: Status >>>>>>>>> > >> >>>>> 500: url: ' >>>>>>>>> https://www.mydomain.net/flex2gateway/cfamfsecure"; >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> >>>>> >>>>>>>>> > >> >>>>> I've checked everything I know to check... It's always >>>>>>>>> been some kind >>>>>>>>> > >> >>>>> of mis-configuration in the services-config or >>>>>>>>> remote-config files >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> >>>>> before... But not this time, apparently. I'm totally >>>>>>>>> stumped. Could >>>>>>>>> > >> it >>>>>>>>> > >> >>>>> somehow be Win 2008 or IIS 7 that are causing the >>>>>>>>> problem? Because >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> those >>>>>>>>> > >> >>>>> are the only things that are different between the new >>>>>>>>> server and the >>>>>>>>> > >> old >>>>>>>>> > >> >>>>> one... >>>>>>>>> > >> >>>>> >>>>>>>>> > >> >>>>> Please help ASAP. >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> >>>>> >>>>>>>>> > >> >>>>> Thanks. >>>>>>>>> > >> >>>>> L. >>>>>>>>> > >> >>>>> >>>>>>>>> > >> >>>>> >>>>>>>>> > >> >>>> >>>>>>>>> > >> >>>> >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >> >>> >>>>>>>>> > >> >> >>>>>>>>> > >> >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> > >>>>>>>>> >>>>>>>>> >>>>>>>>> ------------------------------------------------------------- >>>>>>>>> To unsubscribe from this list, simply email the list with >>>>>>>>> unsubscribe in the subject line >>>>>>>>> >>>>>>>>> For more info, see http://www.affug.com >>>>>>>>> Archive @ http://www.mail-archive.com/discussion%40affug.com/ >>>>>>>>> List hosted by FusionLink <http://www.fusionlink.com/> >>>>>>>>> ------------------------------------------------------------- >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>> >>>>>>> >>>>>>> -- >>>>>>> Eric R. DeCoff >>>>>>> Changing the world, >>>>>>> 1 line of code at a time >>>>>>> >>>>>> >>>>>> >>>>> >>>> >>> >>> >>> -- >>> Eric R. DeCoff >>> Changing the world, >>> 1 line of code at a time >>> >> >> >> >> -- >> Eric R. DeCoff >> Changing the world, >> 1 line of code at a time >> > >
