Red Hat JBoss Fuse a Certified Enterprise Integration Solution for SAP

We are pleased to announce that Red Hat JBoss Fuse has recently completed the SAP certification process for BOR API Certification and Red Hat JBoss Fuse is now a SAP certified solution.

Red Hat JBoss Fuse is an open source, lightweight enterprise service bus (ESB). It delivers a robust, cost-effective, and modular integration platform that lets enterprises easily connect their disparate applications, services, or devices in real time. An integrated enterprise is able to provide better products and innovative services to its customers. A flexible architecture coupled with popular and proven integration tools enables Red Hat JBoss Fuse to integrate everything, everywhere.

Red Hat JBoss Fuse provides a certified enterprise integration solution with SAP, enabling Camel routes running in JBoss Fuse to retrieve all business objects from the SAP business object repository (BOR), the metadata and documentation of their business application programming interfaces (BAPIs), and to invoke all the methods of a BAPI. In addition it provides a certified solution for invoking non-BAPI remote function modules (RFMs). The performance of Red Hat JBoss Fuse is certified to maintain multiple connections to SAP, handle the transfer of large amounts of data and to handle multiple concurrent calls to BAPI methods. In addition, Red Hat JBoss Fuse is certified to properly process any Unicode characters passed in remote function calls.

Continue reading “Red Hat JBoss Fuse a Certified Enterprise Integration Solution for SAP”

Summit Notes: Tuesday Morning General Session

If you missed it, the keynote speeches are available on the Summit page or on YouTube.

“You don’t need to focus on technology. You need to empower your developers.”

There are certain patterns in the middleware / application development tracks for Red Hat Summit this year, and they revolve a lot around microservices. That makes a certain kind of sense (microservices are the new hotness in app development), but it’s also reflective of a larger current in technology, a continuing push toward … something.

In his opening keynote, Red Hat EVP Paul Cormier noted that one of the themes of Summit 2016 was “dev and ops coming together through common architectures, processes, and platforms.” This echoes major trends in technology — DevOps and architectures, process, and platform as a unifying IT strategy — and yet none of these concepts are really new. Two decades ago, there were developers and operations, there was enterprise architecture, application platforms, and internal processes. So what’s new and what is bringing the urgency now?

I think the difference comes down to speed (and eventually differences in degree become differences in kind). Twenty years ago, an application was released yearly, sometimes even every couple of years. A patch or security update could take a few months to move in the pipeline from development to testing to production.

Now customers expect patches for security vulnerabilities within hours of them being detected, and the expanding number of applications (from consumer mobile apps to internal systems to IoT devices) means that enterprises have potentially dozens of touchpoints and hundreds of services to maintain.

The “modern” part of modern application development isn’t in the app — it’s in the speed.

This year’s Summit kicked off with three interlocking demos, each showing the different paths and progressions that an IT environment will face as they juggle modernizing existing applications and creating new ones within a heterogeneous (and dynamically changing) ecosystem.

 Lifting and Shifting (Windup)

Continue reading “Summit Notes: Tuesday Morning General Session”

Red Hat Summit 2017 – Planning your JBoss labs

This year in Boston, MA you can attend the Red Hat Summit 2017, the event to get your updates on open source technologies and meet with all the experts you follow throughout the year.

It’s taking place from May 2-4 and is full of interesting sessions, keynotes, and labs.

This year I was part of the process of selecting the labs you are going to experience at Red Hat Summit and wanted to share here some to help you plan your JBoss labs experience. These labs are for you to spend time with the experts who will teach you hands-on how to get the most out of your JBoss middleware products.

Each lab is a 2-hour session, so planning is essential to getting the most out of your days at Red Hat Summit.

As you might be struggling to find and plan your sessions together with some lab time, here is an overview of the labs you can find in the session catalog for exact room and times. Each entry includes the lab number, title, abstract, instructors and is linked to the session catalog entry:

Continue reading “Red Hat Summit 2017 – Planning your JBoss labs”

Five Links: The More You Know Edition

Happy Friday, everyone.

