I'd enter a ticket

Is there a reason you're using an underlying, undocumented method on the

url

scope? in CF 2018, the

url

scope is an instance of the

coldfusion.filter.UrlScope

class, so when you call

get()

you're just calling an undocumented method on that java class.

I am astounded how this has come up three times in the last week

class UrlImpl implements Structish {}

And I am guessing the initial scope implementation has its own get method already

Adobe never claimed to have implemented the member function stuff on scopes.

So that they do implement some stuff (most stuff?) is just "luck"

But that these questions keep getting asked is just a fundamental lack of understanding of OOP around here. It's embarrassing, if I'm to be frank.

What they should do (ping @Mark Takata (Adobe) and @saghosh) is do DOCUMENT THINGS PROPERLY

"we have implemented these struct-ish member functions on scopes. But not these other ones because [reasons]"

What I don't get - and this makes me really really angry @ the Adobe CF Team - is they are Java devs and they spend all day every day looking at proper, decent javadoc style docs for everything they do. But the CFML docs are just shite

They treat their own paying clients like second-class citizens.

rrarrrr!!!!

phew. That's better.

Plus WTH does this mean (down the bottom): Output YES NO

@Mark Takata (Adobe) is that 1.5 citizen on the same scale that a 10x developer is?

I think I am insulted. 😉

So, hilariously, the output is not correct

The ACTUAL output is (I wish I was kidding) YESNO

Which I think is a city in California near Fresno

interestingly enough, so does Lucee, but perhaps just for compat?? 🤷

At least I can go poke at the source code there to fine out

Here's Lucee's implementation of isObject (open source FTW!)

/**
	 * returns if object is a CFML object
	 * 
	 * @param o Object to check
	 * @return is or not
	 */
	public static boolean isObject(Object o) {
		return isComponent(o)

				|| (!isArray(o) && !isQuery(o) && !isSimpleValue(o) && !isStruct(o) && !isUserDefinedFunction(o) && !isXML(o));
	}

Which is • the input is a CFC instance • OR it's NOT an (array, query, simple value, struct, UDF, or XML)

So it's the second bullet not matching any of those. Personally I think the lack of a null check is just an oversight here.

I'm pretty sure the second part of the if was simply meant to match any java object that wasn't a baked in CF type

The OP has gone dark (we probably scare him off...). I'll toss in a couple tickets so, even if the behavior is kept, it's documented as on purpose somewhere

Hey I gotta be top of something