| Author |
Message
|
| dfl93 |
 Posted: Wed May 27, 2015 6:05 am Post subject: Broker (WMB or IIB) use of cases |
 |
|
Newbie
Joined: 06 Jan 2014
Posts: 8
Location: Chile
|
| It is completely appropriate for the Broker (WMV or IIB), today, the approach of ESB where it is ONLY for routing, processing, conversion and enrichment? |
|
| Back to top |
|
 |
| Vitor |
| Posted: Wed May 27, 2015 6:11 am Post subject: Re: Broker (WMB or IIB) use of cases |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| dfl93 wrote: |
| It is completely appropriate for the Broker (WMV or IIB), today, the approach of ESB where it is ONLY for routing, processing, conversion and enrichment? |
What else would you use it for?
In these cases, would you use WMB or IIB because it's the best tool or because it happens to be the one installed?
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| Vitor |
| Posted: Wed May 27, 2015 6:13 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
Certainly if the "routing, processing, conversion and enrichment" contained the kind of processing described here ( ) then I'd wonder if that "processing" didn't have a lot of business related logic in it. Which would make me wonder if WMB or IIB was the right place for it.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| mqjeff |
| Posted: Wed May 27, 2015 6:24 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
IIB is the right location for any kind of business application, as long as you make the right choices in developing the application, and more importantly in deploying and managing the application.
Don't put ETL logic in the same IIB Node that has your external-facing file transfer meditations, for example. |
|
| Back to top |
|
|
| Vitor |
| Posted: Wed May 27, 2015 6:27 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| mqjeff wrote: |
| IIB is the right location for any kind of business application, as long as you make the right choices in developing the application, and more importantly in deploying and managing the application. |
Even for the kind of business application that's in a dialog with a user via a web interface? I would question if Amazon hosts its site on IIB, though I would bet good money they use it as part of their back office processing.
There's also a lot hidden under that innocuous "deploying and managing the application".
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| mqjeff |
| Posted: Wed May 27, 2015 6:37 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
| Vitor wrote: |
| mqjeff wrote: |
| IIB is the right location for any kind of business application, as long as you make the right choices in developing the application, and more importantly in deploying and managing the application. |
Even for the kind of business application that's in a dialog with a user via a web interface? |
And why not? HTML is HTML is HTML... 
| Vitor wrote: |
| There's also a lot hidden under that innocuous "deploying and managing the application". |
 |
|
| Back to top |
|
|
| Vitor |
| Posted: Wed May 27, 2015 6:59 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| mqjeff wrote: |
| And why not? HTML is HTML is HTML... |
| mqjeff wrote: |
| Vitor wrote: |
| There's also a lot hidden under that innocuous "deploying and managing the application". |
|
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| inMo |
| Posted: Wed May 27, 2015 8:09 am Post subject: |
|
|
Master
Joined: 27 Jun 2009
Posts: 216
Location: NY
|
While I don't know that I'd recommend it, for the sake of argument, it's worth an answer, why not?
I know places that have used it to serve a limited set on HTML pages. There is nothing about the nature of an HTML page that makes it a long-running process where state needs to be maintained. So in serving an HTML page, WMB/IIB isn't technically asked to do anything outside of its core capabilities.
A request comes in, a response is made. If it is reasonable to accept a request over HTTP and reply to that request, why can't the format of that response be HTML?
(Can't wait for the answers  ) |
|
| Back to top |
|
|
| mqjeff |
| Posted: Wed May 27, 2015 8:45 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
| inMo wrote: |
While I don't know that I'd recommend it, for the sake of argument, it's worth an answer, why not?
I know places that have used it to serve a limited set on HTML pages. There is nothing about the nature of an HTML page that makes it a long-running process where state needs to be maintained. So in serving an HTML page, WMB/IIB isn't technically asked to do anything outside of its core capabilities.
A request comes in, a response is made. If it is reasonable to accept a request over HTTP and reply to that request, why can't the format of that response be HTML?
(Can't wait for the answers ) |
Particularly with v8+ global cache, you can handle session affinity across requests and nodes...  |
|
| Back to top |
|
|
| Vitor |
| Posted: Wed May 27, 2015 8:48 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
If your web page is as simple as a form that POSTS a request and gets a reply, then ok.
I've not seen a web site that simple in years, which brings us into the murky pool of sessions, preserving state, etc, etc...
Plus how many web pages these days are plain HTML? With no dancing Java widgets, animated buttons and other dohickeriness?
As always, my most worthy associate is pedantically correct and I'm sure you could bend something to make this work. My point is that it's not the best (right) place for it as there are better containers with better tooling.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
|
|
