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
>>
>
>

Reply via email to