There have been a couple of events lately that, at least tangentially, made me think about information and what we do with it. There have been a series of DDOS attacks on popular sites, at least one of which was driven by a blind army of smart devices. The other is the volatile and ultimately inaccurate polling leading into the US Presidential election. Both of these hint at the Wild West nature of technology — its flexibility and newness offers a lot of promise and a lot of unknown risks. So the theme for this week is — what is the quality of data and analytics and how do we do it “right.”

4428751

Continue reading “Five Links: The More You Know Edition”

Intro to Integration

Integration is one of those concepts that is easy to “know,” but becomes less obvious that more you try to define it. A basic, casual definition is making different things work together. The complexity, though, comes from the fact that every single part of that has to be broken down: what are the “things,” what are they doing that makes them “work together,” how are they working, and what is the goal or purpose of them working together. All of those elements can be answered differently for different organizations, or even within the same organization at different times.

An understanding of integration comes from looking at the different potential patterns that you can integrate and then defining the logic behind the integration so you can select the right patterns for your environment.

Integration Patterns

Integration itself is an architectural structure within your infrastructure, rather than an action or specific process. While getting various systems to work together has long been an IT (and organizational) responsibility, integration as a practice became more of a focus in the early 2000s. With emerging large-scale enterprise applications, there became a growing need to get those applications working together without having to redesign or redeploy the applications themselves. That push became integration.

Integration is subdefined by what is being integrated; these are the integration patterns.

There are different types of patterns, depending on perspective. There are patterns based on what is being integrated and then there are patterns based on the topology or design of the integration. Basically, it’s the what and the how.

Continue reading “Intro to Integration”

Upcoming Webinar: Migrating to Open Source Integration and Automation Technologies

Balaji Rajam (principal architect) and Ushnash Shukla (senior consultant) from Red Hat will be conducting a webinar about the ability to integrate data from disparate sources with people and processes. This is a crucial part of strategies for data integration.

Data is increasingly moving from being an asset within an organization to one of the key business drivers and products, regardless of industry. The ability to integrate data from disparate sources is a crucial part of business digital strategy. Many organizations have been locked into proprietary and closed software solutions like TIBCO, but as the IT environments transform again into microservices, agile, and cloud-based infrastructures, those proprietary systems may not be able to keep up – or it may be too cost-prohibitive to try. Open source offers standards-based approaches for application interoperability with potentially lower costs and faster development times. This webinar looks at three key aspects of effectively moving from proprietary to open source solutions:

  • Recommendations for migrating from TIBCO to open source applications
  • Performing data integrations
  • Defining automated business processes and logic

Registration is open. The webinar is August 9 at 11:00am Eastern Time (US).

register_now

Fun Follow Up: Webinar Q&A

I will collect any questions asked during the webinar, and I’ll do a follow-up post on Friday, August 12, to try to capture the most interesting questions that arise.

New styles of integration are the hallmark of Digital Transformation

New Styles of Integration 2

Shakeup your integration strategy to enable digital transformation, says VP & Gartner Fellow Massimo Pezzini. Pezzini asserts that it is not just about transforming and modernizing the infrastructure and the applications concerned.  Some of the fundamental concepts of integration need to be revisited and transformed as well.  Such systemic transformation punctuate the migration of  legacy environments to microservices and the cloud.  What may have worked in the past will no longer be applicable going forward.  “Integration is dead.  Long live integration,” screamed the title of one of the sessions at the Red Hat Summit 2016.  The session was making a point.  Integration, as we knew it a few years back, is dead.  Integration in the digital world has a long life in the decades ahead.  Join me as I walk through the new styles of integration that are the hallmark of digital transformation.

Continue reading “New styles of integration are the hallmark of Digital Transformation”

Visualizing Integration Applications

