Skip to content

Contact us

    Talk to our Experts


    +1 920 303 0470
    info@smart-is.com 1302 S Main ST , Oshkosh , WI 54902-6518

    Managing RedPrairietm Data for Version Control System

    This is a continuation of the article that discusses the idea of using version control system for JDA/BY source code

    Why Worry About Data?

    Blue Yonder™ solutions are made up of the following components:

    File-Based Objects

    · 3GL source code files written in C, Java, and .NET

    · MOCA based source code files (mcmd and mtrg files)

    · Shell scripts

    Data-Based Objects

    · Integrator Transaction Mappings

    · Data-Driven Applications (DDAs)

    · GUI and RF configuration settings (les_var tables)

    · Policy settings

    · Message Catalog

    · Help Messages

    · GUI Profiles and Criteria

    · Grid configurations

    · WMS Specific entities like reason codes, order types, etc.

    The file-based objects can be managed by operating on the objects directly via traditional tools like text editors and RedPrairie™ Server Command Maintenance application. Since the objects are file system objects it is possible to control the content in a version control system or migrate individual objects.

    The objects that are kept in the database pose a challenge. Blue Yonder ™ solution provides applications to manipulate this data. Such applications include Integrator Explorer (this has become part of the core RedPrairie™ client in newer versions), “Ctrl-Shift-F5” interface, “Message Catalog Maintenance”, “Profile and Criteria buttons”, etc. These applications are quite user friendly but that is what make it challenging — users can just click and change the object but later on when we need to migrate the changes to a different environment it becomes a challenge to figure out what was changed and why.

    Smart IS’s Solution

    We take a holistic approach to this problem. We consider all objects that need to be controlled via version control system as same. In our view, just because one object is maintained via text editor and another through a GUI application does not imply that we need to handle them differently at the very basic level.

    Our solution approaches the problem with the following philosophy:

    • We need to have a version control system that tracks the various objects.
    • We need to have an issue tracking system that tracks the reasons why objects need to be changed.
    • The version control system and the issue tracking system need to be integrated.
    • All objects, whether file or data, need to be pushed in the issue tracking system.

    Our philosophy with respect to the data objects, where Blue Yonder™ provides a GUI application, is as follows:

    • A specific named Blue Yonder™ user will be assigned to a set of issues in the issue tracking system.
    • The user will indicate which issue she will be working on. She may only work on a single issue at one time.
    • After that, she may navigate through the Blue Yonder™ client and make various changes.
    • As the changes are being made, our solution will track the objects that were changed in a database table.
    • After completing the changes, she will mark the issue as complete. This will export all of the objects into their corresponding directories under $LESDIR/db/data folder. The solution will also optionally check in the objects into the version control system. At this time we support integration with SVN repositories.

    Development Experience

    The developer’s experience will be as follows:

    1. Developer gets an assignment. The assignment tells her the issue number in the issue management system.

    1. She signs on to the “Issue Assignment” application within RedPrairie™.
    2. She adds an entry there and specifies the issue number.

     

    1. Now she navigates to the various applications and modifies the data from those applications.
    2. For example Integrator maintenance, “Ctrl-Shift-F5”, DDA, Code Master Maintenance, Custom Fields, etc.
    3. We provide an extensive set of these hooks and our solution can be extended to include additional objects and even custom objects.
    4. At any time anyone can audit to see what objects have been modified by that issue

     

    1. When she is sure that change is complete, she signs on to the “Issue Assignment” application again and presses the “Complete” button.

     

    The system then prompts the user if the data should also be checked in to the version control system. Our solution is integrated with SVN repositories. Version control integration is not required to export the data to files:

     

    1. The system will go through all of the objects that she touched

    i. For add and change actions, export the data that she touched into the corresponding files.

    ii. For delete, if the list command does not return any rows then delete the file otherwise handle it like add/change. Note that even though she deleted an entry the entry as a whole may still be controlled. For example, she could have removed a form override for les_var_config.

    iii. The system will then add all of the objects to version control and commit them with a comment that would link it to the issue.

    1. Once all of the objects have been checked in to the version control system, the issue will be marked as complete.
    2. If version control integration was being used, the data will show up under the corresponding issue as well:

    Managing the RedPrairie™ data is one of the most challenging aspects of change management. Once the users see how easy it is to change various complex features, e.g. screen features, policies, integrations, etc. they are inclined to make such changes. Once the changes are complete, they want to see the same changes in the other environments and that becomes a significant challenge because the data is scattered in various database tables. Copying the whole database is not an option because that will end up copying transactional data as well.

    Our solution provides control while keeping the flexibility that the RedPrairie™ solution provides. Our solution empowers the users to make the changes in the environment that they are familiar with while keeping track of their changes at the lowest level. We can then control the changes and migrate them easily to other environments.

    Copyright Notice

    · RedPrairie is a registered trademark of RedPrairie (https://blueyonder.com/)

    · Smart IS International is a registered trademark of Oracular IS LLC (https://www.smart-is.com/)

    · This document contains information about JDA/BY software. It is assumed that the recipient has legal access to the said software.


    Originally published on saadwmsblog.blogspot.com

    Leave a Reply

    Your email address will not be published. Required fields are marked *

    Recent Stories

    View All
    Nearshoring y la brecha en la ejecución del almacén en Latinoamérica  
    Aug 06, 2026

    El nearshoring está transformando las cadenas de suministro globales y posicionando a América Latina como uno de sus principales beneficiarios. A medida que fabricantes y retailers acercan la producción y la distribución a los mercados finales, la inversión en la región continúa acelerándose.  Los datos de nearshoring y cadena de suministro mencionados a lo largo de este blog provienen de investigaciones

    Read More
    Blog Feature Image
    ForgeViu: Visual Experiences for an Intent-Centric Enterprise
    Jun 12, 2026

    Technology has a habit of making us believe that every new breakthrough renders everything that came before it obsolete. When television became mainstream, many predicted the end of radio. When e-commerce emerged, some predicted the end of physical retail. When smartphones arrived, there were predictions that desktop computing would become irrelevant. Reality is usually more

    Read More
    Beyond the Crawl: A Coding Agent for Proprietary Programming Languages
    May 17, 2026

    General-purpose coding models perform well on languages that are well-represented on the public internet. They fail predictably on proprietary or domain-specific languages: hallucinated identifiers, wrong call shapes, and confident reproduction of deprecated patterns. MOCA, the scripting language inside Blue Yonder’s Warehouse Management System, is one of those failure cases, the entire ecosystem (grammar, command catalog,

    Read More
    The Generalist Manifesto: Why “Broad Intelligence + Skill” Is the Future of AI
    May 08, 2026

    For the past couple of years, we’ve seen a massive push toward Specialized LLMs. The argument seems intuitive: if you need legal expertise, use a legal model. If you need medical expertise, use a medical model. Why rely on a “general” model when you can have one trained specifically for the task at hand? In

    Read More
    Safety by Ignorance vs Safety by Understanding: What the Claude–DoD Debate Is Really About
    Apr 03, 2026

    There is a growing debate in AI governance that is often framed as a dispute over “safeguards,” “alignment,” or “responsible AI.” A recent flashpoint involves models developed by Anthropic (notably Claude) and the U.S. Department of Defense, but the disagreement is deeper than any single vendor or contract. At its core, the debate is not

    Read More
    From Chat to Capability: Operationalizing Enterprise AI Intents
    Apr 02, 2026

    In earlier posts, I argued two related ideas: This post builds directly on those ideas and takes the next logical step. If intent is the real abstraction — and if enterprises need repeatable, governed intelligence — then the obvious question is: Where does intent actually live, and how does it execute? The Missing Layer: Intent

    Read More
    Enterprise Cognitive Intelligence, Without the Complexity
    Feb 17, 2026

      In our previous post, we showed how our MCP framework removes the friction from exposing system capabilities to AI. MCP solves access. Cognition requires meaning. Because enterprises don’t think in systems.They think in business concepts. The Limits of System-Level Intelligence Most MCP servers today expose a single system — ERP, WMS, OMS, planning engines —

    Read More
    From APIs to Intelligence: How Our MCP Framework Makes Any System AI-Ready
    Feb 17, 2026

    Everyone wants to “add AI” to their systems — but few succeed. Not because AI models aren’t powerful — they are. But because exposing enterprise systems to AI is still too hard. So for most teams, the friction is simply too high. A Useful Analogy: AI as a Researcher Think of AI as a researcher. At

    Read More
    F
    From System Silos to System Intelligence: The AI Shift Enterprises Cannot Afford to Ignore
    Dec 10, 2025

    Enterprises today operate in an environment where systems multiply, data sits fragmented, and real-time decisions depend on information scattered across platforms. The divide between organizations’ need for instant, secure, conversational access to enterprise intelligence and their reliance on siloed screens, complicated integrations, and manual reporting processes is increasing each year.   According to a survey report

    Read More
    Why Traditional Deployment Playbooks No Longer Keep Up with Modern Warehouses
    Oct 30, 2025

    Modern warehouses are evolving faster than the deployment practices that support them. What was once a predictable, linear, and manual deployment cycle has turned into a complex, high-stakes process that no longer fits the pace of operations. Traditional deployment playbooks were designed for slower systems with fewer moving parts. Today’s warehouses operate across multiple sites,

    Read More