 




<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Oracle buys BEA, but the app dev, SOA suites still conflict</title>
	<atom:link href="http://itknowledgeexchange.techtarget.com/soa-talk/oracle-buys-bea-but-the-app-dev-soa-suites-still-conflict/feed/" rel="self" type="application/rss+xml" />
	<link>http://itknowledgeexchange.techtarget.com/soa-talk/oracle-buys-bea-but-the-app-dev-soa-suites-still-conflict/</link>
	<description>A SearchSOA.com blog</description>
	<lastBuildDate>Tue, 24 Apr 2012 15:27:48 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	
	<item>
		<title>By: Effects of Oracle BEA Acquisition &#124; Techtracer</title>
		<link>http://itknowledgeexchange.techtarget.com/soa-talk/oracle-buys-bea-but-the-app-dev-soa-suites-still-conflict/#comment-438</link>
		<dc:creator>Effects of Oracle BEA Acquisition &#124; Techtracer</dc:creator>
		<pubDate>Wed, 23 Jan 2008 17:29:09 +0000</pubDate>
		<guid isPermaLink="false">http://soa-talk.blogs.techtarget.com/2008/01/16/oracle-buys-bea-now-the-hard-work-begins/#comment-438</guid>
		<description><![CDATA[[...] Oracle on the other hand too has an array of similar products including Appservers, ESB, SOA and BPM. Then the question arises as to why Oracle is acquiring BEA? Some insights to the things apart from the product suites clash should be taken in consideration here to understand Oracle&#8217;s point of view. [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Oracle on the other hand too has an array of similar products including Appservers, ESB, SOA and BPM. Then the question arises as to why Oracle is acquiring BEA? Some insights to the things apart from the product suites clash should be taken in consideration here to understand Oracle&#8217;s point of view. [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: links for 2008-01-18 &#171; steinarcarlsen</title>
		<link>http://itknowledgeexchange.techtarget.com/soa-talk/oracle-buys-bea-but-the-app-dev-soa-suites-still-conflict/#comment-436</link>
		<dc:creator>links for 2008-01-18 &#171; steinarcarlsen</dc:creator>
		<pubDate>Fri, 18 Jan 2008 21:20:42 +0000</pubDate>
		<guid isPermaLink="false">http://soa-talk.blogs.techtarget.com/2008/01/16/oracle-buys-bea-now-the-hard-work-begins/#comment-436</guid>
		<description><![CDATA[[...] Oracle buys BEA, but the app dev, SOA suites still conflict â SOA Talk (tags: cx bpm oracle bea) [...]]]></description>
		<content:encoded><![CDATA[<p>[...] Oracle buys BEA, but the app dev, SOA suites still conflict â SOA Talk (tags: cx bpm oracle bea) [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Geva Perry</title>
		<link>http://itknowledgeexchange.techtarget.com/soa-talk/oracle-buys-bea-but-the-app-dev-soa-suites-still-conflict/#comment-435</link>
		<dc:creator>Geva Perry</dc:creator>
		<pubDate>Fri, 18 Jan 2008 17:39:04 +0000</pubDate>
		<guid isPermaLink="false">http://soa-talk.blogs.techtarget.com/2008/01/16/oracle-buys-bea-now-the-hard-work-begins/#comment-435</guid>
		<description><![CDATA[In a sense, this drives the last nail into the J2EE coffin. It is no longer an open standard that lets you avoid vendor lock-in, because there are only two mega-vendors to choose from.

There are open middleware stacks that are emerging as an alternative, and that are better suited for the coming age of scale-our architectures on commodity hardware and cloud computing.

See our Open Letter to BEA WebLogic Customers: http://www.gigaspacesblog.com

Geva Perry
GigaSpaces]]></description>
		<content:encoded><![CDATA[<p>In a sense, this drives the last nail into the J2EE coffin. It is no longer an open standard that lets you avoid vendor lock-in, because there are only two mega-vendors to choose from.</p>
<p>There are open middleware stacks that are emerging as an alternative, and that are better suited for the coming age of scale-our architectures on commodity hardware and cloud computing.</p>
<p>See our Open Letter to BEA WebLogic Customers: <a href="http://www.gigaspacesblog.com" rel="nofollow">http://www.gigaspacesblog.com</a></p>
<p>Geva Perry<br />
GigaSpaces</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Aleksander Dragnes</title>
		<link>http://itknowledgeexchange.techtarget.com/soa-talk/oracle-buys-bea-but-the-app-dev-soa-suites-still-conflict/#comment-434</link>
		<dc:creator>Aleksander Dragnes</dc:creator>
		<pubDate>Fri, 18 Jan 2008 05:28:45 +0000</pubDate>
		<guid isPermaLink="false">http://soa-talk.blogs.techtarget.com/2008/01/16/oracle-buys-bea-now-the-hard-work-begins/#comment-434</guid>
		<description><![CDATA[I do not see that JDeveloper vs. Eclipse will be a problem. Oracle already has a lot of support for Eclipse for their existing stack. Oracle is an Eclipse member just as BEA was.

Oracle is not inherently against open source. Several of their products are based on open source such as Oracle VM (based on XenSource), Oracle Unbreakable Linux  and Oracle HTTP Server (based on Apache). They have bought some open-source products such as Berkely DB, and they have also made contributions themselves such as Trinidad as set of JSF-components based on ADF Faces.

Oracle BPA Suite is not a full BPM suite. It is only for analysis and design. Development, execution and monitoring is done in the Oracle SOA Suite. An interesting point is that the BPA Suite is based on IDS Scheer&#039;s ARIS. If Oracle now has an at least as good in-house offering, they might be tempted to focus on that one instead.

After the purchase of Hyperion it became quickly apparent that Hyperion is going to be Oracle&#039;s main enterprise-performance management offering and that Oracle&#039;s own Enterprise Planning and Budgeting was toast.

If Oracle&#039;s recent history in the applications area is anything to go by, they will continue to develop and support all major products. Middleware could be different. There is no next-generation offering such as Fusion Applications. Also, middleware is more standardised which means that you as a customer might not care too much if there is any consolidation.

-- 
Aleksander]]></description>
		<content:encoded><![CDATA[<p>I do not see that JDeveloper vs. Eclipse will be a problem. Oracle already has a lot of support for Eclipse for their existing stack. Oracle is an Eclipse member just as BEA was.</p>
<p>Oracle is not inherently against open source. Several of their products are based on open source such as Oracle VM (based on XenSource), Oracle Unbreakable Linux  and Oracle HTTP Server (based on Apache). They have bought some open-source products such as Berkely DB, and they have also made contributions themselves such as Trinidad as set of JSF-components based on ADF Faces.</p>
<p>Oracle BPA Suite is not a full BPM suite. It is only for analysis and design. Development, execution and monitoring is done in the Oracle SOA Suite. An interesting point is that the BPA Suite is based on IDS Scheer&#8217;s ARIS. If Oracle now has an at least as good in-house offering, they might be tempted to focus on that one instead.</p>
<p>After the purchase of Hyperion it became quickly apparent that Hyperion is going to be Oracle&#8217;s main enterprise-performance management offering and that Oracle&#8217;s own Enterprise Planning and Budgeting was toast.</p>
<p>If Oracle&#8217;s recent history in the applications area is anything to go by, they will continue to develop and support all major products. Middleware could be different. There is no next-generation offering such as Fusion Applications. Also, middleware is more standardised which means that you as a customer might not care too much if there is any consolidation.</p>
<p>&#8211;<br />
Aleksander</p>
]]></content:encoded>
	</item>
</channel>
</rss>
