Blog

The Benefits of an Open Source SOA

Posted on Wed, 22 Oct 2008 15:46 by Pierre Fricke ( day(s) old) Trackbacks [0]

Red Hat Announces JBoss Enterprise SOA Platform 4.3 and JBoss Operations Network 2.1

Responding to and working with customers and the open source community around the world, we have announced the JBoss Enterprise SOA Platform 4.3 with JBoss Operations Network 2.1 support. See the Press Release. Visit the JBoss SOA Resource Center for a lot of information about open source SOA and guidance on how you can improve your business using JBoss Enterprise Middleware and Red Hat Consulting Services.

Posted on Wed, 8 Oct 2008 10:11 by Pierre Fricke ( day(s) old) Trackbacks [0]

Financial Rogue Waves, Black Swans and Open Source SOA

Red Hat Delivers JBoss Enterprise SOA Platform 4.3 to Help Enterprises Weather the Storm!



The Panic of 2008

Rogue Waves are spontaneously generated large waves that may appear suddenly even on a calm sea, surprising ship crews that may be in their path, and wreaking havoc and destruction.

Black Swans are a rare type of swan mainly found in Australia. The term, black swan, has also been applied to rare events that suddenly and unexpectedly occur. Black swans in business have been popularized and described in depth by the book Black Swans: The Impact of the Highly Improbable.

The financial oceans have been quite turbulent with rogue waves and the sky filled with black swans over the past year and especially over the past weeks. We've seen a ongoing real estate crash spread to a number of markets around the world (See The Housing Bubble Blog). We've had credit markets deteriorate over the past year and accelerate in recent weeks as market participants realize that the real estate bubble and bust are much larger than previously thought. We've seen banks reel and be bought or go out of business. I personally saw a physical bank run 11 days ago at my bank with the line out the door here in Atlanta. Electronic bank runs have been rampant.

Recalling the stories of the 1930s my grandmother used to tell me when I was a child was chilling during some of these events of the past weeks. Heck, didn't we learn anything? (I guess not). Weren't we “smarter” than they were? (No...maybe not even as smart). Didn't real estate “always go up” and we'd all be rich just like they said on various home TV shows? (Having lived through the real estate crash of the late 1980s in Austin Texas, the short answer is NO).

JBoss Enterprise Middleware Delivers Enterprise SOA

What does this have to do with open source SOA? It's quite simple. We live in dramatically turbulent times. And the turbulence is not going to end soon. More on that below. SOA is an architectural approach to designing IT systems to automate business processes with greater agility and flexibility enabling a business to be responsive to rapid change. Seems like larger doses of SOA-enablement with accelerated project schedules will be forthcoming by enterprises that will survive these times and even prosper. SOA will give them competitive advantage by allowing them to respond to new customer requirements and differentiate their products and services faster than competitors locked into a stove-piped application strategy.

However, many enterprise IT budgets may be cut. IT organizations won't be able to fund projects based on complex, hard-to-develop-to and deploy, and expensive SOA Platforms. They will have to do more with less as we've seen earlier this decade when open source came to the rescue at the operating system and application server level. This time, JBoss offers the simple, open and affordable JBoss Enterprise SOA Platform that is ready and able to deliver on your enterprise integration and process automation needs. Open source SOA, battle hardened in the worldwide open source community and in an increasing number of enterprise deployments, is the ideal platform to gain competitive advantage with during these challenging times.

I was talking with one of our major financial services customers, a major American bank a couple of weeks ago as the "Panic of 2008" (We used to call them “Panics” in the 19th century) was getting underway in earnest. They've taken their lumps and face smaller budgets with demands to make the business more agile and cost-effective. They also are looking beyond this crisis by preparing the business to exceed customer expectations in service and product offerings with open source SOA deployments built on JBoss Enterprise Middleware. They are finalizing two significant deployments centered on the JBoss Enterprise SOA Platform and then will take their experience and look to expand the use of JBoss Enterprise Middleware for more SOA projects. We are excited to be working with them!

Looking Ahead

