| Author |
Message
|
| angka |
 Posted: Fri Aug 10, 2007 12:50 am Post subject: MQ Design |
 |
|
Chevalier
Joined: 20 Sep 2005
Posts: 406
|
Hi all,
My MQ server and Web application server are on different server. What are the best practise to generate a message and put to queue from user input using the web application?
Below are my design:
1) Web application using MQ client API to connect and put to the MQ server queue.
2) MQ server program running on the MQ server polling the database which is on another server for new user insert.
What are other alternative?
Thanks. |
|
| Back to top |
|
 |
| jeevan |
| Posted: Fri Aug 10, 2007 5:16 am Post subject: Re: MQ Design |
|
|
Grand Master
Joined: 12 Nov 2005
Posts: 1432
|
| angka wrote: |
Hi all,
My MQ server and Web application server are on different server. What are the best practise to generate a message and put to queue from user input using the web application?
Below are my design:
1) Web application using MQ client API to connect and put to the MQ server queue.
2) MQ server program running on the MQ server polling the database which is on another server for new user insert.
What are other alternative?
|
If your webapplication is java technology based, you can use Bean to interact wtih webapp and use MDB to interact with MQ.
It mainly depends on your system design. I think there should be a high level architect design on how different components talk each other. |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Fri Aug 10, 2007 5:22 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
This is not actually an MQ design question at all.
It's more of a high level interaction question.
Should my application process requests synchronously with the user making the request?
Should my application process requests asynchronously with the user making the request?
Should my application do something else entirely?
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| angka |
| Posted: Sat Aug 11, 2007 4:52 am Post subject: |
|
|
Chevalier
Joined: 20 Sep 2005
Posts: 406
|
Hi,
oh sorry, btw Is there any red book on high level architect design on interacting with MQ. I am using .net for the webapplication
thanks.. |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Sat Aug 11, 2007 6:26 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
It's really not worth that much time thinking about.
There's really only one reasonable answer, and it comes entirely from your business requirements.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Sat Aug 11, 2007 6:31 am Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
Jeff,
Give the poor guy some credit. At least he knows he's out of his depth and he's asking. 
@ Angka
So as long as you cannot specify what the business requirements are we can't help you... 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| jeevan |
| Posted: Sat Aug 11, 2007 7:54 am Post subject: |
|
|
Grand Master
Joined: 12 Nov 2005
Posts: 1432
|
This reminded me the lines I have read in " Alice in Wonderland" in my childhood, which I take often as an example to explain a lack of vision, plan or understanding a big picuture. It goes like this:
she(Alice) went on. " Would you tell me, please, which way I ought to go from here?"
"That depends a good deal on where you want to get to," said the Cat.
"I don't much care where---" said Alice.
"Then it doesn't matter which way you go," said the Cat. |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Sat Aug 11, 2007 8:53 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
| fjb_saper wrote: |
Jeff,
Give the poor guy some credit. At least he knows he's out of his depth and he's asking.
@ Angka
So as long as you cannot specify what the business requirements are we can't help you... |
F.J. - I don't see that at all, and I don't like to assume anything about what's being asked. Or at least, I try not to - I'm sure I don't succeed sometimes.
Angka -
There's only one topology here that makes any sense, unless your business requirements are very different than I would expect.
If you're interacting with a human being, you want to do as much synchronously - or at least nearly synchronously - as you can.
Make a client connection.
Also, save yourself some future problems by spending some time searching here for people using MQ with ASP.net and .NET web applications. You need to understand the security aspects a bit more than you might think you do. Lots of people get tripped up when they try and deploy stuff. There are several posts that talk about the common problems and common issues.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| angka |
| Posted: Sun Aug 12, 2007 6:27 pm Post subject: |
|
|
Chevalier
Joined: 20 Sep 2005
Posts: 406
|
Hi all,
Actually the requirement is not set yet. I need to provide a few High level design and so I posted here. The requirement are performance and gurantee delivery... by using MQ client aint I defeat the purpose of using MQ server for the interface?
I did look into Web Service but it is quite slow...
I found
http://www.redbooks.ibm.com/abstracts/sg244896.html?Open
quite a old book. hopefully is useful
Thanks all
Cheers |
|
| Back to top |
|
|
| angka |
| Posted: Mon Aug 20, 2007 6:59 am Post subject: |
|
|
Chevalier
Joined: 20 Sep 2005
Posts: 406
|
| jefflowrey wrote: |
Angka -
There's only one topology here that makes any sense, unless your business requirements are very different than I would expect.
If you're interacting with a human being, you want to do as much synchronously - or at least nearly synchronously - as you can.
Make a client connection.
|
Hi,
Ya the design shld be synchronously. The user will use the web application and creates messages. the user may create alot of messages in a single session.
So you mean in my web application call the MQ client API when the user submit a message? Which means connect/open qmgr and queue and close/disconnect for every put? doesnt that have alot of overhead? is there a way to connect and open the queue once and wait for the web application to put message? or are there any other designs?
Thanks |
|
| Back to top |
|
|
| jefflowrey |
| Posted: Mon Aug 20, 2007 7:05 am Post subject: |
|
|
Grand Poobah
Joined: 16 Oct 2002
Posts: 19981
|
[quote="angka"]So you mean in my web application call the MQ client API when the user submit a message?
| Quote: |
Yes.
[quote="angka"]Which means connect/open qmgr and queue and close/disconnect for every put? |
No.
| angka wrote: |
| doesnt that have alot of overhead? |
Yes. That's why you don't do it that way.
| angka wrote: |
| is there a way to connect and open the queue once and wait for the web application to put message? |
Yes.
_________________
I am *not* the model of the modern major general. |
|
| Back to top |
|
|
| Vitor |
| Posted: Mon Aug 20, 2007 7:10 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| angka wrote: |
| is there a way to connect and open the queue once and wait for the web application to put message? or are there any other designs? |
Use the application server to provide a connection pool to your application.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| angka |
| Posted: Mon Aug 20, 2007 7:23 am Post subject: |
|
|
Chevalier
Joined: 20 Sep 2005
Posts: 406
|
Hi,
You mean for each session declare new MQ object and wait for put message from the web application? so it is for each session only? end of each session must disconnect and close the MQ object?
Btw I read through post here regarding .net web application.
Thanks |
|
| Back to top |
|
|
| Vitor |
| Posted: Mon Aug 20, 2007 7:32 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| angka wrote: |
You mean for each session declare new MQ object and wait for put message from the web application? so it is for each session only? end of each session must disconnect and close the MQ object?
|
No. I meant to use a connection pool.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| angka |
| Posted: Mon Aug 20, 2007 8:03 am Post subject: |
|
|
Chevalier
Joined: 20 Sep 2005
Posts: 406
|
Hi,
oh ok I saw ur second post after i send the post. is there IBM red book to refer to ? Connection pool isn't it for Java? |
|
| Back to top |
|
|
|
|
