arrow_back history picture_as_pdf This page is read only. You can view the source, but not change it. Ask your administrator if you think this is wrong. During the design phase of [[https://jvx.sibvisions.com|JVx]], particular importance was granted to **openness**. We have developed a **complete package** which covers all requirements of **Enterprise applications** out-of-the-box, without neglecting the extendability. **No new standards** were created, as the selection of standards is already big enough. JVx sets off with **well-known techniques** and **new ideas**. Based on a multi tier architecture, JVx consists of the following parts: {{:jvx:architecture.png?nolink|}} The tiers have following missions: * **Client Tier** \\ The client tier allows all client technologies (rich, fat, thin). For us, this includes, amongst others, Java Swing, SWT, QT Jambi, Silverlight, .NET Framework und of course also moderne Javascript libraries and techniques such as jQuery, extJS, qooxdoo, GWT, echo3, and many more. \\ The client tier has no direct access to data, or to the data tier, and can only communicate with the Enterprise tier. * **Enterprise Tier** \\ The centre piece of JVx is anchored in the Enterprise tier. A communication server takes in the requests from the Client tier, processes them and mediates the prepared result. The server itself is an exchangeable and extendable component and makes use of further components for session administration, direct object access and access control. \\ For database access, a Persistence API is made available so as to enable a technology-independent access to the data tier. * **Data Tier** \\ The data tier can be any data container, such as relation database systems (e.g., Oracle, DB2, MySql) or also special data formats (e.g., XML, XLS). More information can be found in the [[package_overview|Package Overview]].