As with many unanswered questions, the real answer depends on how you define the question. In this case: What is an application server anyway? The earliest recorded use of the term comes from late in the client-server era and early in the Internet Age, when it became clear that client-server applications would never scale to large numbers because of the nature of the fat client.

The distribution, management, and performance of business rules on the client severely limited the scalability of client-server applications. Many different companies arrived at the same answer at about the same time: Move the business rules to a server that sits between the client and the database. Depending on which company was defining this middle tier, it was called something different. Companies with transaction-processing backgrounds called it a transaction server. Vendors who made tools that enabled this multitier distribution of presentation and business logic (e.g., Allaire with their Cold Fusion product) called it an application server.

[an error occurred while processing this directive]

g this middle tier, it was called something different. Companies with transaction-processing backgrounds called it a transaction server. Vendors who made tools that enabled this multitier distribution of presentation and business logic (e.g., Allaire with their Cold Fusion product) called it an application server.

Whatever it was called, it was designed to centralize the management of the application objects required to connect clients—whether Web or Windows clients—with the databases or system services with which they had to interoperate. These centralized management services include the creation and management of server components (at the time, primarily focused on COM or CORBA object frameworks), clustering support, component load balancing, transaction management between multiple back-end databases or system services, and failover or other advanced redundancy features. They also had to have some mechanism for connecting to the legacy systems and relational database systems that housed most of the existing production data.

What they will become are the support systems that surround the two common runtime environments: J2EE and the .NET Framework.
TechRepublic provides insight, advice, and technical information written by IT professionals for IT professionals.
Have the top IT experts by your side today--FREE!

Previous page |   1 2 3 4	| Next page

[an error occurred while processing this directive]

[an error occurred while processing this directive]