Greg Draheim

I am a Principal Architect with Flexagon focused on providing DevOps and CD solutions for microservices. Over the past 25 years, I have architected and implemented complex integration systems and recognize the value of automating both testing and deployment. I have also leveraged my integration expertise to assist in the design and implementation of FlexDeploy's integration plugins.

FlexDeploy has a new Mule Plugin that simplifies the build and deploy process. Rama wrote a great blog (https://flexagon.com/2017/04/flexdeploy-brings-devops-to-mule-integrations/) overviewing all the capabilities FlexDeploy and the Mule Plugin can provide. I am going to focus on how FlexDeploy simplifies managing your Mule properties. Typical Approach to Managing Mule properties To enable your deployment across environments

Oracle’s Application Express and DevOps automation are not often thought about together.  FlexDeploy offers a great solution that will enable you to quickly automate getting your code checked into your favorite SCM, deploying, and then unit testing it.  In this blog, I will show how FlexDeploy enables this and how you can use FlexDeploy for

OSB Configuration files allow the developer to manage environment specific values during deployment.  FlexDeploy supports the use of these configuration files and extends them to using tokens in the configuration file that will get replaced with configured properties from FlexDeploy.   This way we do not need to generate a customization file for every environment where

Overview On Monday night we obtained access to the SOA Cloud Service here at Flexagon, where we hope to use it for on-demand capacity.  One of our goals with FlexDeploy is to make it easy to move components from one environment or instance to another, enabling a true “lift-and-shift” into the cloud.  Since the SOA Cloud

This is the third of a three part blog covering how to replace URLs and other environment specific fields in a SOA composite. The 3 options I am discussing are: Composite specific configuration plan Shared configuration plan Global tokens Global Tokens allow you to define name/value pairs for the host, port, and protocol. In the

This is the second of a three part blog covering how to replace URLs and other environment specific fields in a SOA composite. The three options I am discussing are: Composite specific configuration plan Shared configuration plan Global tokens The shared configuration plan is a great approach (my preferred). You no longer need to generate