Since I’ve changed roles and started performing architect duties, I have to draw more boxes and arrows than write code. There are ways to fight that, like contributing to open source projects during sleepless nights, POCs, demos, but drawing boxes to express architectures and designs is still big part of it. This post is about visualizing distributed messaging, SOA, microservices applications in agile environments (this term has lost its meaning, but there is not better one in this case). What I like about the software industry in recent years is that the majority of organizations I’ve worked with value the principles behind lean and agile software development methodologies. As long as it is practical, everyone strives to deliver working software (rather than documentation), deliver fast (rather than plan for a long time), eliminate waste, and respond to change. And there are management practices such as scrum and kanban, and technical practices from extreme programming (XP) methodology such as unit testing, pair programing, and other practices such as CI/CD and DevOps to help implement those principles. In this line of thinking, I decided to put together a summary of the design tools and diagrams I find useful in my day to day job while working with distributed systems.

Issues with 4+1 View Model and Death by UML

Every project kicks off with big ambitions, but there is never enough time to do things perfectly, and at the end we have to deliver whatever works. And that is a good thing, it is the way the environment helps us avoid gold plating and supports principles like YAGNI and KISS, so we do just enough and adapt to changes.

Looking back, I can say that most of the diagrams I’ve seen around are inspired by the 4+1 view model of Philippe Kruchten which has logical, development, process and physical views.

4+1_Architectural_View_Model
4+1 View Model.  From A Practical Guide to Enterprise Architecture by James McGovern, Scott W. Ambler, Michael E. Stevens, James Linn, Vikas Sharan, Elias K. Jo, 2003.

I quite like the ideas and the motivation behind this framework: using separate views and perspectives to address specific set of constraints and targeting the different stakeholders. That is a great way of describing complex software architectures. But I have two issues with using this model for integration applications.

Diagram Applicability

Typically these views are expressed through a unified modeling language (UML), and for each view, you have to use one or more UML diagrams. If I have to use 15 types of UML diagrams to communicate and express a system architecture in an accessible way, it defeats the purpose of UML.

Death by UML
Death by UML. From Wikipedia, derived from a diagram by Paulo Merson.

With such a complexity, the chances are that there are only one or two people in the whole organization who have the tools to create and ability to understand and maintain these diagrams. And having hard-to-interpret, out-of-date diagrams is as useful as having out-of-date documentation. These diagrams are too complex and with limited value, and very quickly they turn into a liability that you have to maintain rather than an asset expressing the state of a constantly changing system.
Another big drawback is that the existing UML diagram types are primarily focused on describing object-oriented architectures rather than pipes and filters architectures. The essence of messaging applications is around interaction styles, routing, and data flow rather than structure. Class, object, component, package, and other diagrams are of less value for describing pipes and filters based processing flows. Behavioral UML diagrams such as activity and sequence get closer, but still cannot express easily concepts such filtering and content based routing, which are a fundamental part of integration applications.

View Applicability

Having a different set of views for a system to address different concerns is a great way of expressing intent. But the existing views of the 4+1 model don’t reflect the way we develop and deploy software nowadays. The idea of that directional flow — that you have a logical view first, which then leads to development and process views, and those lead to a physical view — is not always the case. The systems development life cycle is not following the traditional (waterfall) sequence of requirement gathering, designing, implementing, and maintaining.

2000px-CPT-SystemLifeSycle.svg
Software Development Lifecycle. Derived from an image by Web Serv

Instead other development methodologies such as agile, prototyping, synchronize and stabilize, and spike and stabilize are used too. In addition to the process, the stakeholders are changing too. With practices such as DevOps, developers have to know about the final physical deployment model and the operations team have to know about the application processing flows.

Modern architectures such as microservices affect the views too. Knowing one microservice in a plethora of services is not very useful. Knowing too much about all the services is not practical either. Having the right abstraction level to have a system wide view with just enough details becomes vital.

Practical Visualization for Integration Applications

The closest thing that has been working for me is described by Simon Brown as the C4 model. (You should also get a free copy of Simon’s awesome The Art of Visualising Software Architecture book). In his model, Simon is talking about the importance of a common set of abstractions rather than common notation (such as UML) and then using simple set of diagrams for different level of abstractions: system context, container, componentand class. I quite like this “outside-in” approach, where you first have 10000 foot view and with each next level, going deeper with more detailed views.
C4 is also not an exact match for middleware/integration applications either, but it is getting closer. If we were to use the C4 model, then the system context diagram would be one box that says ESB (or middleware, MOM, or microservices) with tens of arrows from north to south. Not very useful. The container diagram is quite close, but the term container is so overloaded (VM, application container, docker container) which makes it less useful for communication. Component and class diagrams are also not a good fit as pipes and filter architectures are focused around enterprise integration patterns, rather than classes and packages.
So at the end, what is it that worked for me? It is the following three types of diagrams which abbreviate as SSD (not as cool as C4):  system context, service design, and deployment.