So as we deliver JBoss Enterprise SOA Platform 4.3 to help businesses weather and prosper through this financial storm, what are we likely to see? While I cannot know for sure, of course, I can draw upon my experiences living through several other manias and busts including the oil boom and bust of 1973-86, gold and coin boom and bust of 1978-82, Austin real estate boom and bust of 1983-92, stock market boom and bust of 1996-2003 and the real estate boom and bust of the late 1990s till sometime in the next couple of years when we will see the "bottom".

Since this is a real estate bust, I'd offer the following...

  1. This is probably not going to be like the Great Depression of the 1930s.. It seems more like the Panic of 1893 substituting real estate for railroads. Or it could be like the Japanese "Lost Decade". We hope not, but the similarities are striking.
  2. Real estate prices will bottom out when prices fall to less than 120x monthly rent. Additionally, rents will decline in overbuilt areas as well as in many resort areas. In some exurb and suburb areas the price of a house, town home, or condo may overshoot this 120x level down to 80x monthly rent (We saw this in Austin 20 years ago). 120x monthly rent is the approximate value of a house that makes sense as an income producing asset. This valuation brings typical mortgage payments in line with rental costs. Residential real estate valuations much above 120x monthly rent are generally speculative in nature and not sustainable over the long term. There are a few exceptions, such as a historical 1890s Victorian “grande dame” house fully restored and in a great location that would be worth more. Or picture perfect houses in a close-in “street car” neighborhood like those built in the 1920s and 1930s that is highly desirable may continue to command a premium due to scarcity of supply. Another way to look at it is that buying a house will become cheaper than renting one including allowing for all maintenance expenses, taxes, home owner association fees, etc... (In some areas homes may actually be nearly "free").
  3. This ongoing deflation will create more stress on the financial systems around the world challenging most enterprises and value chains. Agile companies that delight their customers with innovative products and services that are also value leaders will be in the best position to prosper and take market share. We will see a lot of turbulence in both the credit markets as well as in the regulatory environment which will convey competitive advantage to those enterprises that are prepared. SOA-enabled IT will be key to that preparation. For example, an enterprise that has its business rules in JBoss Rules and made available to the business and its partners and customers through the JBoss Enterprise SOA Platform will have a great advantage over those who have their business rules locked up in stove-pipe web applications.

While there is pain, there will be great opportunities to build the next generation of great companies of the 21st century out of this turmoil. With JBoss Enterprise SOA Platform, we aim to help our customers become part of that community of leading enterprises in the coming years!

The JBoss Enterprise SOA Platform 4.3 is planned to be available by the end of October. Also, please visit the JBoss SOA Resource Center and try out our new JBoss SOA Assessment Tool to start paving your way to the new business opportunities of 2009 and beyond!

Posted on Wed, 8 Oct 2008 08:36 by Pierre Fricke ( day(s) old) Trackbacks [0]

Red Hat Launches New JBoss SOA Assessment Tool

Along with JBoss Enterprise SOA Platform 4.3, Red Hat is helping enterprises understand where they are in their SOA strategy development with a new JBoss SOA Assessment Tool. The JBoss SOA Assessment Tool is designed to help companies assess their current SOA Optimization and determine their best path for SOA success. It will analyze them in any one or more of 6 capabilities:

  1. Business process understanding
  2. IT assessment
  3. SOA design
  4. SOA enablement
  5. Infrastructure
  6. Orchestration

The tool was developed jointly by Red Hat and the experts at Alinean, Inc. Their database of more than 20,000 organizations allows us to provide you with a complete, customized analysis of your SOA readiness. Your personalized report will explain how you compare to your peers, the risks of not addressing the identified SOA capabilities and recommended next steps including resources to help you along the way.

This is a great way to get a different view point, based on a lot of other companies' experiences, of where you stand on your SOA journey to business automation and agility.
Link to the JBoss SOA Assessment Tool
Link to the JBoss SOA Resource Center

Posted on Tue, 7 Oct 2008 09:21 by Pierre Fricke ( day(s) old) Trackbacks [0]

Back to Your Regularly-Scheduled Program

