On Tue, Jun 28, 2011 at 2:10 PM, Eric DeCoff <ericdec...@gmail.com> wrote:
> Hey Laurence found this in our mail-list archives :) > > > *http://www.mail-archive.com/discussion@acfug.org/msg03302.html*<http://www.mail-archive.com/discussion@acfug.org/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 <douglasknud...@gmail.com > > 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 < >> laurence5...@gmail.com> 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 < >>> laurence5...@gmail.com> 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 <ericdec...@gmail.com>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 < >>>>> laurence5...@gmail.com> 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, ow...@u-saw-it.com < >>>>>> ow...@u-saw-it.com> 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: discussion@affug.com >>>>>>> >>>>>>> > >>>>>>> > 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 < >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >> >> laurence5...@gmail.com> 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 < >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >>>>>>> > >> >>>> laurence5...@gmail.com> 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