System Context Diagram

The aim of this model is to show all the services (whether they are SOA or microservices) with their inputs and outputs, ideally having the external systems on the north, the services in the middle section, and internal services in the south. Or you could use both external and internal services on both side of the middleware layer as shown below. Also having the protocol (such as HTTP, JMS, file) on the arrows, with the data format (XML, JSON, CSV) gives useful context too, but it is not mandatory. If there are too many services, you can leave the protocol and the data format for the service level diagrams. I use the direction of the arrow to indicate which service is initiating the call rather than the data flow direction.

System Context Diagram
System Context Diagram

Having such a diagram gives a good overview of the scope of a distributed system. We can see all the services, the internal and external dependencies, the types of interaction (with protocol and data format), and the call initiator.

Service Design Diagram

The aim of this diagram is to show what is going on in each box representing a middleware service from the system context diagram. And the best diagram for this is to use EIP icons and connect those as message flows. A service may have a number of flows, support a number of protocols, implement real time, or batch behaviour.

Service Design Diagram
Service Design Diagram

At this level, we want to show all possible data flows implemented by a specific service, from any source to any destination.

Deployment Diagram

The previous two diagrams are the logical views of the system as a whole and each service separately. With the deployment diagram, we want to show where each service is going to be deployed. Maybe there will be multiple instances of the same service running on multiple hosts. Maybe some services will be active on one host, and passive on the other. Maybe there will be a load balancer fronting the services.

Deployment Diagram
Deployment Diagram

The deployment diagram is supposed to show how individual services and the system as a whole relates to the host systems (regardless whether that is physical or virtual).

What Tools Do I Use?

The system context and the deployment diagrams are composed only of boxes and arrows and do not require any special tools. For the service design diagram, you will need a tool that has the enterprise integration pattern icons installed. So far, I have seen the following tools with EIP icon support:

Other development tools that could be also used for creating EIP diagrams are:

A system context diagram is useful to show the system wide scope and reach of the services, a service design diagram is good for describing what a service does, and a deployment diagram is useful mapping all that into something physical.

In IT, we can expand work and fill up all the available time with things to do. I’m sure given more time, we can invent ten more useful views. But without those basic three, I cannot imagine describing an integration application. As Antoine de Saint-Exupery put it long ago: “Perfection is finally attained not when there is no longer anything to add but when there is no longer anything to take away.

Let JBoss partners do the talking

Let our partners do the talking

As a continuation of my last blog (“Thank you JBoss partners”) I’d like to summarize some  contributions that some of our partners have done to the 10th anniversary of JBoss in the Red Hat family, as well as to the launch activities of JBoss EAP 7. You can see additional information and partner quotes in the EAP7 partner ecosystem press release.

Digital Competitive Advantage and a Higher Level of Customer Engagement with EDB Postgres and Red Hat JBoss

An example of how ISVs trust JBoss EAP in the new world of digital transformation is EnterpriseDB. Pierre Fricke, Vice President of Product Marketing and long-time JBoss veteran, explains in his guest blog how “EDB Postgres and Red Hat JBoss Enterprise Application Platform together provide deployment flexibility to deliver a total application and data platform that transforms IT and drives digital business.”

Continuous Delivery to JBoss EAP and OpenShift with the CloudBees Jenkins Platform

The CloudBees Jenkins Platform now supports integrations with both Red Hat JBoss Enterprise Application Platform (EAP) and Red Hat OpenShift across the software delivery pipeline. In this guest blog Cloudbees shares examples of how these enable developers to build, test and deploy applications, with Jenkins-based continuous delivery pipelines in JBoss via JBoss EAP 7 or JBoss EAP 7 on OpenShift.

