cocoon-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Simon Price <simon.pr...@bristol.ac.uk>
Subject Re: XMLForm data stored/retrieved via Session Transformer?
Date Mon, 09 Sep 2002 21:56:53 GMT
Ivelin Ivanov wrote:

> XMLForm currently supports JavaBeans, DOM and mixed models.
> You can look at the Feedback Wizard demo for example.


I will look again, but it was not obvious to me how to pass a DOM model.

> How do you mean that people will be using forms without writing Java code.
> We can write another Action to take as parameter a file name with the XML
> model, however how you you handle the input data once submitted. How would
> you implement the logic for handling the input data? This has been requested
> before, but noone has suggested a better replacement for Java when it comes
> to writing general purpose logic.


Schematron could still be used to do validation. XSLT could operate on 
the model instance (built from the request) to so simple logic. I agree 
Java is better for complex logic, but XSLT would be a nice halfway 
between the modular database actions approach and the full XML Forms + 
JB approach.

I'll try and work my ideas up into a full example to show what I'm 
thinking of.

Another idea might be to use the flow engine to do some of the 
validation/processing. Although I don't think this would scale well, it 
would be a practical entry point for people moving from clientside to 
serverside - they could make use of their javascript skills and then 
later move on to java.

Simon


> Ivelin
> 
> 
> ----- Original Message -----
> From: "Simon Price" <simon.price@bristol.ac.uk>
> To: <cocoon-users@xml.apache.org>
> Sent: Sunday, September 08, 2002 2:45 PM
> Subject: Re: XMLForm data stored/retrieved via Session Transformer?
> 
>>Support for Alan's suggestion of a model in XML format....
>>
>>I'm pretty certain that JXPath can be used with a DOM object so it
>>should be possible for XMLForms to support both JBs and XML as the model.
>>
>>Personally, I really like the idea of being able to create and
>>manipulate the model without having to drop into Java. For many simple
>>forms, its seems like complete overkill having to write beans.
>>
>>Irrespective of what I think, there's a strong argument for having an
>>XML model: new Cocoon users and non-Java programmers will be able to
>>take advantage of XML Forms.
>>
>>Cheers
>>
>>Simon

-------------------------------------------------------------------
Simon Price
Institute for Learning and Research Technology
University of Bristol
8-10 Berkeley Square
Bristol BS8 1HH
United Kingdom

Direct: +44 (0)7071 226 720
Office: +44 (0)117 928 7193
Fax: +44 (0)117 928 7112
Simon.Price@bristol.ac.uk
http://www.ilrt.bristol.ac.uk


---------------------------------------------------------------------
Please check that your question  has not already been answered in the
FAQ before posting.     <http://xml.apache.org/cocoon/faq/index.html>

To unsubscribe, e-mail:     <cocoon-users-unsubscribe@xml.apache.org>
For additional commands, e-mail:   <cocoon-users-help@xml.apache.org>


Mime
View raw message