Antonio Gallardo wrote:
Max Pfingsthorn wrote:
..
Summary: "Input the form definitions and templates and let Lepido
build the whole cocoon application for you!" ;-)
Druid looks great. But wouldn't it be better to let users make an ER
diagram and take it from there? i.e. create db, java classes, ojb
mapping, some default forms with the right definition and binding.
Then, the "only" thing left to do is adjust the template and you are
done! :)
Unfortunately, this does not solve the problem:
1. In a form we can have some fields that are calculated, hence there
does not exists a corresponding DB field for it.
2. In other situation, you don't want to use all the DB table fields
in the form.
We can automatically produce a form library from the DB schema, and the
real form then uses that library, adding or removing fields, providing
additional validation, etc.
IMHO, there is no a correct way to go from the DB table to the form.
More often than we though a DB table cannot be mapped to a form due
the defined interface.
What do you mean by "the defined interface"?
Sylvain
--
Sylvain Wallez Anyware Technologies
http://people.apache.org/~sylvain http://www.anyware-tech.com
Apache Software Foundation Member Research & Technology Director