JBoss EAP 7: The 7 New Features You Need to Know About!

Farhan Hussain from OpenSource Architect describes in this guest blog some of the key contributions of EAP7. Implementation of the Java EE 7 specifications that provide stability and standardization. Enhanced Management and Security. A Consistent and Easy to Manage Load Balancer. Rolling Upgrades To Minimize Downtime. An Offline CLI for Security and Initial Setup. Enhanced Modularity. You name it!

How akquinet approaches IoT with JBoss EAP7 and ActiveMQ Artemis

The new EAP7  messaging subsystem is based on the unified messaging technology for Red Hat products, Apache ActiveMQ Artemis. Heinz Wilming from akquinet presents in this blog an example of an architecture and technology stack where JBoss EAP7 and ActiveMQ Artemis are combined to face some of the challenges of IoT solutions.

JBoss EAP 7 and NoSQL using Java EE and Docker

For those that zero in on NoSQL and from a more technical perspective, Arun Gupta from Couchbase shares a guide to get started with NoSQL with JBoss EAP 7.

JBoss EAP 7: An Enterprise-Grade Microservice Platform

Derrick Sutherland from Shadow-Soft shares in this guest blog how JBoss has come a long way in terms of improving performance as well as truly innovating in regards to the way applications run and are managed. Among other, an extremely low-memory footprint for high density deployments, reduced start-up time or optimized networking port utilization, ideal for running within linux containers.

In addition some others sent us their thoughts!

Jun Tanaka, director and CTO, WingArc1st, Inc.

WingArc1st SVF is installed in more than 18,000 companies as an enterprise printing platform, which supports mission critical operations in financial, public, manufacturing, retail, logistic and services industry. An enterprise printing platform needs to be highly reliable, stable and provide high performance for seamless operations. WingArc1st believes that Red Hat Enterprise Linux and JBoss EAP7 are the important platforms for SVF.

Hiroyuki Yamamoto, director, monoplus, Inc.

With the rise in data and services, the performance and quality of ICT infrastructure is becoming more and more critical. As business environments continue to evolve, we believe that Red Hat JBoss Middleware can seamlessly contribute and support in the integration, co-operation and collaboration within businesses. With this strong support, monoplus hopes to provide a solution that connects customers’ mission critical systems and ICT infrastructure using JBoss EAP 7 and JBoss Fuse.

Hisanao Takei, senior executive officer and general manager, ProActive Business Solutions Div.

SCSK welcomes the JBoss EAP 7 release. ProActive E2 is an ERP package solution that has been installed in more than 5,500 companies in Japan. ProActive E2 supports companies with quick decision-making based on consolidated business process and centralized managed data. SCSK chose JBoss EAP 7 as their platform to meet their needs of open source software. SCSK thinks JBoss EAP 7 is the best choice that customers want for building open and standard infrastructure and especially expects system TCO reduction for virtual and cloud environment.

Regis Kuzel Sr. VP of Business Development Sales, LCN Services

LCN is a trusted advisor to our customers. They appreciate our knowledge, expertise and especially how unbiased we are when it comes to recommending the right technology to meet their requirements. When it comes to making a decision on which Application Platform to run your mission critical and customer-facing applications, it’s more important than ever. IT requirements are changing. The need to be well informed and seek expert advice is critical in order to make the right decisions for your organization. For LCN, the bottom line is you can’t do better than Red Hat’s EAP7. It’s a well thought out platform. And it’s gaining market share because it works! Red Hat EAP7 is the best technology available at its core!

Ivan Cardona, owner, Opticca

We’ve been been deploying middleware, SOA, and BPM platforms from the major providers for the past eight years. We’ve recently made a large investment In Red Hat’s JBoss solutions because our customers’ feedback led us to conclude open source is now a real option. Our customers experienced tremendous success deploying services and business processes leveraging these platforms. The challenge they face is the solutions are too expensive to scale further and/or many find the platform overhead is too heavy. Red Hat’s Jboss solutions directly address those two concerns. For this reason we are very bullish on Red Hat’s ability to gain a substantial portion of the middleware, BPM, container, and micro services market.