Along with JEE Compliance comes a host of architectural restructuring intended to speed EJB3 development. Now that the dust has settled, I've taken a few moments to outline some of the changes we've made over the past months, and explain why you should care.

Admittedly, this entry is not as humorous as some of my past articles, but there's nothing funny about being awesome.

S,
ALR

Posted on Wed, 24 Sep 2008 19:07 by Andrew Rubinger ( day(s) old) Trackbacks [0]

Resteasy JAX-RS 1.0 Beta 6 Released!

A lot of changes in this release. The specification is basically done and going final any day now. The spec lead just needs to finish the TCK and it will go to a vote with the JCP EC and become final. We are up to date with the specification. Click here for more details...

Posted on Wed, 10 Sep 2008 10:53 by Bill Burke ( day(s) old) Trackbacks [0]

JBoss EAP: Java SE 6 support, Mainframes & more

The latest Cumulative Patch release for both JBoss Enterprise Application Platform (EAP) v4.2 & v4.3 are now available. Cumulative Patches (CPs) are incremental updates that fix all known issues and are typically made available on a quarterly basis to all customers.

Java SE 6 Support
With today's release, we're please to announce official support for Java SE 6 for JBoss Enterprise Application Platform v4.3 using the Sun JDK. Congratulations to the JBoss team for making this happen! We've updated our list of Compatible & Certified Configurations to reflect this.

More Certified Configurations
You'll also notice that we've now extended the number of Certified operating system, chip architectures & JVM combinations from 16 to 29. Since we can't possibly test every combination, we continue to support any configuration that runs on a JVM that we've certified to, no matter the OS/Chip/JVM combination; we call these Compatible Configurations as we rely on the compatibility of the underlying JVM. We try to be transparent and we want you to know what we've officially fully tested against, hence the distinction between 'Certified' & 'Compatible' configurations.

IBM Mainframe Support
Are you running your Java application on a mainframe? Looking for an alternative application server? We've supported JBoss Enterprise Application Platform on mainframes as a Compatible Configuration for some time, and now, based on customer requests, we've officially added mainframes to our list of Certified Configurations with IBM System z running Red Hat Enterprise Linux. If you're looking for reasons to switch, whether you're a mainframe user or not, we've conveniently listed them for you here.

Are these the only configurations we test? Nope. This isn't our complete list, but it does represent the list we run our full battery of quality, integration and performance tests on for every release. If you're wondering what we test, we cover the topic in this whitepaper about the making of JBoss Enterprise Middleware. Also, Andy Miller, one of our JBoss Engineering VPs, provides detail in this blog post from earlier this year.

If you have configurations that you'd like us to add or are interested in learning more about what tests we run, just let us know by sending a note to jbossquestions@redhat.com.

Posted on Mon, 25 Aug 2008 12:26 by Aaron Darcy ( day(s) old) Trackbacks [0]

JBoss Portal Wins Over Another Developer!

I couldn't say it better myself. Check out a developer's experience with Liferay V5.1 and JBoss Portal V2.7.

Posted on Fri, 8 Aug 2008 15:02 by Pierre Fricke ( day(s) old) Trackbacks [0]

JBoss Wins InfoWorld Bossie Awards - SOA Platform/ESB and Drools

Congratulations to the JBoss ESB and Drools teams and communities and the SOA Platform teams overall as well!

Best open source developer tools - Drools - Business Rules Management System.

Best open source plaforms and middleware - JBoss Enterprise SOA Platform - ESB.

Posted on Mon, 4 Aug 2008 17:31 by Pierre Fricke ( day(s) old) Trackbacks [0]

Is JBoss really insecure?

Answer is No. JBoss is as secure as you want it to be.

Well, according to a recent study by Fortify Software (that has been widely reported everywhere in media), Open Source software poses security risks. The report has considered a set of factors to come to their conclusion.

According to Fortify, JBoss scored very well in security aspects (except that we lacked an email address to privately report security vulnerabilities). That is fixed with basically modifying the html of appropriate pages on the web to display the email address.

