cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Antonio Gallardo" <agalla...@agsoftware.dnsalias.com>
Subject Re: SQL Editor
Date Mon, 03 Feb 2003 14:50:58 GMT
Jeremy Quinn dijo:
> Hi Guys
>
> I am looking into implementing a forms-based editor for a complex set
> of inter-related SQL Tables (with lots of gruesome link tables etc.).
>
> What is currently considered the best technique to be using in Cocoon
> right now?
>
> XMLForm (we don't use Beans)

I think this is a good point. Many people thinks that XMLForms are related
to Beans. In particular (as a Cocoon user), I follow this thread too
little, but there is a feel that XMLForms are very tighted related with
beans. Why? I know that current implementation are only speaking about
beans and is currently too complex. :-(

I dont know nothing about beans. I just know that this is a technique
trying to address the issue of mixed code and tags using JSP. Please
correct, if I am wrong. I will be glad to understand this in a better way.
:-) I feel that XMLForms will rocks and is a very good approach for the
webapp.

I think the XMLForms cannot be only used with Beans. If I am correct
undertanding all this mix, XMLForms are an implementation of the XForms
that currently define the W3C. That means there is a related description
about the form and his properties.... Writing this come to my mind the
genexus technology ( http://www.genexus.com ). I assisted to some
presentations + all the education of this tool in beginning 2002... In
Genexus you concentrate on defining the forms. Genexus take care of
writing the Database and all the application. The target programming
language can be choosed, well I will not explain here what all this do.
The point is, based on the form you specify, Genexus generates the code
you need to serve the form.

Maybe some of this we need here. I suggested that a good starting point
can be the OpenSource project called Druid:
http://sourceforge.net/projects/druid

If all this is true XMLForm, can be used with Modular Database Actions.
But currently there is only the beans implementation.

My question is: Is planned a future release of XMLForm supposting Database
actions?

Comments are welcome! :-D

> OriginalDBActions (obsolete ? )

Maybe yes? But for some simple works Original Database Action can helps.
As long as I know there are still a valid way. They are not deprecated
stuff.

> ModularDBActions (Actions are not liked by many)

Who cares? ;-) I think currently is the best option test probed.
Currently, I use it with XSP FormValidator. Actually, this is the easiest
way to follow.

> SQL Inserts/Updates using SQLTransformer (maybe not capable of the job
> due to complexities of the multiple Table updating required ? )

Yes, there is a very complex issue when you are trying to use some nested
queries (master-detail forms) You must take create special styleshets to
build the nested query). Personally I dont tested this way, but the
complexity is clear form the book of Carsten and matthew.

> SQL Inserts/Updates using ESQL TagLib (complex and difficult to
> maintain ? )

I feel not a good way to follow... complex and difficult to maintain

> OutputModules+FlowScript (too unknown ? )

Still not released. But people working hard on it. Maybe this is not

> Out of this list, the ability of ModularDBActions to make multiple
> row/table modifications into a discreet transaction makes it sound the
> most attractive.

I agree. I am using this technique with XSP FormValidator. ModularDB
Actions makes a good work when you are faced to write a master-detail form
in one page.

>
> As for OutputModules+FlowScript, is that even a reality yet?

I dont know. Sorry :-(




---------------------------------------------------------------------
To unsubscribe, e-mail: cocoon-dev-unsubscribe@xml.apache.org
For additional commands, email: cocoon-dev-help@xml.apache.org


Mime
View raw message