Blog
Recent Entries
Introducing BoxLang AI Explorer: A Local Catalog for Every AI Pattern
Learning a new AI API usually means jumping between scattered documentation pages, guessing at imports, and copy-pasting code that may or may not still work. We wanted something better for BoxLang AI, so we built the BoxLang AI Explorer: a local, browser-based catalog of runnable BoxLang AI examples, organized by category and difficulty, each with guidance, source code, and sample output.
BoxLang at Florida International University: Supporting the Next Generation of Modern Devs
The future of software development depends on more than the technologies we use. It depends on the people who learn to use them, improve them, challenge assumptions, and apply them to real-world problems.
Community Spotlight: BoxLang Express Brings Node-Style HTTP to the JVM
If you've spent years in Spring Boot, Micronaut, or Jakarta EE, "web framework" usually means a servlet container, an embedded Tomcat or Netty, a build step, and a fat jar before anything answers a request. What if you could skip all of that and still be on the JVM?
Add Your Comment
(6)
Mar 19, 2013 02:18:17 UTC
by Chris Galli
event.getValue('foo','default'); is not returning as I am understanding it should. I am using
prc.isWidget = event.getValue('arguments.isWidget','false');
or
prc.isWidget = event.getValue('arguments.isWidget',false);
But both return false when my arguments.isWidget value is true
by using
if (arguments.isWidget){prc.isWidget = true;}else{prc.isWidget = false;}; I get the desired behavior.
Am I using this incorrectly?
Mar 19, 2013 02:46:43 UTC
by Brad Wood
You're misunderstanding the event.getValue() method. It is not a general purpose method for accessing any variables in the function but instead a special method specifically for getting values from the request collection. If you do event.getValue('arguments.foo') that is looking for a key called in the request collection struct, or rc[] which is obviously not what you want.
If you want to deal with values coming into the arguments scope, you want to use the regular functionality of CFML to deal with that such as CFParam, structKeyExists() and the like. Only use the methods in the event object to work with the request collection.
Mar 19, 2013 11:57:01 UTC
by Chris Galli
Thanks. That makes sense now. Something more like
param arguments.isWidget = event.getValue('rc.isWidget','false');
pr.isWidegt = arguments.isWidget;
should give the arguments scope priority while gracefully delegating to the rc and then to a default value.
Mar 19, 2013 17:27:41 UTC
by Chris Galli
I discovered I do not need to reference the rc in the event.get value.
<br><br>
param arguments.isWidget = event.getValue('isWidget','false');
<br><br>
prc.isWidget = arguments.isWidget;
Mar 19, 2013 18:00:52 UTC
by Brad Wood
Yep, I was going to comment to that effect but you beat me to it. You only have to pass in the exact name of the variable in the rc to the getValue method. Otherwise it would be looking for rc[] which wouldn't exist.
Think of it this way:
return event.getValue();
is the exact same as:
var rc = event.getCollection();
return rc.foobar;
Mar 19, 2013 18:01:44 UTC
by Brad Wood
Wow, that's annoying that all our line breaks keep getting eaten-- I'm going to put in a ticket for that :)