IBM Cloud Pak® for Applications (CP4Apps) is an end-to-end hybrid cloud application platform, providing flexibility for deployments, building new cloud-native applications, refactoring and re-platforming existing applications. Designed to leverage a collection of application runtimes, modernization tools and a Kubernetes container platform to adapt to their landscape needs.
N/A
Oracle WebLogic Server
Score 7.4 out of 10
N/A
Oracle WebLogic Server is a unified and extensible platform for developing, deploying and running enterprise applications, such as Java, for on-premises and in the cloud. WebLogic Server offers a scalable implementation of Java Enterprise Edition (EE) and Jakarta EE.
N/A
Pricing
IBM Cloud Pak for Applications
Oracle WebLogic Server
Editions & Modules
No answers on this topic
No answers on this topic
Offerings
Pricing Offerings
IBM Cloud Pak for Applications
Oracle WebLogic Server
Free Trial
No
No
Free/Freemium Version
No
No
Premium Consulting/Integration Services
No
No
Entry-level Setup Fee
No setup fee
No setup fee
Additional Details
—
—
More Pricing Information
Community Pulse
IBM Cloud Pak for Applications
Oracle WebLogic Server
Features
IBM Cloud Pak for Applications
Oracle WebLogic Server
Application Servers
Comparison of Application Servers features of Product A and Product B
IBM Cloud Pak for Applications is clearly suitable for modernizing the WebSphere runtime from the heavy, complex and expensive WAS-ND, and to a lesser extent WAS-base, to the super simple, fast and lightweight WebSphere Liberty runtime. I guarantee, once you start using Liberty you'll never look back. Enough cannot be said about how awesome Transformation Advisor is. The output analysis it produces, along with the migration plan and associated artifacts, considerably simplifies both the decision-making process surrounding modernization and subsequent implementation. Without TA we would've made bad decisions by blindly picking unsuitable apps for moving from WAS to Liberty. Using the results from TA we've excluded multiple WAS apps from our immediate plans to migrate to Liberty, saving time and effort that probably would have resulted in a failed migration. We recently used Transformation Advisor to help us successfully migrate an app from Tomcat to WebSphere Liberty. We needed to make some changes to the Tomcat app, but TA helped highlight these required changes. Without TA I'm not sure we would have succeeded.
I see Oracle WebLogic Application Server being appropriate when an application needs several different data sources and messaging providers configured and accessible, with a configured level of control of resources (connection pools) and timeouts. It is also advisable to create distributed resources that you can configure as always active to provide more processing power, or as failover for situations of availability in case of disaster recovery, for example. An application where the number of required resources configured is very small and almost non-changeable, and no scalability is required, some other options exist in the market with less cost.
I love that the weblogic dashboard allows you to manage applications and see the status of each application.
Oracle WebLogic Application Server simplifies usage periods in the development and production of business applications.
Oracle WebLogic Server allows me to define various aspects of data source entry, including creating a specific multiple connection to facilitate data entry.
Performance and administration are highlighted in weblogic.
While the licensing is considerably simplified than it used to be, I still find it somewhat confusing. For example, WebSphere Liberty Core has an 8:1 VPC ratio. This is clear when dealing with VMs but it is still not clear to me as to whether we get an 8:1 ratio when running on OpenShift or whether we need to purchase additional OpenShift licenses to support running WebSphere Liberty Core in OpenShift.
Not so much related to IBM Cloud Pak for Applications, but while Transformation Advisor is an indispensable tool to help modernize to the WebSphere Liberty runtime, I wish we could run it against WebSphere Liberty itself. The reason being, we are now using TA as a single repository for our configurations. TA also highlights many potential issues when migrating to Liberty; these issues may also be applicable for apps already running in Liberty, we just don't know it yet.
The Admin UI should be further simplified, the UI design was not too user-friendly— too many options and clicks required, difficult for the new beginners to figure out what they are looking for.
The admin server becomes the single failure point, although Oracle suggested some workarounds by setting VIP and VHost, it was not quite easy and straight forward.
Domain replication is hard, requiring a lot of knowledge and scripts efforts.
Admin will hang if the node manager communication encounters some issues for one or some nodes in the domain/cluster.
Not able to kill/terminate the stuck thread, the only way is to restart the managed server (JVM)
Oracle WebLogic Server has so many features that sometimes it's hard to find the right place to setup things, I think the dated user interface does not help with that either. This has a direct impact when deciding to use it as your application server, you'd need to have the right people and invest the time needed to master it. If you're application justifies it then it will definitely be a great choice in the long run.
Our customer mission-critical core banking applications like Temenos T24 run on best of the breed IBM WebSphere Application Server which is java based-application server. IBM has kept up the promise of providing support, fixpack, and any update. As far as I know, at least by 2030, IBM is committed to continue with WHE which gives customers confidence in their current investments.
I wasn't involved in selecting the server we were using but in our team we've made some efforts to improve the local deployment process by trying some other Applicational servers too. Apache Tomcat was a more lightweight solution for sure, and it coped well with our applications needs, configuration and performance wise. Despite that, since we didn't got clearance to change that into our local servers, we kept using Weblogic to guarantee compliance between the testing environments and production.
