|
RSS Feed - WebSphere MQ Support
|
RSS Feed - Message Broker Support
|
 |
|
Design: can MQSI replace Application Server? |
« View previous topic :: View next topic » |
Author |
Message
|
yaakovd |
Posted: Thu Jan 23, 2003 5:44 am Post subject: Design: can MQSI replace Application Server? |
|
|
Partisan
Joined: 20 Jan 2003 Posts: 319 Location: Israel
|
I have general design question.
Our current system is based on
WorkFlow --> MQSI --> MQSeries --> Application Server (Web Logic) with Message Driven Beans (MDB) --> Application DB
Application server has following levels:
1. MDB - takes message from Q and translate in to Java object using XML parser
2. BO (business object) is responsible for all business rules
3. DL (data layer) is responsible for connection to Application DB
What can you say about direct call to BO from Java plug-in. It can save traffic between MQSI and APP servers and MDB maintenance.
This system performs at least 250 000 messages per day (size 2.5 K - 5 MB).
Is it too "hard" for MQSI? _________________ Best regards.
Yaakov
SWG, IBM Commerce, Israel |
|
Back to top |
|
 |
kirani |
Posted: Thu Jan 23, 2003 6:55 pm Post subject: |
|
|
Jedi Knight
Joined: 05 Sep 2001 Posts: 3779 Location: Torrance, CA, USA
|
You can make a call to BO using Java Plug-in but, but then, how will you coordinate your Transactions? I'd prefer to replace everything with WMQI.
What is your input message format and which backend database are you using?
Do you have any "special" requirement, which you think cannot be handled by WMQI? What is your current/future hardware platform? You should be able to handle 250,000 messages per day. _________________ Kiran
IBM Cert. Solution Designer & System Administrator - WBIMB V5
IBM Cert. Solutions Expert - WMQI
IBM Cert. Specialist - WMQI, MQSeries
IBM Cert. Developer - MQSeries
|
|
Back to top |
|
 |
yaakovd |
Posted: Fri Jan 24, 2003 4:36 am Post subject: |
|
|
Partisan
Joined: 20 Jan 2003 Posts: 319 Location: Israel
|
WMQI runs on AIX, application DB is Oracle 8
Input messages in different formats, but application server received all translated to XML.
In future configuration I want keep separation between external formatting and internal functionaly. So, for Java message flows - always XML.
May be we need 2 separated WMQI servers - one for external mapping like EDI, one for internal application needs.
I guess, we can do everything in WMQI .
I must manage 2-phase-commit between MQSeries - MQSI - Oracle.
What about my question - "Is it too "hard" for MQSI?" I mean system resources...
BTW, the system which described in fist message curently working without problems. _________________ Best regards.
Yaakov
SWG, IBM Commerce, Israel |
|
Back to top |
|
 |
kirani |
Posted: Thu Jan 30, 2003 9:34 pm Post subject: |
|
|
Jedi Knight
Joined: 05 Sep 2001 Posts: 3779 Location: Torrance, CA, USA
|
You don't need two seperate WMQI servers. You can have 2 different message flows handling internal and external mapping (EDI).
I don't think it's too hard for MQSI to handle this volume.
May I ask, why are you planning to replace existing system? _________________ Kiran
IBM Cert. Solution Designer & System Administrator - WBIMB V5
IBM Cert. Solutions Expert - WMQI
IBM Cert. Specialist - WMQI, MQSeries
IBM Cert. Developer - MQSeries
|
|
Back to top |
|
 |
yaakovd |
Posted: Fri Jan 31, 2003 2:51 am Post subject: |
|
|
Partisan
Joined: 20 Jan 2003 Posts: 319 Location: Israel
|
Of course I need separate flows: I have 25 mapping flows for different EDI, XML etc. formats. Current server translates 60 000 EDI, and 150 000 XML messages per day in production.
I don't planning replace current application server, but I looking for possible options for future projects.
From time to time we have performance problem in MQSI when procesing big XML (12 MB) to EDI.
What problem can be when I store big object in Oracle DB using MQSI instead of application server? _________________ Best regards.
Yaakov
SWG, IBM Commerce, Israel |
|
Back to top |
|
 |
|
|
 |
|
Page 1 of 1 |
|
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
|
|
|
|