Matt Pavlovich, Co-Founder and Technical Practice Lead, Media Driver

The release of EAP7 brings an exciting array of new features and capabilities to Enterprise Developers. EAP7 is the defacto standard for the Java EE 7 specification running on the Java 8 JDK and Media Driver is excited about the latest features available to developers. Having all the key Java specifications certified to work together allows developers to be more efficient by focusing their time on delivering business value versus fiddling with tech stacks. Whether it is deployed on-premise, in the cloud or via containers, EAP7’s deployment flexibility ensures DevOps teams will not have to navigate tricky hurdles to get their environments up and running quickly. Enterprise grade features with flexible support options make JBoss EAP7 an easy decision.

Farhan Hussain, Founder and CEO, Open Source Architect

As a leading Red Hat partner with hundreds of successful JBoss implementations in the books, JBoss EAP 7 is going to be a very important release for our comprehensive portfolio of Red Hat solutions and services. Consistent customer success is the force that drives us to say with confidence that Red Hat’s JBoss Enterprise Application Platform (EAP) is the *only* choice for organizations seeking an open source, market-leading Java EE application platform. This new platform will help us provide reliable, cost-efficient and high-performing container-based solutions for on-site and cloud deployments, while enabling our joint customers to innovate and meet strict compliance, security, and regulatory requirements simultaneously!

Bob and Kathy Cartwright, owners, Dimension Systems

JBoss EAP7 support of Java EE7 allows customers the flexibility to meet their requirements without restrictions. Dimension Systems sees the value in Red Hat being a leader in this front. EAP 7 is bringing an updated manage console which will improve the user interface experience. Ease of navigation and support for large scale domain configurations is a big customer win.

Again, thank you Red Hat partners. You made our decade.

And for those that are still not in the ecosystem, please join us. We’re here to help you grow.

Thank you JBoss partners

Thank you JBoss partners. You made our decade.

In the open source world (and I would say increasingly in the software world in general), the success of a new technology begins with active and vibrant communities that crank out compelling and useful technologies.

When the technology gets out and increases in popularity, early customers begin to trust it and it faces the challenge of being adopted by the mainstream market, which is composed predominantly by customers who are pragmatists in nature and that find it difficult to use a new product unless it has support in the market (other customers) and it has an ecosystem of partnerships and alliances with other vendors that serve their industry.

That’s why partners are key to technology products. The larger the partner ecosystem, the more trust customers can have and the better the chances of widespread adoption.

JBoss had started to create that partner ecosystem before it became part of the Red Hat family back in 2006. Many things have happened since those early years, and we’ve probably done a few right things along the way, as Red Hat has become the first open source company to surpass the two-billion-dollar revenue mark, and for the fourth consecutive year we have been awarded a 5-Star rating in the CRN 2016 Partner Program Guide – where vendor applications are assessed based on investments in program offerings, partner profitability, partner training, education and support, marketing programs and resources, sales support, and communication.

However, at the end of the day, it is really the partners who decide which technology partners they choose to pursue success in the marketplace.

In anticipation of the launch of Red Hat JBoss Enterprise Application Platform 7 (JBoss EAP), and of the 10th anniversary of JBoss becoming part of the Red Hat family, we offered our partners the opportunity to tell the world about out our collaboration.

So don’t take our word for it. Let our partners do the talking.

We are fortunate to have partners that have worked with JBoss for a long, long time. Some of them, such as Vizuri, were a JBoss partner before it became part of the Red Hat product family. Joe Dickman, senior vice president, explains that the widespread adoption of JBoss in the marketplace, especially among Fortune 500 companies, is “a testament to the ‘power of community collaboration and innovation’ that Red Hat embodies, which has forever changed the way that software is developed and businesses operate.”

Another JBoss veteran is Viada in Germany. In words of Daniel Braunsdorf, CEO of Viada in Germany, “Ten years ago JBoss was the first open source application server being really ‘enterprise-ready’”, and today “we are talking about a full stack of middleware suite products serving our customers needs by giving them more flexibility, agility, and speed to deliver innovative applications.”

