Re: [xmlc] building XHTML documents on the fly

I'd use XOM for straight XML stuff.  Very well thought out API by the XML 
guru Elliotte Rusty Harold.
http://www.cafeconleche.org/XOM/
http://www.cafeconleche.org/XOM/designprinciples.xhtml

In fact, if you are using XHTML, you could use XOM, albeit not with the 
normal HTML or XHTML DOM API's specific to HTML/XHTML 
elements.  Additionally, once you create the document using XOM, you can 
use the XOM to DOM converter to get a document compatible with DOM parsers.

If you have an existing document to reference, you can create a new empty 
one by....


DOMImplementation domImpl = document.getImplementation();

//HTML DOM doesn't store doctype, so check for that when figuring out the 
document element
String documentElement = document.getDocType() != null ? 
document.getDoctype().getName() : "html";

DocumentType docType = document.getDocType() != null ? 
domImpl.createDocumentType(documentElement, 
document.getDoctype().getPublicId(), document.getDoctype().getSystemId()) : 
null;

String namespaceURI = document.getDocType() != null ? 
"http://some/uri/location/if/necesssary"; : "";

//Of course, you can cast Document to whatever sub-Document interface you 
think the document is
Document doc = domImpl.createDocument(namespaceURI, documentElement, docType);


Otherwise, look at the JAXP or DOM3 bootstrapping with 
DOMImplementationRegistry


Jake

At 04:22 PM 3/29/2005 -0800, you wrote:
>Perhaps a lightweight easy-to-use DOM framework like dom4j is what
>you're looking for.
>I used it today to throw together a fast web service that serves up an
>xml document.
>
>-Justin
>
>
>On Tue, 29 Mar 2005 13:22:43 -0800, Matthew Hixson
><hixson@xxxxxxxxxxxxxxxx> wrote:
>> On Mar 29, 2005, at 1:02 PM, Jacob Kjome wrote:
>>
>> >
>> > Maybe I'm missing something, but you could create an empty document
>> > via the DOM
>> > and append any elements you want to it.
>>
>> Are there any examples on how to do this?
>>
>> > Then, as you say, do a view-source,
>> > copy that to an HTML document, and then compile that with XMLC.  Keep
>> > in mind
>> > what XMLC is all about.  It gives you the ability to have compile-time
>> > bindings
>> > to your document.  If you don't require that, then XMLC becomes less
>> > useful and
>> > the basic DOM is all you need.
>>
>> Yes, I know.  What I've started to notice is that some servlets,
>> especially if they're just a proof of concept or rough prototype, don't
>> have that requirement to start with.  The requirement is more along the
>> lines of "determine whether or not Foo will work."  At some point after
>> the early development phases have been completed the requirement of
>> compile time binding to an HTML file usually manifests itself, but not
>> always.  In the cases where that requirement never arises I can save
>> myself the hassle of creating the .html file and the ongoing HTML
>> recompilation.
>>    -M@
>>
>>
>> > Quoting Matthew Hixson <hixson@xxxxxxxxxxxxxxxx>:
>> >
>> >> Does anyone have a way of just creating an XHTML document using XMLC
>> >> without having to compile an .html file?  What I'd like to do is
>> >> programatically put together a page like so:
>> >>
>> >> XHTMLTableCellElement cell = factory.createTableCell();
>> >> XHTMLTableRowElement row = factory.createTableRow();
>> >> row.append(cell);
>> >> XHTMLTableElement table = factory.createTable();
>> >> table.append(row);
>> >> HTMLObject page = factory.createHTMLObject();
>> >> page.append(table);
>> >>
>> >> Is there a way to do this with XMLC currently?  If not, I wonder if it
>> >> would work to create an HTML page with every HTML component in it,
>> >> compile that into a massive XMLC object, and use it as a factory by
>> >> importing the nodes you want from it.
>> >>    The reason I'd like to do this is that I think it would reduce the
>> >> prototyping stages of a lot of web development I do because it would
>> >> eliminate the need to create an HTML file and compile it every time I
>> >> make a change to it.  I go through this prototyping stage of
>> >> development quite a few times before getting the HTML the way I want
>> >> it
>> >> and going to the effort of making it look good.
>> >>    If I were to do this I could then just view the source in my
>> >> browser
>> >> and save it as an .html file and add the id attributes where they're
>> >> needed.  Yes, I'd have to change my code to get the XHTML components
>> >> from the compiled HTML, but I think this would be worth it.
>> >>    Thoughts?
>> >>     -M@
>> >>
>> >>
>> >>
>> >
>> >
>> >
>> >
>> >
>> > --
>> > You receive this message as a subscriber of the xmlc@xxxxxxxxxxxxx
>> > mailing list.
>> > To unsubscribe: mailto:xmlc-unsubscribe@xxxxxxxxxxxxx
>> > For general help: mailto:sympa@xxxxxxxxxxxxx?subject=help
>> > ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
>>
>>
>>
>> --
>> You receive this message as a subscriber of the xmlc@xxxxxxxxxxxxx mailing
>list.
>> To unsubscribe: mailto:xmlc-unsubscribe@xxxxxxxxxxxxx
>> For general help: mailto:sympa@xxxxxxxxxxxxx?subject=help
>> ObjectWeb mailing lists service home page: http://www.objectweb.org/wws
>>
>>
>>
>
>
>--
>You receive this message as a subscriber of the xmlc@xxxxxxxxxxxxx mailing
>list.
>To unsubscribe: mailto:xmlc-unsubscribe@xxxxxxxxxxxxx
>For general help: mailto:sympa@xxxxxxxxxxxxx?subject=help
>ObjectWeb mailing lists service home page: http://www.objectweb.org/wws



--
You receive this message as a subscriber of the xmlc@xxxxxxxxxxxxx mailing list.
To unsubscribe: mailto:xmlc-unsubscribe@xxxxxxxxxxxxx
For general help: mailto:sympa@xxxxxxxxxxxxx?subject=help
ObjectWeb mailing lists service home page: http://www.objectweb.org/wws