Blog

Brad Wood

November 14, 2012

Spread the word


Share your thoughts

 

In a ColdBox request, form, URL, and remote (proxy request) variables are merged together into the request collection which is accessible via event.getCollection() or as the "rc" struct passed into every action in your handlers.  Data needed to process that request can be added and retrieved from this collection at any time during the request as it is available to any layouts and views as well.  
 
What you may not now however, is there is also a private request collection.  This one also lives in the event object and can be accessed via event.getCollection(private=true) or as the "prc" struct that is also passed into each action.  
 
So, what's the difference between the regular request collection and the private request collection?  Not much in the way of implementation.  It's all in how you use them to help organize your code.  ColdBox best practices are to reserve the regular request collection for only form, URL, and remote variables as they were received from the client.  More importantly, these are the incoming variables from your user that control how the request will process.  A good example would be the productID variable coming into a product detail page.  
 
The private collection is best used by everything else, especially if it has no direct bearing on how the page is processed.  An example could be a service that the handler wants to pass along to the view, or a result set of data that will be used in outputting the view.
 
 
P.S. One of the reasons it's ideal to only store items in the rc that control what displayed on the page is because ColdBox creates a hash of the rc at the beginning of your request which is used for event caching to ensure a different version of the event's output is cached for each combination of incoming criteria.
 

Add Your Comment

Recent Entries

BX-AI 1.2 Released: Claude 4 Support, New Tooling API, CFML Compatibility & More!

BX-AI 1.2 Released: Claude 4 Support, New Tooling API, CFML Compatibility & More!

We’re excited to announce the release of BoxLang AI v1.2, a major update to the BoxLang AI module that powers intelligent applications with a unified AI abstraction layer across even more providers: OpenAI, Claude, Grok, Gemini, and more. This release packs new features for providers, tools, debugging, and customization — making it easier than ever to build multi-runtime, AI-driven BoxLang and CFML applications.

Luis Majano
Luis Majano
June 19, 2025
Ortus Solutions invited at America Digital 2025

Ortus Solutions invited at America Digital 2025

Our participation is more than a presence, it is a commitment to represent El Salvador’s growing influence in the global tech ecosystem and to inspire others to embrace modern software practices.

This invitation is a recognition of our contributions to open source and a reminder of the importance of building with purpose. Whether through BoxLang, ColdBox, or any of our other tools, our focus remains the same: to empower developers, elevate teams, and enable the future of digital transformation.

Maria Jose Herrera
Maria Jose Herrera
June 18, 2025
Introducing the BoxLang Version Manager!

Introducing the BoxLang Version Manager!

We're excited to announce the release of BVM (BoxLang Version Manager), a powerful new tool that makes managing multiple BoxLang installations effortless across Mac, Linux, and Windows Subsystem for Linux (WSL). Whether you're a BoxLang developer working on multiple projects or testing across different versions, BVM is designed to streamline your workflow.

Luis Majano
Luis Majano
June 17, 2025