To simultaneously aggregate and execute multiple applications developed in different programming languages
Fujitsu has introduced a latest version of its application server – Interstage Application Server v10 – to consolidate work on private clouds.
Interstage Application Server v10 can simultaneously aggregate and execute multiple applications developed in different programming languages, including Java EE, J2EE, COBOL, and C, on a single application server.
A new functionality has been added to completely eliminate the effects of Full GC, a major factor behind poor responsiveness in Java applications when consolidating business processes to provide a uniform and stable response.
Based on this product, Fujitsu is offering ‘Interstage Application Server v1 powered by Windows Azure,’ an application server that can be employed in a public cloud environment.
In addition to simplifying business process consolidation, the smart technology-enabled Interstage Application Server v10 halts the deterioration of Java application response and uses Smart Tuning for application stability.
Furthermore, to simplify the setting of essential parameters when deploying equipment, the set-up function has been strengthened. This is among the examples of how Fujitsu is using its smart technology to realize greater convenience and reliability.
Customers can consolidate, simultaneously execute on a single application server and link together applications developed in completely different programming languages, including the JavaEE and J2EE generations of Java, COBOL, and C.
Fujitsu provides migration templates that enable the consolidation of standard-specification applications, as well as orphaned applications from other companies that feature non-standard specifications.
Smart Tuning monitors applications for warning signs of Full GC, while autonomously controlling input flow to completely eliminate poor responsiveness due to the impact of Full GC.
By monitoring the memory utilization history and GC status of Java VMs(2), ‘Warning-sign monitoring’ autonomously determines and detects signs of Full GC and signs associated with slow responsiveness and other problems.
‘Input flow control’ guarantees that applications are responsive by running them in separate Java VMs.
After a Full GC process is complete, the Java VM can accept requests again.
This prevents other Java applications and non-Java applications from being affected.