One way is to integrate via Oracle (or less expensive to operate PostgreSQL). What ever you need, you can cache or create an async. process to store the needed data in the DB, that is in the secured zone.
Sort of a "real" time data ware house. So via Oracle create views or pl SQL on to other resources. Like create "work" tables, that are async. synchronized to other resources. This makes it very, very fast for DB access, at worst you get a bit stale data at times.
It is a bit of pick your pain / gray issue.
To integrate from app server via JMS, you could have performance - access time issues, complexity, in addition to other issues.

Also, no reason to run an Web Server, if you have an app. server (since any app. server can also server out web pages).

.V

Aymeric Alibert wrote:
Hello,

We are successfully running a large struts application. We designed it using a 'classic' architecture:
- A Tomcat server running the application in our DMZ.
- Use of Struts for our front-end and implementation of the DAO pattern to isolate our Data Access layer. Even if everything runs on the same server.
- Use of DBCP pooling from Tomcat to access our Oracle database.

Looking ahead, I can see needs for JMS connectivity or connection to various type of data sources within our company and to communicate with our partners.
Also, our security team does not like having a Tomcat server in the DMZ accessing more and more internal information systems. We would like to take our infrastructure to the next level.

I was thinking of introducing an Application Server within our firewall. It will implement our Data Access connectivity and the DAO on the Web Server will use RMI to access it. I am a little afraid of performance degradation by introducing RMI between the Web Server and Application Server. Also deployment will probably be more complex.
Another solution would be to have both Web Server and App Server running on the same box in the DMZ. But that
does not solve my security concerns.

I don't have much experience with application servers and would not need the full features of a J2EE app server (at least not right now). Am I on the right path?
Does someone have advices or best practices to follow?

Aymeric.



--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to