MQSeries.net :: View topic - MQSeries for RealTime Interaction Between Portal and DB

tjobson · Posted: Thu Oct 24, 2002 2:19 am Post subject: no comments ?

We are building a data access API to allow multiple portals in the DMZ to be able to call (realtime) for data from our trusted database. The database is remote (via internal WAN) and we do not want to fuse the presentation logic of the portals directly (via jdbc) to our database. We are not allowed in our company to have inbound connections from DMZ to private network with anythign other than MQSeries. Hence we are building a real-time Data Access API and we are doing it with MQSeries.

We are building it with the following characteristics :

* MQ as the middleware with clustered QMs on both sides and dedicated channels for communications.
* Java on both sides; * We will pass java serialized objects ( minimizing properties, etc so the object is light ) between the client and the server sides of the framework.
* We need to handle as many as 100 conncurrent API calls at any time during our peak portal periods.

Here are my questions I'd like help with :

1) Should we be using JMS instead of standard Java/MQ coding ? Advantages ?
2) I have heard there is MQ connection pooling capability. Does this allow me to handle high concurrent transaction rates ? Does it allow me to have things flow so that they are not serialized and parallel ?
3) Does anyone out there have positive experiences with this architecture framework ?
4) Any other tips / suggestions ?