White screen of death on Mach-II.info (was Re: [Mach-II] Re: A good place to start)

0 views
Skip to first unread message

Phil Cruz

unread,
Apr 4, 2007, 2:20:32 AM4/4/07
to mach-ii-for...@googlegroups.com
Thanks for pointing out mach-ii.info was down.  I haven't made any code changes recently and out of the blue it's doing a White Screen of Death.  It's was a pain to track down because I was not getting any exception.  By deleting parts of mach-ii.xml I narrowed down the problem to the <redirect  /> command.  If I had any events that used the redirect command, I would get the WSD. When I removed all instances of the redirect command the problem goes away.  For example

<event-handler event="registration.registercontinue" access="private">                   
            <notify listener="applicationListener" method="sendRegistrationConfirmation" />                     <redirect event=" registration.complete" />
</event-handler>

would cause a WSD.  Note that just the existence of that in the xml would cause the WSD, even if I tried to execute an event without a redirect. 

This only happens on my shared server at CrystalTech and not on my local dev environment.  Both are version 7,0,2,142559. 

Any ideas why <redirect> would be a probem? and/or how to get better error messages as opposed to WSD?

-Phil

On 4/3/07, Jim <thec...@gmail.com> wrote:

On Apr 3, 1:55 pm, "Peter R. Schmidt" <wshb...@mindspring.com> wrote:
> I would like to bein learning Mach -II. Is there a good place to begin??

You're here - the mailing list is probably one of the best resources!

That said - here are a few others:

Mach-ii.com site - Docs, code (samples) - the resource page could
really stand an update!!!

I found these helpful:

mach-ii.info - download the example files  http://mach-ii.info/
(thought right now this seems down?)

Mach-II Development Guide: http://livedocs.adobe.com/wtg/public/machiidevguide/

Sean's other Mach-II stuff:  http://corfield.org/index.cfm/event/machii.downloads


MachBlog - check out the code:  http://www.machblog.org/

Heard this on ColdFusion Weekly:
http://www.iknowkungfoo.com/blog/index.cfm/2007/2/12/Moving-from-Procedural-to-Object-Oriented-Programming-with-MachII-for-Coldfusion

and

http://www.cfcdeveloper.com/index.cfm/2007/3/27/Creating-an-MVC-Coldfusion-OOP-Application--Part-1


Speaking of CFWeekly - maybe setting up a http://del.icio.us/mach-ii
links page may be useful??

Jim


Peter J. Farrell

unread,
Apr 4, 2007, 10:35:30 AM4/4/07
to mach-ii-for...@googlegroups.com
Phil Cruz said the following on 4/4/2007 1:20 AM:
Thanks for pointing out mach-ii.info was down.  I haven't made any code changes recently and out of the blue it's doing a White Screen of Death.  It's was a pain to track down because I was not getting any exception.  By deleting parts of mach-ii.xml I narrowed down the problem to the <redirect  /> command.  If I had any events that used the redirect command, I would get the WSD. When I removed all instances of the redirect command the problem goes away.  For example

<event-handler event="registration.registercontinue" access="private">                   
            <notify listener="applicationListener" method="sendRegistrationConfirmation" />                     <redirect event=" registration.complete" />
</event-handler>

would cause a WSD.  Note that just the existence of that in the xml would cause the WSD, even if I tried to execute an event without a redirect. 

This only happens on my shared server at CrystalTech and not on my local dev environment.  Both are version 7,0,2,142559. 

Any ideas why <redirect> would be a probem? and/or how to get better error messages as opposed to WSD?

-Phil
Phil, can you confirm which version of Mach-II you are running on the CrystalTech account?

Are you saying you always get the WSD or only on the events that use redirect?  It's a little unclear.

.Peter

Phil Cruz

unread,
Apr 4, 2007, 10:39:51 AM4/4/07
to mach-ii-for...@googlegroups.com


On 4/4/07, Phil Cruz <phil...@gmail.com> wrote:



I'm using v1.1.1 and I always get the WSD.  Thanks.

-Phil

Thought I should clarify a little.  If the <redirect>  command exists in any event handler, I will always get the WSD, even if running a command that doesn't have the <redirect>.  If I strip out all the <redirects> I can get the application to run normally.

-Phil


Brian Meloche

unread,
Apr 4, 2007, 10:47:11 AM4/4/07
to mach-ii-for...@googlegroups.com
You may have other hosts using a Mach-ii mapping. I had that happen
with BlogCFC on my shared hosting account at CrystalTech. Just a
suggestion.

On 4/4/07, Peter J. Farrell <pe...@mach-ii.com> wrote:
>


--
Sincerely,

Brian Meloche
brianmeloche at gmail dot com
http://www.brianmeloche.com/blog/
User Group Manager,
Cleveland Adobe Users Group,
http://www.clevelandmmug.org
User Group Manager,
Cleveland ColdFusion Users Group,
http://www.clevelandcfug.org

Phil Cruz