In a nutshell, if you have a security vulnerability to report to JBoss, then send an email (privacy guaranteed) to (security AT jboss DOT com) or (security AT jboss DOT org).

Continue to read my thoughts here.

References: http://www.jboss.org/security/

Posted on Fri, 25 Jul 2008 22:56 by Anil Saldhana ( day(s) old) Trackbacks [0]

SOA World Magazine - Awards - Please Vote!

Red Hat's JBoss Enterprise Middleware has entries in these categories:
  • Best App Server
  • Best BPM Engine
  • Best OSS SOA Tool
  • Best Portal Plaform
  • Best SOA Platform
Please vote here!

Posted on Thu, 24 Jul 2008 09:27 by Pierre Fricke ( day(s) old) Trackbacks [0]

Daiwa Securities America Improves Performance and Reduces Costs with JBoss Enterprise Portal Platform

Daiwa Securities is featured as a JBoss Enterprise Portal Platform and JBoss Rules customer in this Red hat press release. They migrated away from an expensive and inflexible proprietary solution for an internal B2E (employee) portal supporting about 120 applications. In addition to featuring JBoss Enterprise Portal Platform,, JBoss Rules is used as an embedded framework (one of the great strengths of JBoss Rules) to provide intelligent alerts to portal applications. Daiwa Securities mentions an immediate $300,000 savings due to the JBoss enterprise open source subscription model.

Posted on Wed, 16 Jul 2008 14:12 by Pierre Fricke ( day(s) old) Trackbacks [0]

Early Adopter Swedish Railroad Expands Revenue Opportunities with JBoss Enterprise SOA Platform

The JBoss SOA early adopter Swedish Railroad has been blogged about here earlier. Matt Asay picks up on this deployment more recently here.

Additionally, I presented Open Source SOA Value and Strategy at Red Hat Summit and SOA World in late June. CIO e-magazine picked up on the Swedish RR example and other current status of open source SOA and future projections here. In particular, we see the convergence of EAI, SOA, BPM, EDA and CEP into a set of integration styles that may be implemented using a common platform - the 2nd generation ESB or SOA Platform. A flexible platform like this is a more cost effective and simpler (reduced to no need for separate architectural bases for EAI, SOA, EDA, BPM, etc...) way to implement an agile IT and enterprise in the future.

Posted on Tue, 8 Jul 2008 16:04 by Pierre Fricke ( day(s) old) Trackbacks [0]

Interview with Bruno Georges - Customer of and Now Employee of Red Hat's JBoss Division

I met Bruno when he was a customer of JBoss, Inc. back in 2005 at JBossWorld Barcelona (Spain). As a customer, he was a leader in adopting open source for high value SOA projects. As a colleague at Red Hat, I continue to enjoy working with him. Presented below is an interview with his perspective as a user/customer of open source for SOA.

Bruno Georges was Enterprise Architect and Head Of Development for a privately held, major global company in the Oil & Energy industry, of over 10,000 employees with over 140 billion dollars in yearly revenue. Today, as a senior technical manager at JBoss, a Division of Red Hat, Bruno Georges offers some insight into real-life business factors that cause CIO's to choose JBoss.

Q: Bruno, what was the business need for the project. Why change at all?

The majority of our IT budget was spent in maintenance, rather than investing in added value. The primary challenge was raised during a global meeting we held on SOA adoption. Growing complexity resulting from integrations meant budget spent in re-wiring and maintaining multiple source of “business knowledge / business rules” and corporate processes. We were suffering from duplication of these processes, and running the risk of accidentally not updating one of them. It was getting too dangerous: we urgently needed to reduce time to market, decrease risk through exposure, and protect ourselves from wrong financial reports and statements.

Q: What kind of new services were needed?

Integration Services really, ensuring that services were decoupled from each others, with well-defined boundaries. The integration service needed to take responsibility for validation, routing, transformation, and enrichment,etc.. before forwarding this to our core business services, for example, accounting, treasury, trades, etc.

The company's core applications and systems relies partly on Enterprise Java. These applications rely on a Service Oriented Architecture (SOA) , where coarse grain interfaces to Accounting, Treasury and Commodity Trading systems can be invoked over the network.

