December 27, 2011
In this demo I would like to explore some areas of the application server management. Administration of JBoss EAP requires significant amount of manual editing of XML files or hand writing shell scripts to generate and update those XML files on all machines involved in deployment. WAS automates these kinds of tasks and provides flexible wsadmin automation tool with command assist. Even inexperienced WAS administrators can use the GUI and WAS command assist feature will record and then replay those commands using Jython. WAS administrators can also use Eclipse plugin to develop and debug wsadmin Jython scripts.
Read full text of the article and watch demos here: Automating tasks of WAS and JBoss EAP management with scripts and GUI demo.
December 23, 2011
WAS provides robust GUI and scripting for administration, powerful automation framework and reusable library of admin scripts. Multiple clusters can be created quickly with complete configuration, applications, tuning, etc. Administrative tasks can be easily automated right out of the box. Things are very different in the JBoss land. On the scale of 0 (worst) to 10 (best), I would rate JON “3″ (almost useless) for JBoss management and “7″ for JBoss monitoring. To illustrate my points I have recorded several demos. I think these demos are representative of the kinds of things that system administrators need to do on a daily basis.
Read full article and watch demos in HD here: Comparison of WebSphere and JBoss cluster management and application deployment demos.
December 16, 2011
Part of the reason for industry standards to exist is to avoid vendor lock-in. Such was the premise of J2EE – mostly fulfilled. But what about migrating BPM, ESB, DBMS from one vendor to another? Are there automated tools to do this? Technical migration is only part of the issue and often not the hardest one to overcome. Skills, culture, experience, risk, even politics play significant role. Did I mention financial side? Luckily this last one is often easy to solve as IBM has very competitive pricing compared to Oracle. On the other hand if you are an Open Source user and like to get your software free of charge with optional paid support, you still may consider IBM software. In the context of a bigger picture, the cost of license and support over the life time of the project is not as significant as one might think. So why not pick up the best tools you can find? I know how I do my shopping for tools. I have completed a number of home renovation projects and when I go to Lowes or Home Depot, I know the difference between the low-end and professional tools. I have never done a home renovation project for a fee, but still I am willing to pay the premium for professional tools since I am using them a lot – not just once a year. To me the ROI of those investments is big and easily noticeable (especially when I am in the middle of the project and the “cheap” tool breaks).
Read full article here: How hard it really is to migrate JEE, DBMS, BPM and ESB applications between vendor runtimes?.
December 12, 2011
In my earlier post I have compared IBM and Oracle tools for creating and managing private clouds. In this article I would like to review and compare public cloud capabilities from IBM and Oracle. Read the full article posted here: Comparison of IBM and Oracle public cloud offerings.
You may also want to take a look at the IBM Cloud Simulator.
December 7, 2011
On December 1, 2011 Oracle announced new version of its WebLogic Server 12c where “c” stands for the Cloud. Overall it is a strong release, yet contrary to the Oracle claim it still lacks the proper cloud credentials and more importantly is still lagging IBM WebSphere in many areas, including price/performance, intelligent management, advanced programming model. Let me consider major points of this Oracle announcement one by one and compare how they map to capabilities provided by IBM. I have posted my analysis of the press-release and Oracle webcast in this article: Analytical look at the Oracle WebLogic Server 12c announcement.