unread,
Apr 4, 2007, 11:02:23 AM4/4/07
to mach-ii-for...@googlegroups.com
I actually have that mapping on the shared server.

-Phil

Peter J. Farrell

unread,
Apr 4, 2007, 11:23:32 AM4/4/07
to mach-ii-for...@googlegroups.com
Phil Cruz said the following on 4/4/2007 10:02 AM:

> I actually have that mapping on the shared server.
I have not a clue as I've never observed this behavior nor have we ever
heard of something like this happening. The only thing I can think of
is that there is a bad character somewhere in the XML and CF is choking
over it and it just ends up in your redirect commands.

I did notice that there is a space:
<redirect event=" registration.complete" />

In front of your redirect event name. I don't know how many redirects
are in Mach-II.info but there could be the problem.

Does your XML validate against the DTD? Have you tried using the built
in validate XML of Mach-II? It could give you an idea of what's up.

Also, is the shared host Linux based? I assume you're testing on
Windows. Could be a casing issue, but then again I've run 1.1.1 on
Linux/Unix boxes.

.Peter

Phil Cruz

unread,
Apr 4, 2007, 10:36:05 AM4/4/07
to mach-ii-for...@googlegroups.com
On 4/4/07, Peter J. Farrell <pe...@mach-ii.com> wrote:

Phil Cruz

unread,
Apr 4, 2007, 12:46:50 PM4/4/07
to mach-ii-for...@googlegroups.com
On 4/4/07, Peter J. Farrell <pe...@mach-ii.com> wrote:


The xml file has not changed in a long time so I don't think there is a bad character.  I will have to check the extra space in the redirect command, not sure if that's there or if I mistyped.  The shared server is Windows Server and my dev is Windows XP.

Aside from my specific issue, any thoughts on how to avoid the WSD.  If I could get an actual error I would have something to go on, getting the WSD is making debugging difficult. 

Can you point me to the area in the framework that processes the redirect commands in the xml, I'll try to comment out the try/catch so it will throw an error.

-Phil


Peter J. Farrell

unread,
Apr 4, 2007, 1:20:50 PM4/4/07
to mach-ii-for...@googlegroups.com
Phil Cruz said the following on 4/4/2007 11:46 AM:

> The xml file has not changed in a long time so I don't think there is
> a bad character. I will have to check the extra space in the redirect
> command, not sure if that's there or if I mistyped. The shared server
> is Windows Server and my dev is Windows XP.
>
> Aside from my specific issue, any thoughts on how to avoid the WSD.
> If I could get an actual error I would have something to go on,
> getting the WSD is making debugging difficult.
>
> Can you point me to the area in the framework that processes the
> redirect commands in the xml, I'll try to comment out the try/catch so
> it will throw an error.
>
- RedirectCommand.cfc in the /framework/commands/ folder.

I just checked Mach-II.info - there are hundreds of lines of whitespace
in the served file which leads me to believe there is a enablecfoutput
tag somewhere. Are you sure you don't have an enablecfoutput="true"
somewhere in your code that's causing no output to be displayed? If it
just started cropping up, it could have been a file a stuck in the cache
and a server restart etc. caused a re-parsing of the file thus the
sudden issue. It is more likely not a Mach-II issue.

You can try and turn on the TracePlugin which is in the core framework
under plugins - this should give you an idea of what the framework is
doing. Instructions are in the file header of the TracePlugin.

.pjf

Phil Cruz

unread,
Apr 4, 2007, 8:13:39 PM4/4/07
to mach-ii-for...@googlegroups.com
On 4/4/07, Peter J. Farrell <pe...@mach-ii.com> wrote:

I'm not using enablecfoutput anywhere so I'm not sure why that extra  whitespace is appearing. 

This cropped up out of the blue....and now it has disappeared just as mysteriously.  I have the xml file back to the way it was with the <redirect> commands and it's working fine.  I'm guessing it's a server issue or something...anyway it's working now.  Thanks for taking the time to help troubleshoot.

-Phil

Peter J. Farrell

unread,
Apr 5, 2007, 12:56:12 PM4/5/07
to mach-ii-for...@googlegroups.com
Phil Cruz said the following on 4/4/2007 7:13 PM:

> I'm not using enablecfoutput anywhere so I'm not sure why that extra
> whitespace is appearing.
>
> This cropped up out of the blue....and now it has disappeared just as
> mysteriously. I have the xml file back to the way it was with the
> <redirect> commands and it's working fine. I'm guessing it's a server
> issue or something...anyway it's working now. Thanks for taking the
> time to help troubleshoot.
>
Good to know it wasn't Mach-II's fault. I spoke with Kurt last night at
the bar we couldn't think of any reason why this was happening...

.pjf

Kurt Wiersma

unread,
Apr 5, 2007, 7:37:52 PM4/5/07
to mach-ii-for...@googlegroups.com
I wonder if someone turned off CF's whitespace elimination preference in the CF admin? That might explain the extra white space which now suddenly has gone away.

--Kurt
Reply all
Reply to author
Forward
0 new messages