Blog

Luis Majano

September 07, 2010

Spread the word


Share your thoughts

I just wanted to mention that we have added two new sample applications to our ColdBox Samples. Our samples are distributed in our ColdBox bundle download and can also be downloaded from our github repo. So what are these applications:

Simple Crud

SimpleCrud is a very simple CRUD style application that leverages ColdBox MVC at its basics.  It includes a very simple service layer that is in charge of the SQL operations and a very simple interface.  This application also challenges the user to finish the application by adding the edit parts.  If you are new to ColdBox and MVC separation of concerns, this is the app for you.

SimpleBlog

SimpleBlog is now a 5 step application that starts the user in an experience of how this application got built.  Our last installment is part 5.  Part 5 leverages ColdFusion 9 ORM, ColdBox entity services, ColdBox entity dependency injectors, RSS feeds, avatars, custom plugins, etc.  It is a full fledged simple blog that can be taken to the next level, who knows, BlogBox might emerge from it?

Add Your Comment

(6)

Mar 14, 2012 18:06:58 UTC

by p bali

Hi Luis, I tried running the 'Simple Blog' application (in ColdBox3.1 bundle) after making the necessary installation changes. However, it throws an error - "The config.xml file does not validate with the framework's schema.". I tried to run the app using CB5 beta version, and got this error - "Config file not located in conventions: config.Coldbox" I'm relatively new to CB, but believe that the error might be because CB is actually looking for config\coldbox.cfc (the new way of defining structs), while the sample app uses coldbox.xml.cfm (the old way). I was planning on fixing the config file myself, but would be helpful if a fix is already available. Please advise.

Sep 19, 2012 06:04:04 UTC

by Thomas Konzett

possible to re-up or correct the link to the screenshots in this post?

Feb 16, 2017 05:30:42 UTC

by Chris Leake

Hello Luis, Well, I'm certainly new to ColdBox, if not to MVC (CodeIgniter, Symfony 1.4, and some Laravel5). I've loaded SimpleCrudWithREST into the devbox above. It works fine accessing the list and add functions in /handlers/Contacts.cfc, but the moment I attempt to execute one of the REST functions in /handlers/rest/Contacts.cfc (for instance: Hello via REST) I get the following error: Oopsy! Something went wrong! Event: rest.contacts.hello Routed URL: api/hello/ Layout: N/A (Module: ) View: N/A Timestamp: 02/16/2017 10:50:13 AM Type: HandlerService.EventHandlerNotRegisteredException Messages: The event: rest.contacts.hello is not valid registered event. This is in response to the url, http://34.250.129.126/index.cfm/api/hello, generated in http://34.250.129.126/index.cfm/contacts/list. So first level Contacts.cfc component in /handlers works (I can also add successfully), but the next level /handlers/rest/Contacts.cfc remains 'unregistered', whatever that actually means. Any suggestions would be most appreciated. Kind regards, Chris Leake

Feb 16, 2017 09:31:07 UTC

by Luis Majano

Hi Chris, Thank you for reporting this, do you mind creating a ticket for it in the repository: https://github.com/ColdBox/coldbox-samples. We need to start updating and moving them out into their own repos soon. Thanks

Feb 16, 2017 09:32:24 UTC

by Chris Leake

Hello Luis, It looks like my particular setup for some reason needs, in rest/Contacts.cfc: component extends="coldbox.system.EventHandler"{ Now it's hoopie. Cheers. Kind regards, Chris Leake

Feb 16, 2017 14:26:32 UTC

by Chris Leake

Hello Luis, I wasn't content with my solution. Looking more carefully at my environment I saw that I had created a directory called helloworld, which was a copy of one of the coldbox-sample applications. No doubt this confused the life out of ColdBox when it tried to register Event Handlers. I've removed said directory, and now I do not have to explicitly state that /handlers/rest/Contacts.cfc extends coldbox.system.EventHandler. Not quite sure what the moral of my little story is. Shame I've yet to learn about the debugging tools, or I might have spotted it earlier. Kind regards, Chris Leake

Recent Entries

BoxLang AI v2: Enterprise AI Development Without the Complexity

BoxLang AI v2: Enterprise AI Development Without the Complexity

One Year. 100+ Features. Unlimited Possibilities.

Just one year ago, in March 2024, we launched BoxLang AI 1.0. Today, we're thrilled to announce BoxLang AI v2—a massive leap forward that positions BoxLang as the most powerful and versatile AI framework on the JVM.

Luis Majano
Luis Majano
January 19, 2026
CommandBox: A Smarter Foundation for BoxLang and CFML Workflows

CommandBox: A Smarter Foundation for BoxLang and CFML Workflows

In day-to-day development, some tools simply do their job… and others quietly change the way you work. CommandBox falls into the second category.

It doesn’t replace your editor, framework, or existing applications. Instead, it becomes the common ground where CFML and BoxLang development meet ,giving teams a consistent, reliable way to build, run, and evolve their projects.

Victor Campos
Victor Campos
January 16, 2026
BoxLang v1.9.0 : Production-Ready Stability, Enhanced Lifecycle Management, and Rock-Solid Reliability

BoxLang v1.9.0 : Production-Ready Stability, Enhanced Lifecycle Management, and Rock-Solid Reliability

Happy New Year! The BoxLang team is excited to announce BoxLang 1.9.0, a significant stability and compatibility release focused on production-readiness thanks to our client migrations and new application deployments. This release also introduces array-based form field parsing conventions, enhanced datasource lifecycle management, improved context handling, and resolves over 50 critical bugs to ensure enterprise-grade reliability for mission-critical applications.

Luis Majano
Luis Majano
January 09, 2026