Return-Path: Delivered-To: apmail-incubator-empire-db-commits-archive@locus.apache.org Received: (qmail 93967 invoked from network); 1 Aug 2008 15:41:30 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 1 Aug 2008 15:41:30 -0000 Received: (qmail 14778 invoked by uid 500); 1 Aug 2008 15:41:30 -0000 Delivered-To: apmail-incubator-empire-db-commits-archive@incubator.apache.org Received: (qmail 14766 invoked by uid 500); 1 Aug 2008 15:41:30 -0000 Mailing-List: contact empire-db-commits-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: empire-db-dev@incubator.apache.org Delivered-To: mailing list empire-db-commits@incubator.apache.org Delivered-To: moderator for empire-db-commits@incubator.apache.org Received: (qmail 63160 invoked by uid 99); 1 Aug 2008 15:16:45 -0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Subject: svn commit: r681719 [8/10] - in /incubator/empire-db/site: ./ community/ css/ documentation/ downloads/ empiredb/ images/ images/diagrams/ images/logos/ images/mail/ images/menu/ javadocs/ js/ struts2ext/ support/ Date: Fri, 01 Aug 2008 15:15:29 -0000 To: empire-db-commits@incubator.apache.org From: reiher@apache.org X-Mailer: svnmailer-1.0.8 Message-Id: <20080801151533.5DA232388A72@eris.apache.org> X-Virus-Checked: Checked by ClamAV on apache.org Added: incubator/empire-db/site/struts2ext/struts2ext.htm URL: http://svn.apache.org/viewvc/incubator/empire-db/site/struts2ext/struts2ext.htm?rev=681719&view=auto ============================================================================== --- incubator/empire-db/site/struts2ext/struts2ext.htm (added) +++ incubator/empire-db/site/struts2ext/struts2ext.htm Fri Aug 1 08:15:26 2008 @@ -0,0 +1,268 @@ + + + + + + + + + + + +Empire-db and Struts2 + + + + + + + + + + + + + + + +
+ + + + + +
+
 
+
+ + +
+ + + + + + + +
+ +
+ + Empire and Struts2 + +
+ +
+ + +

Empire-Struts2-Extensions

+

Empire-db has not been designed for any specific type of application or + front end framework and + is thus suitable likewise for Rich-client, Web or command line applications. However + unlike with other data persistence solutions, Empire-db's metadata support can be + utilized and extended to work all the way through to the presentation layer and + dramatically reduce redundancies which are otherwise necessary to shape the user + interface. This in turn significantly reduces the errors caused by inconsistencies + between view and model – and opens even more opportunities for a cleaner separation + of model and view. This together with the compile-time safety provided by object + references can improve code quality and reduce both coding and testing effort.

+

In order to take full advantage of these features however some glue + code may be required and convenient to help the presentation layer understand the model. For a Web application + framework for example all of Empire-db's metadata can be used directly to supply every + single attribute value of an HTML tag, but it is a lot more convenient to use special + tags that directly understand Empire-db's data and metadata interfaces and get the + information they need themselves.

+

As the first Web application framework we have chosen to provide special support for + the popular Apache Struts2 framework. + While Struts2 is a well appreciated and capable framework by itself, we think that in + combination with Empire-db and our extensions library serving as the glue between the two, + it really rocks. We believe that data based Web application development has never been + safer and more efficient.

+

The following graphic shows the basic difference:

+ + + + + + + +
Struts 2 with traditional integrationStruts2 with Empire-Struts2-Extensions
Struts 2 with traditional integrationStruts2 with Empire-Struts2-Extentions
+

At its heart, Empire-Struts2-Extensions offers a set of special tags which are specifically designed to work with Empire-db's data and + metadata objects and which can be used instead or in combination with standard Struts2 tags.

+

This however is just part of the story. In addition its unique input control mechanism combines + the tasks for rendering, parsing and validating data in one single class. Its pull rather than + push request parameter handling makes a huge difference whenever special display formatting and + input control combinations are required.

+ +

Find out more...

+ + + +
Web form design and model / view separationSee how Empire tags can make your form definition both simpler and safer and learn how field access logic can be kept out + of the JSPs offering a much cleaner separation of model and view at no cost.
Input controls part 2 – Rendering and parsingUnderstand the problem of form data processing with traditional + Web application frameworks and learn why it's sensible to + keep rendering, parsing and validation of a value together in one easy to implement class.
+ + +
+ + + + + +
+ +
+ + + + +
+ + + + \ No newline at end of file Propchange: incubator/empire-db/site/struts2ext/struts2ext.htm ------------------------------------------------------------------------------ svn:mime-type = text/plain