The business challenge revolved around migrating these Core Business Services from one Enterprise Java platform to another without any noticeable downtime, loss of performance, assuring data integrity and more importantly, without affecting financial transactions like trading activities, currency hedging, etc. Other business challenges included planning, where it was crucial to run the migration project without disrupting any existing deliverables.

Technical challenges were encountered during the planning of the migration, such as managing the dependencies of the services to migrate, based on whether or not they were using vendor-specific features. The aim of the migration was that it should bring equivalent - if not better - performance, quality and stability.

Q: Was there a particular desire to employ open source technology? If so, why?

We initially identified that we needed to implement our S.O.A. plan at the lowest cost, and with minimum risk. Then the question was raised of whether to use alternatives to commercial products to follow our SOA initiatives with minimum risk and expenditure. It was from identifying these specific requirements that we decided to seriously assess open sources alternatives such as JBoss.

Total Cost of Ownership was a main concern. Moving to a company-wide SOA implementation based on proprietary solutions (i.e WebLogic) would have reached 7 digits, especially considering that we were in the middle of a hardware refresh cycle, moving away from 1-2 CPU machines to 8 core Sun boxes.

Q: How did the project happen in terms of actually getting it underway?

First I arranged a meeting with (JBoss CTO) Sacha Labourey to discuss how we could approach this. We then decided to go ahead with JBoss's 3-Day Assessment offer. From this point we decided to further extend the assessment to come up with a more accurate picture of the resource and planning involved. In the meantime we also assessed local providers and partners like HP and Syseca to identify who could lead the migration and support us afterwards.

We hired JBoss professionals and Red Hat Partner Syseca to support us during the migration. Careful planning and regular reviews were conducted to prevent any issues and conflicts with existing projects or deliverables. Few internal resources were involved to reduce impact on daily activities and existing projects.

The Services forming our SOA have been migrated in 2 steps, the first one being a small and fairly low risk application, so we could give our engineering and operations some production experience and start building a new support and monitoring infrastructure using JBoss ON.

Technical issues were addressed directly with JBoss using the Customer Support Portal. We were really impressed to see JBoss's leading developer and guru Scott Stark getting involved when things got difficult.

Q: Why was JBoss technology considered?

The maturity of the product was important. and of course, the low price! But other things were especially important, too - like the local and global availability of JBoss expertise (Partner: Syseca), Because I was working for such a huge company, Red Hat's global presence was critical.

Q: What solution was finally decided on? Did this result in any savings? Any efficiency advantages?

The vendor selected was JBoss, due to its impressive market share, product quality and support offering, of which there is no equivalent in the open source application server landscape.

JBoss Enterprise Middleware provided a consistent open source platform and choice of tools to build our new infrastructure and applications. Also it offers a comprehensive set of products and a clear roadmap to support our SOA and ESB (Enterprise Service Bus) initiatives.

Q: How long did the project take to deploy?

There were two phases: the first one took three months, and the second and final phase was completed six months later.

Q: What was the most interesting aspect of the project, from a business point of view?

There were many examples, but one thing I especially noticed was time-to-market in an M&A situation. For example, we could now - and did - integrate very quickly with a company which had totally different accounting systems and technical / developer resources. The time-to-market to integrate two totally different platforms (.Net and Java) was dramatically reduced by the use of simple industry standards. What's more, we were able to confirm and validate the in-built functionalities and logic as we progressed. Validation of these milestones was even built into our migration contract, in order to contain, measure and insure against any business risk. This could then be prototyped with minimal effort and in less than one day. Unbelievable! No change was needed in our application/ implementation, or within the infrastructure, and the protection of the existing investment allowed full re-usability of existing infrastructure and resources. To be specific, we did not alter existing IT landscapes, hardware, or business processes, which was great. Another example is where jBPM helped us to reduce the development life-cycle, and allow business analysts to interact with the developers at the “right level”. i.e, the process definition.

Q: How did the JBoss solution improve the business bottom-line?

