<?xml version="1.0" encoding="UTF-8"?><rss version="2.0">
<channel>
<description>ContentBox RSS Feed</description>
<link>https://www.ortussolutions.com</link>
<title>Blog RSS Feed by ContentBox</title>
<copyright>Ortus Solutions, Corp (www.ortussolutions.com)</copyright>
<docs>http://www.rssboard.org/rss-specification</docs>
<generator>FeedGenerator</generator>
<lastBuildDate>Fri, 03 Apr 2026 18:43:38 GMT</lastBuildDate>
<pubDate>Fri, 03 Apr 2026 18:43:38 GMT</pubDate>
<item>
<title>BoxLang AI Deep Dive — Part 3 of 7: Multi-Agent Orchestration — Building AI Teams That Work &#127794;</title>
<description>The problem with most multi-agent frameworks is that the orchestration layer is bolted on — you're managing agent references manually, passing outputs between them by hand, and hoping you haven't introduced a cycle. There's no concept of hierarchy. No cycle detection. No way to ask &amp;quot;who's in charge here?&amp;quot; or &amp;quot;how deep in the tree am I?&amp;quot;</description>
<link>https://www.ortussolutions.com/blog/boxlang-ai-deep-dive-part-3-of-7-multi-agent-orchestration-building-ai-teams-that-work</link>
<pubDate>Fri, 03 Apr 2026 07:34:00 GMT</pubDate>
<author>lmajano@ortussolutions.com (Luis Majano)</author>
<category>BoxLang</category>
<category>Community</category>
<category>Into The Box</category>
<category>News</category>
<category>Releases</category>
<guid isPermaLink="false">https://www.ortussolutions.com/blog/boxlang-ai-deep-dive-part-3-of-7-multi-agent-orchestration-building-ai-teams-that-work</guid>
</item>
<item>
<title>BoxLang AI Deep Dive — Part 2 of 7: Building a Production-Grade AI Tool Ecosystem</title>
<description>Function calling is where most AI frameworks look deceptively simple on the surface and turn into a mess underneath. You define a tool, pass it to the LLM, and when the LLM calls it — who handles the lifecycle? Who fires observability events? Who serializes the result? Who resolves the tool by name when the only thing you have is a string?</description>
<link>https://www.ortussolutions.com/blog/boxlang-ai-deep-dive-part-2-of-7-building-a-production-grade-ai-tool-ecosystem</link>
<pubDate>Fri, 03 Apr 2026 07:29:00 GMT</pubDate>
<author>lmajano@ortussolutions.com (Luis Majano)</author>
<category>BoxLang</category>
<category>Community</category>
<category>Into The Box</category>
<category>News</category>
<category>Releases</category>
<guid isPermaLink="false">https://www.ortussolutions.com/blog/boxlang-ai-deep-dive-part-2-of-7-building-a-production-grade-ai-tool-ecosystem</guid>
</item>
<item>
<title>BoxLang AI Deep Dive — Part 1 of 7: The Skills Revolution &#127891;</title>
<description>Every AI framework eventually hits the same wall: your system prompts start drifting. Agent A has a slightly different version of the SQL rules than Agent B. The tone policy on your support bot is three weeks behind the tone policy on your documentation bot. Someone copy-pasted the wrong version. Nobody noticed.</description>
<link>https://www.ortussolutions.com/blog/boxlang-ai-deep-dive-part-1-of-7-the-skills-revolution</link>
<pubDate>Fri, 03 Apr 2026 07:23:00 GMT</pubDate>
<author>lmajano@ortussolutions.com (Luis Majano)</author>
<category>BoxLang</category>
<category>Community</category>
<category>Into The Box</category>
<category>News</category>
<category>Releases</category>
<guid isPermaLink="false">https://www.ortussolutions.com/blog/boxlang-ai-deep-dive-part-1-of-7-the-skills-revolution</guid>
</item>
<item>
<title>Join Our Webinar: Intro to BoxLang AI - One API to Rule Them All (Part II)</title>
<description>AI is no longer an optional feature it’s a necessity. But as the ecosystem grows, developers are often left juggling multiple SDKs, wrestling with vendor lock-in, and managing complex orchestration. It shouldn't be your problem to solve.</description>
<link>https://www.ortussolutions.com/blog/join-our-webinar-intro-to-boxlang-ai-one-api-to-rule-them-all-part-ii</link>
<pubDate>Thu, 02 Apr 2026 11:51:00 GMT</pubDate>
<author>mherrera@ortussolutions.com (Maria Jose Herrera)</author>
<guid isPermaLink="false">https://www.ortussolutions.com/blog/join-our-webinar-intro-to-boxlang-ai-one-api-to-rule-them-all-part-ii</guid>
</item>
<item>
<title>BoxLang AI v3 Has Landed - Multi-Agent Orchestration, Tooling, Skills and so much more</title>
<description>It's been a while since we've shipped something this big. BoxLang AI 3.0 is a ground-up rethink of how AI agents, models, and tools work in the BoxLang ecosystem — and it lands with ten major features at once.</description>
<link>https://www.ortussolutions.com/blog/boxlang-ai-v3-has-landed-multi-agent-orchestration-tooling-skills-and-so-much-more</link>
<pubDate>Thu, 02 Apr 2026 08:41:00 GMT</pubDate>
<author>lmajano@ortussolutions.com (Luis Majano)</author>
<category>BoxLang</category>
<category>Community</category>
<category>Into The Box</category>
<category>News</category>
<category>Releases</category>
<guid isPermaLink="false">https://www.ortussolutions.com/blog/boxlang-ai-v3-has-landed-multi-agent-orchestration-tooling-skills-and-so-much-more</guid>
</item>
<item>
<title>Ortus &amp; BoxLang March Recap 2026</title>
<description>March brought exciting momentum across the Ortus ecosystem, from new BoxLang tooling and cloud deployments to continued platform enhancements. We shared fresh insights on modernizing CFML systems, improving JVM performance, and integrating AI into development workflows.</description>
<link>https://www.ortussolutions.com/blog/ortus-boxlang-march-recap-2026</link>
<pubDate>Tue, 31 Mar 2026 17:53:33 GMT</pubDate>
<author>vcampos@ortussolutions.com (Victor Campos)</author>
<guid isPermaLink="false">https://www.ortussolutions.com/blog/ortus-boxlang-march-recap-2026</guid>
</item>
<item>
<title>Deploy BoxLang in Minutes: BoxLang Cloud Servers now available on AWS, Azure &amp; Google Cloud Marketplaces</title>
<description>BoxLang Cloud Servers are designed for modern cloud environments — and now you can deploy them in minutes directly from your preferred marketplace.
A Simpler Way to Run Modern Applications in the Cloud
Deploying and managing application runtimes in the cloud shouldn’t be complex.
Yet many teams still spend significant time on:
configuring environments
aligning infrastructure across teams
maintaining consistency between dev, staging, and production
BoxLang Cloud Servers simplify this process by providing ready-to-run, standardized environments that align naturally with modern cloud workflows.
Introducing BoxLang Cloud Servers
BoxLang is a modern JVM-based runtime designed to help teams build, run, and evolve applications with flexibility and control.
With BoxLang Cloud Servers, you can now deploy directly from:
Amazon Web Services Marketplace
Microsoft Azure Marketplace
Google Cloud Platform Marketplace
This means faster access, simplified procurement, and immediate alignment with your existing cloud infrastructure.
Key Benefits
&#128640; Deploy in Minutes
Get started instantly with pre-configured environments.
No manual installation
No complex setup
No environment drift
You can move from idea to running environment in minutes.
⚙️ Consistent, Production-Ready Environments
Every deployment is standardized and aligned with best practices.
predictable behavior across environments
easier collaboration across teams
reduced deployment errors
☁️ Built for Modern Cloud Workflows
BoxLang Cloud Servers integrate naturally with:
CI/CD pipelines
container-based architectures
scalable infrastructure
They are designed to fit into how modern teams already work.
&#129534; Streamlined Procurement
Deploying through cloud marketplaces offers clear advantages:
faster internal approvals
consolidated billing with your cloud provider
no need for complex vendor onboarding
This is especially valuable for enterprise teams.
&#129504; Flexibility and Control
BoxLang gives teams the ability to:
evolve their architecture over time
integrate with modern JVM ecosystems
maintain control over their runtime and deployment strategy
A Better Starting Point for Cloud Projects
Whether you're:
launching new applications
modernizing existing systems
standardizing environments across teams
BoxLang Cloud Servers provide a clean, efficient foundation to build on.
Available Across Major Cloud Providers
Choose the platform that fits your organization:
Deploy on Amazon Web Services
Run on Microsoft Azure
Scale with Google Cloud Platform
Same experience. Same consistency. Anywhere.
Get Started
BoxLang Cloud Servers are designed to reduce friction and accelerate your path to production.
launch quickly
standardize your environments
simplify your operations
Explore the marketplaces and deploy your first BoxLang environment today.
</description>
<link>https://www.ortussolutions.com/blog/deploy-boxlang-in-minutes-boxlang-cloud-servers-now-available-on-aws-azure-google-cloud-marketplaces</link>
<pubDate>Thu, 26 Mar 2026 18:18:00 GMT</pubDate>
<author>cristobal@ortussolutions.com (Cristobal Escobar)</author>
<guid isPermaLink="false">https://www.ortussolutions.com/blog/deploy-boxlang-in-minutes-boxlang-cloud-servers-now-available-on-aws-azure-google-cloud-marketplaces</guid>
</item>
<item>
<title>How to Modernize Legacy Applications with a Fixed Monthly Budget (Without a Big Rewrite)</title>
<description>Many organizations know they need to modernize their legacy applications.
They see the risks.
They feel the operational pressure.
They understand the long-term impact.
But the initiative never starts.
Not because the problem is unclear.
Because the budget is.
The Real Problem Is Not Technology. It’s Budgeting.
In many organizations, especially in enterprise or public sector environments, modernization competes with multiple priorities:
new product initiatives
compliance requirements
operational costs
short-term revenue drivers
As a result, modernization is often treated as a large, one-time project that requires significant upfront investment.
And that is where things get stuck.
No approved budget.
No clear starting point.
No progress.
Meanwhile, the system continues to age.
Why Big Modernization Projects Rarely Get Approved
Traditional modernization proposals often fail for predictable reasons:
they require large capital investment
the scope is difficult to define upfront
ROI is long-term and hard to quantify
there is fear of disruption to business operations
From a leadership perspective, the risk of starting feels higher than the risk of waiting.
So the decision is delayed.
A Different Approach: Think in Monthly Investment
Instead of asking:
“What is the full cost of modernization?”
A more practical question is:
“What is the most valuable work we can do each month within a defined budget?”
This shifts modernization from a capital project to an operational investment.
Examples:
€5K per month
€10K per month
€15K per month
Over a period of 6 to 12 months.
This model aligns much better with how organizations actually plan and approve spending.
What Can You Achieve with a Monthly Budget?
Modernization does not need to happen all at once.
With a structured approach, meaningful progress can be made every month.
Months 1–2: Understand and Stabilize
Platform assessment and risk identification
Identification of critical vulnerabilities
Quick wins in security and stability
Months 3–4: Reduce Immediate Risk
Fix high-impact instability issues
Improve performance bottlenecks
Address fragile components
Months 5–6: Improve Operational Foundation
Introduce CI/CD pipelines
Improve logging and observability
Standardize environments
Months 6–12: Enable Long-Term Modernization
Refactor key components
Improve architecture incrementally
Prepare for containerization or cloud adoption
Progress happens step by step, without disrupting daily operations.
Why This Approach Works in the Real World
A monthly budget model solves several common challenges:
It fits within existing operational budgets
It avoids large upfront commitments
It delivers visible progress early
It reduces risk continuously instead of delaying it
It creates alignment between business and engineering
Most importantly, it is approvable.
From Technical Debt to Controlled Progress
Legacy systems accumulate technical debt over time. Trying to eliminate all of it at once is unrealistic.
A better approach is to reduce risk in controlled steps.
Each month focuses on:
removing a specific risk
stabilizing a specific area
improving a specific capability
Over time, these incremental improvements compound into meaningful transformation.
How Teams Prioritize Work Under Budget Constraints
When working within a fixed budget, prioritization becomes critical.
Effective teams focus on:
high-risk areas first
single points of failure
components that affect stability or security
areas that unlock future improvements
The focus shifts from adding features to reducing risk and increasing capability.
Where Modern Runtimes Fit In
As systems become more stable, some organizations begin to evaluate modern runtime options that better align with current JVM ecosystems.
Platforms such as BoxLang provide a modern dynamic language environment while maintaining compatibility with existing CFML applications.
This allows teams to improve performance, adopt modern development practices, and reduce operational complexity without rewriting their core business logic.
For some organizations, upgrading within their current platform is the right decision. For others, evaluating newer runtimes becomes part of their long-term strategy.
The Most Important Shift: Think in Time, Not Scope
One of the most effective mindset shifts is this:
Stop asking:
“What can we build?”
Start asking:
“What is the highest risk we can eliminate this month?”
This change alone makes modernization more practical, measurable, and achievable.
Start Small. Move Forward. Reduce Risk.
The biggest risk for most organizations is not having a legacy system.
It is delaying action until the system forces a crisis.
Modernization does not require a massive project to begin.
It requires a clear starting point and a realistic plan.
If your organization is facing budget constraints but knows modernization cannot be postponed indefinitely, a monthly-budget approach can provide a practical way forward.
At Ortus Solutions, we help teams structure and execute modernization efforts within real-world budget constraints, focusing on what delivers the most impact over time.
Contact us.
</description>
<link>https://www.ortussolutions.com/blog/how-to-modernize-legacy-applications-with-a-fixed-monthly-budget-without-a-big-rewrite</link>
<pubDate>Wed, 25 Mar 2026 22:10:00 GMT</pubDate>
<author>cristobal@ortussolutions.com (Cristobal Escobar)</author>
<guid isPermaLink="false">https://www.ortussolutions.com/blog/how-to-modernize-legacy-applications-with-a-fixed-monthly-budget-without-a-big-rewrite</guid>
</item>
<item>
<title>From Monolith to Modular: Modernizing ColdFusion Architecture Without Breaking Production</title>
<description>Most ColdFusion systems don’t fail because of traffic
Most ColdFusion applications don’t break under load.
They break under change.
A small update triggers unexpected side effects.
A deployment introduces instability.
A simple feature takes weeks because no one wants to touch certain parts of the codebase.
This isn’t a performance problem.
It’s an architecture problem.
And in many mature CFML environments, the root cause is the same:
&#128073; A fragile monolith that has grown without structure.
The hidden cost of monolithic ColdFusion applications
Monolithic applications are not inherently bad. Many started as fast, productive solutions.
But over time, without clear boundaries and patterns, they evolve into:
Tightly coupled components
Shared state across unrelated features
Unclear ownership of logic
Increasing fear around deployments
The result?
Slower development cycles
Higher risk with every release
Difficulty onboarding new developers
Growing technical debt
And most importantly:
&#128073; Every change becomes a potential incident.
Why rewriting everything is rarely the answer
When teams recognize these issues, the first instinct is often:
“We need to rebuild this from scratch.”
In reality, full rewrites almost always fail or stall because they are:
Expensive
Time-consuming
Risky for business continuity
While the rewrite is happening, the existing system still needs to run, evolve, and support users.
So the real question is not:
❌ How do we replace the system?
✔️ How do we evolve it safely?
The smarter path: Progressive modularization
Modernizing a ColdFusion application doesn’t require a “big bang.”
It requires controlled, incremental change.
Progressive modularization focuses on:
Isolating responsibilities
Extracting reusable services
Introducing clear boundaries between components
Reducing coupling over time
Instead of breaking production, you reshape it gradually.
This allows teams to:
Continue delivering features
Reduce risk step by step
Improve maintainability without disruption
Applying modern CFML architecture patterns
This is where experienced architecture matters.
Using frameworks like ColdBox, teams can introduce:
Clear MVC separation
Service layers for business logic
Modular application design
Event-driven patterns
These patterns don’t just improve code organization — they:
Reduce unintended side effects
Make systems easier to reason about
Enable parallel development across teams
Over time, the monolith becomes structured, predictable, and scalable.
CI/CD and consistent environments: The missing foundation
Architecture alone is not enough.
Many ColdFusion teams still struggle with:
Differences between dev, staging, and production
Manual deployments
Lack of repeatability
This is where CI/CD pipelines and environment consistency become critical.
By introducing:
Automated builds and deployments
Containerized environments
Version-controlled infrastructure
Teams eliminate the classic:
“It worked in dev, but failed in production.”
And move toward:
Faster releases
Safer deployments
Higher confidence in every change
Real scalability vs temporary fixes
When performance issues appear in monolithic systems, the typical response is:
Add more CPU
Increase memory
Add caching layers
These can help temporarily.
But without architectural changes, they are just patches on top of deeper problems.
True scalability comes from:
Decoupled components
Independent scaling of services
Efficient resource usage
Clear system boundaries
&#128073; In other words: architecture, not hardware, determines scalability.
What modernization actually looks like in practice
A successful modernization journey typically includes:
Assessment Understanding current architecture, bottlenecks, and risks
Stabilization Fixing critical issues and reducing immediate fragility
Modularization Introducing structure and separating concerns
Modernization Adding CI/CD, containers, and scalable patterns
Each phase builds on the previous one — without disrupting production.
Final thought: Evolution beats replacement
ColdFusion systems don’t need to be replaced to become modern.
They need to be restructured, stabilized, and evolved.
The teams that succeed are not the ones that attempt massive rewrites.
They are the ones that:
Introduce structure where there was none
Reduce risk with every iteration
Build toward a modular, scalable future
Want to explore what this could look like for your system?
If you’re dealing with a fragile monolith, slow delivery cycles, or risky deployments, it might be worth taking a step back and evaluating your architecture.
At Ortus Solutions, we help teams modernize ColdFusion applications without breaking production — through structured, phased approaches that reduce risk and improve long-term scalability.
Feel free to reach out if you’d like to explore your options or get a second opinion on your current architecture.
</description>
<link>https://www.ortussolutions.com/blog/from-monolith-to-modular-modernizing-coldfusion-architecture-without-breaking-production</link>
<pubDate>Tue, 24 Mar 2026 11:09:00 GMT</pubDate>
<author>cristobal@ortussolutions.com (Cristobal Escobar)</author>
<guid isPermaLink="false">https://www.ortussolutions.com/blog/from-monolith-to-modular-modernizing-coldfusion-architecture-without-breaking-production</guid>
</item>
<item>
<title>Into the Box 2026 Goes Virtual: Watch on Demand From Anywhere! &#127758;</title>
<description>Not everyone can make it on-site and that’s exactly why Into the Box 2026 Virtual Edition exists.
This year, we’re bringing the full conference days experience online, so you can tap into the same insights, sessions, and innovation no matter where you are in the world.</description>
<link>https://www.ortussolutions.com/blog/into-the-box-2026-goes-virtual-watch-on-demand-from-anywhere</link>
<pubDate>Mon, 23 Mar 2026 22:40:00 GMT</pubDate>
<author>vcampos@ortussolutions.com (Victor Campos)</author>
<guid isPermaLink="false">https://www.ortussolutions.com/blog/into-the-box-2026-goes-virtual-watch-on-demand-from-anywhere</guid>
</item>
<item>
<title>Into the Box Final Agenda and Speakers are OUT! &#128640;</title>
<description>We are incredibly proud to announce that the Into the Box 2026 Final Agenda is officially locked in! This year is exceptionally special because we are celebrating our 20-Year Anniversary.</description>
<link>https://www.ortussolutions.com/blog/into-the-box-final-agenda-and-speakers-are-out</link>
<pubDate>Fri, 20 Mar 2026 20:56:00 GMT</pubDate>
<author>vcampos@ortussolutions.com (Victor Campos)</author>
<guid isPermaLink="false">https://www.ortussolutions.com/blog/into-the-box-final-agenda-and-speakers-are-out</guid>
</item>
<item>
<title>Reducing Vendor Lock-In in Swiss Enterprise Systems: Beyond Adobe ColdFusion</title>
<description>Why Swiss enterprises are rethinking platform dependency
Across Switzerland, many enterprise organizations built critical applications on Adobe ColdFusion during the early growth of web platforms.
These systems continue to support key operations in industries such as:
finance and insurance
healthcare
logistics
manufacturing
government and public services
While ColdFusion enabled rapid development in the past, many organizations are now reevaluating their dependence on a single proprietary platform.
The reason is simple:
vendor lock-in creates strategic risk.
Understanding Vendor Lock-In in Enterprise Software
Vendor lock-in occurs when organizations become dependent on a specific technology vendor for critical infrastructure.
This can create several long-term challenges:
increasing licensing costs
limited flexibility in infrastructure choices
difficulty adopting modern architectures
slower innovation cycles
For Swiss enterprises operating legacy ColdFusion systems, these risks are becoming more visible as platforms age and infrastructure evolves.
Licensing and Platform Constraints
One of the most common drivers behind vendor lock-in discussions is software licensing.
Organizations running Adobe ColdFusion often face:
licensing costs tied to CPU cores or server capacity
complex upgrade requirements
dependencies on specific runtime versions
compatibility constraints with modern infrastructure
These constraints can make it difficult for companies to adopt:
containerized architectures
dynamic scaling environments
hybrid cloud infrastructure
For Swiss enterprises pursuing digital transformation initiatives, flexibility is essential.
The Shift Toward Open and Modern Platforms
As a result, many organizations are exploring ways to reduce their reliance on proprietary platforms while preserving their existing application investments.
Two common strategies include:
Migrating to Lucee
Lucee is an open-source CFML runtime that maintains compatibility with ColdFusion applications while providing greater flexibility and lower licensing costs.
Adopting modern JVM platforms such as BoxLang
BoxLang is designed as a modern dynamic language for the JVM with strong compatibility with CFML concepts.
It enables organizations to evolve existing systems while aligning with modern development practices.
Modern Architectures Reduce Vendor Risk
Moving beyond vendor lock-in is not only about changing runtimes.
It also involves adopting modern architectural principles such as:
containerized deployments
cloud-native infrastructure
modular application design
CI/CD automation
observability and monitoring platforms
These technologies allow organizations to build systems that are more portable, resilient, and adaptable.
For Swiss enterprise systems, this flexibility is increasingly important.
A Strategic Path Forward
Reducing vendor lock-in does not require a disruptive platform rewrite.
A gradual modernization approach can allow organizations to:
stabilize existing ColdFusion systems
reduce licensing dependencies
modernize infrastructure
adopt cloud-native technologies
introduce modern JVM platforms like BoxLang
This approach protects existing investments while enabling long-term platform independence.
Final Thoughts
Swiss enterprises operate in highly competitive and regulated industries where technology decisions have long-term consequences.
Reducing vendor lock-in and modernizing legacy ColdFusion systems allows organizations to regain control of their technology stack while preparing for future innovation.
By embracing modern JVM platforms and flexible cloud-native architectures, organizations can move beyond the constraints of proprietary platforms while maintaining operational continuity.
Contact us.
</description>
<link>https://www.ortussolutions.com/blog/reducing-vendor-lock-in-in-swiss-enterprise-systems-beyond-adobe-coldfusion</link>
<pubDate>Fri, 20 Mar 2026 11:53:00 GMT</pubDate>
<author>cristobal@ortussolutions.com (Cristobal Escobar)</author>
<guid isPermaLink="false">https://www.ortussolutions.com/blog/reducing-vendor-lock-in-in-swiss-enterprise-systems-beyond-adobe-coldfusion</guid>
</item>
<item>
<title>Into the Box - Celebrating 20 years of Ortus - Big time!</title>
<description>Into the Box 2026: Celebrating 20 Years of Ortus, Big Time! &#128640;
For two decades, Ortus Solutions has been building, innovating, and empowering developers around the world. What started as a vision to create better tools and better experiences for modern development has grown into a global community, and in 2026, we’re celebrating 20 years of Ortus the best way we know how:
By bringing everyone together at Into the Box 2026.
This isn’t just another conference.
This is a milestone.
&#127881; A Celebration 20 Years in the Making
Into the Box 2026 is more than an event it’s a celebration of everything we’ve built together as a community.
Over the years, technologies like ColdBox, CommandBox, TestBox, and now BoxLang have helped developers modernize, scale, and move faster.
Now it’s time to look ahead.
⚡ Modernization in Motion: And You’re Part of It
This year’s theme, Modernization in Motion, is all about helping developers evolve without limits.
We know the challenges:
Keeping up with fast-changing tech
Navigating the explosion of AI
Avoiding vendor lock-in
Modernizing without starting from scratch
At Into the Box 2026, we’re tackling all of it together.
&#129302; Real-World AI (No Hype, No Lock-In)
Everyone is talking about AI…
But how do you actually use it in your day-to-day development?
At this year’s event, you’ll learn how to:
Build AI agents
Create RAG pipelines
Work with multiple AI models
Apply AI directly to your applications
All with a simple, unified approach
And zero vendor lock-in.
This is practical, hands-on AI you can actually use.
MORE
&#129504; Topics That Matter
We’re bringing deep, relevant, and forward-thinking content across:
AI &amp;amp; intelligent applications
APIs &amp;amp; microservices
Cloud-native architectures
DevOps &amp;amp; automation
Security &amp;amp; performance
Real-time UIs
Modernizing JVM &amp;amp; CFML applications
Whether you’re building new systems or evolving existing ones, there’s something here for you.
&#127882; More Than Sessions: A Full Experience
Because this is our 20-year anniversary… we’re going big.
Expect:
&#127881; Special celebrations and surprises
&#129309; Networking with an incredible developer community
&#127908; Inspiring speakers and real-world insights
&#127873; A few things we’re not revealing just yet…
Let’s just say, you won’t want to miss this one.
Learn More
&#128205; Join Us in Washington, DC
We’re bringing the celebration to Washington, DC:
April 29 – May 1, 2026
Three days of learning, connecting, and building what’s next.
&#127903;️ Accessible Pricing (Our Best Yet)
To make this milestone even more special, we’ve made it easier than ever to attend:
Conference Pass: $99
Workshop + Conference: $199
More value. More access. More opportunity to grow.
&#128640; Be Part of the Next Chapter
This is more than a celebration of the past, it’s a launchpad for the future.
If you’re a developer working with JVM, CFML, BoxLang, or modern web technologies…
Get Your Ticket
Join the Ortus Community
Be part of the movement shaping the future of web development. Stay connected and receive the latest updates on, product launches, tool updates, promo services and much more.
Subscribe to our newsletter for exclusive content.
Subscribe
Follow Us on Social media and don’t miss any news and updates:
https://twitter.com/ortussolutions
https://www.facebook.com/OrtusSolutions
https://www.linkedin.com/company/ortus-solutions-corp
https://www.youtube.com/OrtusSolutions
https://github.com/Ortus-Solutions
</description>
<link>https://www.ortussolutions.com/blog/into-the-box-celebrating-20-years-of-ortus-big-time</link>
<pubDate>Wed, 18 Mar 2026 15:48:00 GMT</pubDate>
<author>vcampos@ortussolutions.com (Victor Campos)</author>
<guid isPermaLink="false">https://www.ortussolutions.com/blog/into-the-box-celebrating-20-years-of-ortus-big-time</guid>
</item>
<item>
<title>TestBox 7 : Real-Time Streaming, a Browser IDE, and a Major Leap for BoxLang</title>
<description>TestBox 7.x series continues our mission to be the best testing framework for BoxLang and CFML. This release is focused heavily on BoxLang CLI runner enhancements, real-time streaming test execution via SSE, a powerful dry run capability, the brand-new TestBox RUN web IDE, and significant quality-of-life improvements for developers working in both BoxLang and CFML environments.</description>
<link>https://www.ortussolutions.com/blog/testbox-7-real-time-streaming-a-browser-ide-and-a-major-leap-for-boxlang</link>
<pubDate>Tue, 17 Mar 2026 16:02:00 GMT</pubDate>
<author>lmajano@ortussolutions.com (Luis Majano)</author>
<category>BoxLang</category>
<category>IDE</category>
<category>OpenSource</category>
<category>Releases</category>
<category>TestBox</category>
<guid isPermaLink="false">https://www.ortussolutions.com/blog/testbox-7-real-time-streaming-a-browser-ide-and-a-major-leap-for-boxlang</guid>
</item>
<item>
<title>From Legacy Risk to Modern Agility: A Phased Modernization Roadmap for CFML Teams</title>
<description>Many organizations running CFML applications today face the same challenge.
Their systems still work.
They support core business processes.
They generate revenue.
But at the same time, those platforms are increasingly exposed to risk.
Unsupported runtimes, operational fragility, security exposure, and difficulty integrating with modern systems are becoming more common in environments still running older versions of Adobe ColdFusion or Lucee.
The question most teams face is not whether modernization is needed.
The real question is how to modernize without disrupting the business.
The good news is that modernization does not need to happen all at once. In fact, the most successful organizations follow a phased modernization approach that reduces risk while improving stability and agility over time.
The Legacy Reality in 2026
As of 2026, many CFML environments still run on platforms that are reaching or have already reached end of support.
Common examples include:
Adobe ColdFusion 2021, ColdFusion 2018, ColdFusion 2016 or older
Lucee 5.4 or older
These systems often remain critical to business operations, but they can introduce challenges such as:
Increased exposure to security vulnerabilities
Difficulty passing compliance audits
Fragile deployments and operational instability
Slower development cycles
Integration challenges with modern APIs and services
Modernization becomes necessary not only for technical reasons but also for business resilience and innovation.
Why “Rewrite Everything” Is Usually the Wrong Strategy
When organizations realize their platform is aging, the first instinct is often to consider a full rewrite.
In practice, full rewrites are expensive, risky, and frequently unnecessary.
They can take years to complete, require large teams, and often introduce new bugs or operational disruptions.
A more effective strategy is incremental modernization. This approach preserves the business logic that already works while improving the underlying platform step by step.
Instead of a disruptive transformation, the system evolves gradually.
The Phased Modernization Model
Most successful CFML modernization initiatives follow three main phases:
Lift &amp;amp; Shift
Remediation
Modernization
Each phase reduces risk and improves stability while preparing the platform for the next step.
This phased approach allows organizations to modernize safely while continuing to operate their applications.
Phase 1: Lift &amp;amp; Shift
The first step focuses on stabilizing the platform and removing immediate operational risks.
Typical activities in this phase include:
Moving the application to a supported runtime
Aligning with a modern JVM version
Improving infrastructure stability
Migrating environments to cloud or container-ready infrastructure
Establishing consistent deployment processes
This phase typically requires minimal changes to application logic.
The goal is simple: stabilize the foundation.
Once completed, teams usually experience improvements in reliability, security posture, and operational predictability.
Phase 2: Remediation
Once the platform is stable, the next step is to address technical debt accumulated over time.
Common remediation activities include:
Refactoring fragile or outdated components
Replacing deprecated libraries or integrations
Improving configuration management
Introducing automated testing where possible
Strengthening logging and observability
This phase improves maintainability and reduces operational complexity.
Engineering teams often see immediate benefits in reduced incident frequency and faster troubleshooting.
Phase 3: Modernization
With a stable and maintainable foundation in place, organizations can begin modernizing the architecture.
Typical modernization initiatives include:
Introducing CI/CD pipelines
Containerizing applications
Improving scalability and performance
Implementing modern authentication (OAuth, OIDC, SSO)
Enhancing API integrations
Adopting cloud-native infrastructure patterns
This phase unlocks the biggest long-term value.
It allows engineering teams to move faster, integrate with modern systems, and support future innovation.
What Results to Expect from Each Phase
Each stage of modernization produces different types of benefits.
Lift &amp;amp; Shift
Reduced security exposure
Improved operational stability
Easier infrastructure management
Remediation
Lower maintenance costs
Improved code maintainability
Faster troubleshooting and incident resolution
Modernization
Faster feature delivery
Better scalability
Improved developer productivity
Greater integration capabilities
Together, these phases transform legacy risk into long-term agility.
When Organizations Evaluate New Runtimes
During modernization initiatives, some organizations also evaluate modern runtimes that better align with today’s JVM ecosystem.
Platforms such as BoxLang, for example, aim to provide a modern dynamic language environment for the JVM while maintaining compatibility with CFML applications.
This approach allows teams to preserve existing business logic while benefiting from improved performance, modern development practices, and greater flexibility.
For some teams, upgrading within their existing platform is the right path. For others, evaluating alternative runtimes becomes part of their modernization strategy.
The Most Important Step: Starting the Journey
The biggest mistake organizations make with legacy platforms is delaying action until a crisis occurs.
Modernization works best when it is proactive.
A structured assessment of your environment can help determine:
your current operational risk
which modernization phase makes the most sense
how to reduce risk without disrupting the business
At Ortus Solutions, we work with organizations running legacy CFML applications to evaluate their current platforms and design practical modernization strategies.
Whether the best path is upgrading your current platform, stabilizing your infrastructure, or evaluating modern runtimes such as BoxLang, the goal is the same:
Reduce risk while enabling the next generation of innovation.
From legacy risk to modern agility.
Contact us.
</description>
<link>https://www.ortussolutions.com/blog/from-legacy-risk-to-modern-agility-a-phased-modernization-roadmap-for-cfml-teams</link>
<pubDate>Mon, 16 Mar 2026 15:37:00 GMT</pubDate>
<author>cristobal@ortussolutions.com (Cristobal Escobar)</author>
<guid isPermaLink="false">https://www.ortussolutions.com/blog/from-legacy-risk-to-modern-agility-a-phased-modernization-roadmap-for-cfml-teams</guid>
</item>
</channel>
</rss>