James Chinn, CEO of Shadow-Soft, sums it up well: “Over the last decade, JBoss has come a long way in terms of improving performance as well as truly innovating in regards to the way applications run and are managed. With the release of JBoss EAP 7 comes a host of new features including full support of Java EE 7 and Java SE 8 (…) Furthermore, JBoss EAP 7 has also been upgraded to reduce start-up time and optimize networking port utilization making it truly ideal for running within Linux containers.”

SCSK from Japan trust the power of JBoss EAP 7 to drive open standardization and TCO reduction. In the words of Hisanao Takei, Senior Executive Officer, “SCSK thinks JBoss EAP 7 is the best choice that customers want for building open and standard infrastructure and especially expects system TCO reduction for virtual and cloud environment.”

Red Hat JBoss Middleware is at the core of many mission critical systems. And being intimately related with the other Red Hat middleware products, such as JBoss Fuse, enables our partners to support many different types of business customer needs. Hiroyuki Yamamoto, director at monoplus, Inc. in Japan, makes the point that “As business environments continue to evolve, we believe that JBoss Middleware will seamlessly contribute and support in the integration, co-operation and collaboration within businesses”.

Driven by the dynamism of information based sectors, it may be easy to forget that traditional businesses also need advanced enterprise systems to be successful. In such a traditional business as printing, our Japanese partner WingArc1st makes the point that “An enterprise printing platform needs to be highly reliable, stable and provide high performance for seamless operations,” and believe that “Red Hat Enterprise Linux and JBoss EAP 7 are important platforms” for the company’s SVF offering.

Matt Pavlovich, co-founder of Media Driver, abounds on how JBoss EAP 7 helps developers “to be more efficient by focusing their time on delivering business value versus fiddling with tech stacks.” No small feat, as he continues, “Whether it is deployed on-premise, in the cloud or via containers, JBoss EAP 7 provides deployment flexibility that can help DevOps teams avoid having to navigate tricky hurdles to get their environments up and running quickly.”

Regis Kuzel, senior vice president at LCN Services, takes pride at being an unbiased trusted advisor to their customers. “For LCN, the bottom line is you can’t do better than Red Hat JBoss EAP 7. It’s a well-thought-out platform. And it’s gaining market share because it works! We believe Red Hat JBoss EAP 7 is the best technology available at its core!”

In terms of innovation, Farhan Hussain, Founder and CEO, Open Source Architect has a clear view of the contribution of the new EAP7. “This new platform will help us provide reliable, cost-efficient and high-performing container-based solutions for on-site and cloud deployments, while enabling our joint customers to innovate and meet strict compliance, security, and regulatory requirements simultaneously!” says Farhan.

Heinz Wilming, Director, Red Hat JBoss Competence Center for our German partner akquinet, makes a point about the value that long term support provides to our common customers. As you are possibly aware, Red Hat JBoss Middleware product life cycles are generally three, five, or seven years in length, and for certain products can be extended by three (3) additional years (up to ten!), something not many vendors actually provide. In his words, “Long-lasting support, regular updates and interoperability ensure protection of investment and guaranteed future for both our customers and akquinet.”

Some of our partners have been supporting JBoss for a long time, and others have made investments more recently. This is the case of Opticca in Canada. Owner Ivan Cardona shares that “We’ve been deploying Middleware, SOA, and BPM platforms from the major providers for the past eight years. We’ve recently made a large investment In Red Hat’s JBoss solutions because our customers’ feedback led us to conclude open source is now a real option.”

A last word…

We are really happy we are getting this support from our partners. Many others share us in the 10th anniversary and you can learn more from our strategic alliances here. And find more in the JBoss partner ecosystem press release, here.

And for those that are still not in the ecosystem, please join us. We’re here to help you grow.

So let me conclude as I began.

Thank you, Red Hat partners. You made our decade. Ready for more?

PD: Keep reading here for blogs and additional quotes from partners worldwide about the new EAP7!

  • Page 1 of 2
  • 1
  • 2
  • >