<throw-away>
I would think that .NET as beta technology is probably the best fit for high
volume transaction processing? By the way, your website seems a bit hosed
right now - it's not running on IIS is it?
</throw-away>
Be very careful of the argument, XXX is better than YYY because it scales
better, especially when mouthed by Microsoft in terms of we can run a server
farm that's faster than your mainframe! J2EE is set of pieces on top of J2,
just because they are there doesn't mean you need to use each one every
time. For example, you might find that you don't want to use entity beans
for certain parts of your application. That doesn't mean you're not
building J2EE. It also doesn't mean you're getting no value from the
appserver. It just means you're being smart.
Having been in a pretty demanding wagering environment I would consider that
the business transactions would be very carefully developed whatever
technology is in use, and that J2EE is up to the task if you select a robust
container.
Cheers
Jay
-----Original Message-----
From: Crothers.Dean [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 27, 2001 1:43 PM
To: [EMAIL PROTECTED]
Subject: Use of J2EE ?
Hi,
is it true to say that J2EE application servers are more suited to
e-commerce type applications than high volume transaction processing
applications?
We have started a new project that requires both - currently using a J2EE
application server with EJBs housing the shared business logic for both the
e-commerce and transaction processing events that asynchronously come from a
network of controlled devices. However, others want to change to COM+/MTS
(with a subsequent migration to .NET) citing that its performance and
scalability advantages make it a better fit for our TP requirements than
J2EE?
Any comments on this would be appreciated, including any companies using
J2EE for close to real time, high volume transaction processing, etc.
thanks,
Dean
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff EJB-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
