Entera Upgrades to support Big Data with latest version of NXTera

eCube Systems, a leading provider of middleware modernization, integration and management solutions, announced the availability of NXTera 6.5, a high performance RPC middleware. With NXTera 6.5, Entera applications can support Hardoop, the file-based data store, and Hive, the ANSI-based query engine.

Hadoop is an open-source software framework for storing and processing big data in a distributed fashion on large clusters of commodity hardware. It provides companies two major benefits: massive data storage and faster processing.

Hive TM, the other addition to NXTera, allows SQL developers to write Hive Query Language (HQL) statements that are similar to standard SQL statements. The HQL statements are then broken down by the Hive service and turned into Hadoop jobs. Finally, the Hadoop jobs are executed across a Hadoop cluster.

Companies that upgrade to NXTera 6.5 will have the power they need to grow their application so it can handle big data. Contact us for more information.

About NXTera

NXTera offers support for both optimized JDBC connectivity to Hive and native inline HQL support for COBOL, FORTRAN, C/C++ and Java applications. These can be legacy Entera applications or new applications that need heterogeneous language support across multiple middleware architectures. Learn more: http://www.ecubesystems.com/nxtera_LM.html

About eCube Systems

eCube Systems offers a family of middleware evolution products and services that maximize return on technology investment by leveraging existing technical equity to meet evolving business needs. Fortune 1000 companies and government agencies turn to eCube Systems to reduce risk, extend ROI, and increase productivity as they consolidate existing capabilities and evolve legacy systems to contemporary SOA platforms.

eCube Systems, LLC, is headquartered in Montgomery, Texas with marketing offices in Boston, MA and R&D in Montreal, Canada. For more information, visit us at http://www.ecubesystems.com/Contact.html

eCube Announces RISC to x86 Migration Path for Strategic Entera Systems with NXTera and ARMx86

eCube recently announced the availability of ARMx86, our methodology and service offering for migrating Entera RISC applications to NXTera on x86 platforms.  Applying our proven ARM (Assess, Remediate and Modernize) process reduces the complexity involved in re-platforming RISC based applications and provides plug and play interoperability between Entera and NXTera.

For more information, please refer to our press release.

Transition from 32-bit Technology to 64-bit: Are Database Vendor Changes Forcing You to Upgrade?

“Don’t fix it if it ain’t broke,“ is the mantra of many successful IT managers. Their goal is simple: minimize risk, manage costs, and eliminate unnecessary headaches. One of the best ways to accomplish this is to minimize the change that complex and strategic applications are exposed to. However, life is not that easy. Sometimes, no matter how much you try and avoid it, change is forced on you.

64-bit technology falls into this category. Although it has been around for many years, 64-bit technology is now forcing its way into enterprise systems and distributed applications built with CORBA, Entera/NXTera, and other older middleware platforms. Previously, some companies made the transition when they moved to a new operating system or upgraded their hardware but many companies, who had complex systems with compatible external dependencies, postponed the transition to 64-bit technology. The reason? “32-bit works fine; let’s not create work for ourselves.” However, vendor changes to operating systems and database libraries are forcing managers to face the music. As a result, there will be more full system recompilations of legacy systems than most prudent IT managers would like.

These projects can be more complex and demanding than they seem. Databases are the primary culprit because they are now ending support for several legacy databases and associated client libraries. For example, Oracle is limiting the availability of 32-bit client libraries while vendors, like IBM and Sybase, are completely phasing out the 32-bit versions of their databases in favor of 64-bit. They still package the 32-bit libraries in new releases for compatibility but they are not delivering the 32-bit versions of the database utilities. These changes are forcing the user to upgrade.

Why is this a big deal? Applications with custom interfaces that communicate with database libraries need to be re-compiled for 64-bit because the database utilities that provide functionality for compiling and testing in 32-bit are no longer available. In most cases, a 64-bit machine is required to install new versions even though 32-bit compatibility is provided.

As a result, IT managers are being forced to recompile and migrate applications and code (some of it decades old) to 64-bit architecture in order to upgrade their databases to the supported versions. This is not a problem if you have the sources for all the miscellaneous pieces, the make files still work, and you have a team that knows how to do what needs to be done. If you have problems, you may want to reach out to someone that can help. We have helped several companies using Entera and NXTera transition from 32-bit to 64-bit in 2012 and are well positioned to do more.

In upcoming posts we will discuss best practices and what to do when you’ve lost your source code.