OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

 


 

   RE: [xml-dev] regarding u'r mail to XML dev list

[ Lists Home | Date Index | Thread Index ]

Title: regarding u'r mail to XML dev list
I am not certain if it can meet all your needs, but give Relaxer a try at http://www.relaxer.org. Relaxer is a schema compiler. Brief introduction at http://www.xml.com/pub/a/2003/02/19/relaxer.html. Tutorial at http://www.relaxer.org/doc/tutorial/tutorial.html.
 
Mike
-----Original Message-----
From: Ravi Peri [mailto:Ravi.Peri@asu.edu]
Sent: Wednesday, June 18, 2003 11:40 AM
To: 'xml-dev@lists.xml.org'
Subject: [xml-dev] regarding u'r mail to XML dev list

Hello:

I have a bunch of (26) schemas that are circular, recursive and full of choices. In short a really complex schema definition.

I am tryin to build a web application that would generate ( Servlets-JSP-HTML ) forms to let anyone create a valid instance (XML doc) for that schema.

I tried using castor, which choked, throwing an exception while trying to deal with circular imports.
JAXB did successfully generate all the binding classes (which made me really happy). But the generated class structure is overwhelmingly complex. I realized that manually creating Java Beans would result in a much simpler/usable design.

I also realized that it does not make sense to now handcode JSP's and servlets to render HTML forms to build the XML file.

I looked at other options like cocoon, but even they require lot of handcoding. When I say handcoding, I mean, one has to manually generate the corresponding HTML forms, label the input fields, retrieve them from requests, process them into beans, and invoke appropriate response. I also looked at XForms, XUpdate, but none seemed to work the way I want them to. I looked at a few commercial tools and their demos run on simple XSDs (with no choices).

I am looking for a tool, or ideas, on handling schemas in such a way that most of the HTML form generation is automated or configurable. So that changes to schema structure do not call for regeneration of classes, and recreation of the entire application.

Any suggestions would be really appreciated.

Thank you.


Sunder






 

News | XML in Industry | Calendar | XML Registry
Marketplace | Resources | MyXML.org | Sponsors | Privacy Statement

Copyright 2001 XML.org. This site is hosted by OASIS