Index: lutingenerator/doc/en/LutinGenerator.rst
diff -u /dev/null lutingenerator/doc/en/LutinGenerator.rst:1.1
--- /dev/null	Fri Apr 28 09:50:54 2006
+++ lutingenerator/doc/en/LutinGenerator.rst	Fri Apr 28 09:50:49 2006
@@ -0,0 +1,57 @@
+==============
+LutinGenerator
+==============
+
+:Authors: Arnaud THIMEL
+:Contact: thimel@codelutin.com
+:Revision: $Revision: 1.1 $
+:Date: $Date: 2006/04/28 09:50:49 $
+
+
+.. contents::
+
+
+Project origin
+==============
+
+LutinGenerator was born after a research of an easy-to-use code generator
+oriented on "in memory" models. But the research ended by a failure.
+
+Analysed projects were :
+
+- Jostraca ;
+- EMF ;
+- ...
+
+Code Generation were chosen instead of Introspection because it allows to use
+the compilation processes and therefore to validate the generated code. Even if
+the initial need was to generate Java source code, LutinGenerator is able to
+generate any type of code.
+
+
+
+Technical part
+==============
+
+LutinGenerator allows using a set of generators. These generators are abstract
+of any specificity enabling to adapt them to indicidual needs.
+
+
+By default, LutinGenerator has two implementations of these generators :
+
+- ObjectModelGenerator (generation from an object model) ;
+- UIModelGenerator (generation from a graphic model).
+
+Each of these models has its own specificities due to its strucure and working
+mode...
+
+Anyway, these generators are unuseful without generation templates. Templates
+are files allowing to determinate what will be the generated content according
+to the initial model. Thanks to LutinProcessor_, these templates are written
+with a syntax close to the JSP syntax mixing Java and generated code. The goal
+of LutinProcessor is to tranform the templates by replacing JSP code by the
+matching Java code. Obtained Java classes can be compiled and so become
+independants.
+
+
+.. _LutinProcessor: http://lutinprocessor.labs.libre-entreprise.org/