Comments on: Anyone came across this cfdump issue?

By: Justin

Justin — Wed, 19 Nov 2008 18:53:10 +0000

I had this issue with a mapping in application.cfc that pointed to “/”. It didn’t like it. I had it in there for testing purposes and forgot about it as it was really unnecessary. I know this post is old, but it is #1 for google result and thought I’d put my two cents here.

THIS.mappings["/"] = foo

By: Russ Michaels

Russ Michaels — Tue, 10 Jun 2008 11:54:15 +0000

It uses java, as this is the most efficient way to do it. The reason why is because Macromedia/Adobe never properly considered or tested for the shared hosting environment with any of their releases. They threw in a few features here and there with the sandboxing, but clearly never evaluiated the consequences of actually using sandboxes, I have documented many issues for them.

You could do it in pure CFML and I believe there is an alternative tag floating around that does do that.

By: Anuj Gakhar

Anuj Gakhar — Tue, 10 Jun 2008 11:15:01 +0000

@Russ, I didnt know that. Thanks . But my question is still the same, why would it throw an error if access to Java objects is disabled. Surely, if it was written in CFML, it should have been written in a way that its not dependant on Java access permissions.

By: Russ Michaels

Russ Michaels — Tue, 10 Jun 2008 08:40:05 +0000

Well the reason behind it is that CFDUMP was not originally a native CF tag, it was a 3rd party tag so was written in CFML. Adobe then decided to include it with CF being as it was such a popular and useful tag, but they never rewrote it, so it is still written in CFML rather than Java.

The same applies to CFSAVECONTENT.

By: Anuj Gakhar

Anuj Gakhar — Mon, 10 Mar 2008 11:12:15 +0000

But isnt this a bug then ? I wonder why this was never reported to Adobe…

By: MrBuzzy

MrBuzzy — Sun, 09 Mar 2008 23:29:33 +0000

Nolan’s right, I have experienced this error myself. My hosting has createobject(type=java) disabled in my sandbox.
It’s pretty annoying, I coded my own cfdump like tag for this scenario. cfdump just needs additional internal error handling.

By: Anuj Gakhar

Anuj Gakhar — Sun, 09 Mar 2008 23:02:53 +0000

@Michael, thanks for trying. As I said it is incosistent. I was able to reproduce it only on one of the 2 machines I tried.

@Nolan, I realize cfdump makes an internal call but its nowhere documented that its a requirement to have access to java objects enabled to have cfdump working. I would call it a bug if thats the case.

By: Nolan Erck

Nolan Erck — Sun, 09 Mar 2008 22:39:48 +0000

cfdump makes an “internal” call to the same functions that CreateObject( “java” ) does (it might actually just call CreateObject() itself — I haven’t investigated it that far). If you’re on a shared hosting server, and they have CreateObject( “java” ) turned off, cfdump will bomb as well. I ran into this issue a while back; if CreateObject(‘java’) is disabled on your box, cfdump will throw that error.

hth

By: Michael Sharman

Michael Sharman — Sun, 09 Mar 2008 09:21:14 +0000

Hmm, I can’t replicate this on CF8/Windows XP.

I disabled internal objects, tried dumping with no error.

Then tried accessing createObject(“java”,”coldfusion.runtime.SessionTracker”); with error as expected.

Removed the call to that java object and had no error (with original dump).

Very strange