ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » General Discussion » Why IBM building Stacks on WAS?

Post new topic  Reply to topic
 Why IBM building Stacks on WAS? « View previous topic :: View next topic » 
Author Message
Gaya3
PostPosted: Thu Aug 12, 2010 5:59 am    Post subject: Why IBM building Stacks on WAS? Reply with quote

Jedi

Joined: 12 Sep 2006
Posts: 2493
Location: Boston, US

I don't know seriously...

there are lot of products on top of WAS,

Few of them are WPS, Websphere Business Monitor, goes on.

Are there any thing more, any reason its building on top of App server.

or is it like to distinquish between ESB vs BPM tools

Request more thoughts on this.
_________________
Regards
Gayathri
-----------------------------------------------
Do Something Before you Die
Back to top
View user's profile Send private message
mqjeff
PostPosted: Thu Aug 12, 2010 6:08 am    Post subject: Reply with quote

Grand Master

Joined: 25 Jun 2008
Posts: 17447

For the same reason Broker is stacked on top MQ.

Because the base product provides services and functionality that are useful for the layered product, and because it provides a common set of skills for administration.
Back to top
View user's profile Send private message
Gaya3
PostPosted: Thu Aug 12, 2010 6:25 am    Post subject: Reply with quote

Jedi

Joined: 12 Sep 2006
Posts: 2493
Location: Boston, US

this make sense....


if i say ESB tools are MQ , MB

and BPM tools are WPS, Business Monitor and all

and make a pattern like below

ESB <------> BPM [WAS Oriented/Apps Server]

Technology <----> Process management

Where ESB and BPM are virtually divided, does it sounds good.
_________________
Regards
Gayathri
-----------------------------------------------
Do Something Before you Die
Back to top
View user's profile Send private message
mqjeff
PostPosted: Thu Aug 12, 2010 7:32 am    Post subject: Reply with quote

Grand Master

Joined: 25 Jun 2008
Posts: 17447

What value are you trying to derive from these distinctions?

There's a lot of "stuff" out there already on BPM vs Application vs ESB vs Etc. etc. etc. etc.
Back to top
View user's profile Send private message
Gaya3
PostPosted: Thu Aug 12, 2010 7:43 am    Post subject: Reply with quote

Jedi

Joined: 12 Sep 2006
Posts: 2493
Location: Boston, US

mqjeff wrote:
What value are you trying to derive from these distinctions?

There's a lot of "stuff" out there already on BPM vs Application vs ESB vs Etc. etc. etc. etc.



ESB consolidates complete integration, all application integration,

once the integration is good, i move forward to manage the services [exclusively taken out from the application which are are to be served as services] , using the BPM tools.

the application integration will be handled by ESB all the services which will be managed by BPM tools. there i drew this line of border for easy understanding.
_________________
Regards
Gayathri
-----------------------------------------------
Do Something Before you Die
Back to top
View user's profile Send private message
elvis_gn
PostPosted: Thu Aug 12, 2010 9:41 am    Post subject: Reply with quote

Padawan

Joined: 08 Oct 2004
Posts: 1905
Location: Dubai

Hi Gaya3,
Gaya3 wrote:
ESB consolidates complete integration, all application integration,

once the integration is good, i move forward to manage the services [exclusively taken out from the application which are are to be served as services] , using the BPM tools.

the application integration will be handled by ESB all the services which will be managed by BPM tools. there i drew this line of border for easy understanding.
There is absolutely no hard and fast rule of enforcing relationship between an Application Server and ANY technology concept such as ESB, BPM, BAM etc etc....

If you can code a BPM or ESB or BAM etc on C, C++, POJO, PHP etc etc....go ahead, no one stops you....its only easy to do it on an App server coz everything you required as a framework already exists.

What did you mean by manage the services ? If you meant using the ESB business services in business processes, then that's the real job of BPM. But if you meant doing administration of the ESB technical services using technical processes, it can be made to do it, but that's not really getting value out of your BPM investment.

You topic has deviated from a discussion on "Is app server really required for a technology concept" to "how do I demark what executes within ESB, what is BPM etc"...

Regards.
Back to top
View user's profile Send private message Send e-mail
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » General Discussion » Why IBM building Stacks on WAS?
Jump to:  



You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.