The great thing about an SOA project is that it brings business stake-holders together to agree on common corporate business policies, processes and rules. Long term business benefits will include removal of license costs on commercial products [through Portal and Integration solutions], and significantly reduce our capital expenditure. In addition, rollout of new business processes became a much simpler exercise, including analysis, implementation and validation.

Q: How was business improved as a result of the new deployment?

The first benefit was financial. We moved away from WebLogic products to JBoss Enterprise Middleware, saving up to six digits yearly. As a result, I was then able to invest more into staff training and development, technology, intellectual IT assets, and other high-value areas.

Executive management can now add more requests for the next Financial Year, and will see that resources are allocated more efficiently. IT department gained credit with the companies business folk. Perception is better, business sponsors become confident that IT is investing in the right direction, and subsequently become more ready to sponsor such changes.

Q: Any advice to other companies considering JBoss Enterprise Middleware?

Go ahead, don't wait. The longer you wait, the harder it will get.

Posted on Tue, 8 Jul 2008 14:58 by Pierre Fricke ( day(s) old) Trackbacks [0]

JBoss5_CR1, SpringDeployer, VFS and new forum

Again, just in case you missed it - which would be quite hard, since we did 'invest' into publicity this time. :-)
JBoss Application Server 5.0.0.CR1 has been released and is available for download from
https://sourceforge.net/project/showfiles.php?group_id=22866&package_id=16942&release_id=610469

Detailed Release Notes:
https://sourceforge.net/project/shownotes.php?release_id=610469&group_id=22866
And the publicity that I've mentioned:
Dimitris talks about it here:
http://www.infoq.com/news/2008/06/jboss-as5-rc1

And Sacha's blog:
http://sacha.labourey.com/2008/06/28/jboss-as-50-status
It's been great to finally see it come out.

OK, back to the usual - my Spring deployer. ;-)
With a few changes in the deployers and complete classloading re-wamp, Spring deployer also needed a minor update.
Here is the latest build:
- SpringDeployer 3.1 at SourceForge

Alongside Microcontainer project a new VFS project was developed. VFS stands for Virtual File System, a simple read-only framework abstracting the way we look at the 'file' system.
The two key points there are that we don't limit ourselves with the underlying 'file' system, meaning the file can be basically anything that has specific 'file' semantics, ranging of course from plain/real file system to in-memory byte 'file' representation (the two that we currently implement), or perhaps even some LDAP or relational database. The other key point is the way you traverse over path. We've seen a lot of duplicate code all over the place where the code was asking the resources whether they are plain files/directories or archives, asking the URL connection if it's plain file or jar connection, ... With VFS you just put in a path or URL, and the framework abstracts all the details for you, hiding them behind simple VirtualFile API.
But of course something like that comes with a cost, expecting other written frameworks not to understand VFS protocol, since they mostly limit itself to what default JDK provides (a horrible URL handling code for Windows ;-).
We first encountered this with Facelets while deploying Seam apps. So here is the fix:
  • https://facelets.dev.java.net/files/documents/3448/99102/facelets-1.1.15.B1.zip
  • https://facelets.dev.java.net/issues/show_bug.cgi?id=315
And with connection to SpringDeployer and Spring's ability to do scanning for components, this issue poped-up:
- Spring deployer and component scanning on JBoss forum
The fix is already part of SpringDeployer 3.1, or you can use just the VFS based resource pattern resolver from here:
- VFS and ResourcePatternResolver

Aha, not to forget, JBoss5 has a whole new forum dedicated just to the issues with the new CR1 (and future JBoss5) release.
- JBoss5 forum

OK, that's it from me.
Probably till next JBoss5 release. ;-)

Posted on Sat, 5 Jul 2008 08:02 by Ales Justin ( day(s) old) Trackbacks [0]

November 2008
Sun Mon Tue Wed Thu Fri Sat 
<  Oct | Nov |  Dec  >
      1
2345678
9101112131415
16171819202122
23242526272829
30      
Recently:
Active Bloggers:
Retired Bloggers:
Syndication:

XML RSS ATOM

About:

E-mail: JBoss Employees

Powered by blojsom