Thomas,
XMLC is an XML-based alternative to JSP, avoiding any
embedding of Java scriplets inside SVG, (X)HTML, XML,
VoiceXML markup. XMLC does use a DOM approach though,
for performance, it uses a subclass of the Xerces DOM
called LazyDOM. And to avoid a lot of DOM
manipulation, it automatically generates accessor
methods directly to the dynamic areas
e.g.,: <td id="CustomerName">Joe</td>
-> page.setTextCustomerName():
-> page.getElementCustomerName();
I will provide you some SVG samples when I get a
chance to resurrect them. I'll send a short email
here when they're posted at kspar.net.
David
--- TJB <thefox_at_mts.net> wrote:
> Hi David,
>
> I've looked at some of the XMLC information online.
> Is XMLC only suited
> to server-side use or also client-side? My
> application is client-side
> for the most part so SVG documents would need to be
> compiled (or
> generated) at runtime and displayed with Java 2D
> (this is the renderer
> needed). As far as I can tell XMLC will create a DOM
> however getting
> away from DOM is the approach I favor, thats why I'm
> sold on JAXB where
> Java classes is all one needs to be concerned with.
>
> Batik uses a model where it represents everything
> twice, once in a GVT
> and again in an SVG-DOM. This must have been the
> result of pre-JAXB
> engineering (it has taken time to find the right
> balance between Java
> and XML in many areas). It would be to slow for my
> realtime
> application, where generating graphics is just one
> of several realtime
> responses to user interaction. Take a look at the
> Batik API and
> structure, it seems overly complicated and DOM like
> in my opinion.
>
> http://xml.apache.org/batik/
>
> I would like to see a brand new Java and SVG
> implementation that uses
> JAXB at its core. I can imagine at this point that
> the XJC binding file
> would have to be fairly elaborate in order to map to
> the 2D API. I hope
> this is indeed possible to have compiled SVG
> (instance documents) the
> way we now have schemas generated into classes.
>
> I'm interested in the XMLC SVG samples and would be
> even more
> interested in how XMLC and JAXB together might offer
> a great SVG
> solution. What would the next steps be?
>
> Regards,
>
> Thomas
>
>
> On Monday, August 4, 2003, at 11:35 PM, David Young
> wrote:
>
> > Hi Thomas, if you're looking to generate java
> > presentations with svg then you might want to look
> at
> > xmlc. The xmlc compiler generates a dom class
> with
> > access methods (e.g., setText<id_value>(),
> > getElement<id_value>() ) that is loaded by a
> tomcat
> > servlet at runtime. You use those methods and
> perhaps
> > some DOM API methods to update the SVG content and
> > structure.
> >
> > I've written a few articles on xmlc (as contrasted
> > with JSP). You'll find their links at
> > http://www.kspar.net I'll see if I can resurrect
> some
> > example code I wrote a few years ago regarding SVG
> > presentations. xmlc can be downloaded from
> > xmlc.enhydra.org
> >
> > David
> >
> >
> > --- TJB <thefox_at_mts.net> wrote:
> >> I recently attended SVG Open 2003 where I saw a
> >> demonstration of an SVG
> >> XML document being compiled into classes that use
> a
> >> 2D API, this is a
> >> great solution (except that it generated win32
> C++
> >> classes using GDI+).
> >> I understand that JAXB works off of a Schema but
> >> something tells me
> >> that it might also be capable of compiling SVG
> into
> >> Java classes.
> >>
> >> If there are others on the list who work with XML
> >> and graphics I would
> >> be interested in your feedback to the following
> >> break through paper
> >> from SVG Open 03.
> >>
> >> http://www.svgopen.org/2003/papers/WhyCompileSvg/
> >>
> >> Can JAXB or another similar tool (not Batik) be
> used
> >> for this?
> >>
> >> Thomas
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >
>
---------------------------------------------------------------------
> >> To unsubscribe, e-mail:
> >> users-unsubscribe_at_jaxb.dev.java.net
> >> For additional commands, e-mail:
> >> users-help_at_jaxb.dev.java.net
> >>
> >
> >
> >
>
---------------------------------------------------------------------
> > To unsubscribe, e-mail:
> users-unsubscribe_at_jaxb.dev.java.net
> > For additional commands, e-mail:
> users-help_at_jaxb.dev.java.net
> >
>
>
>
---------------------------------------------------------------------
> To unsubscribe, e-mail:
> users-unsubscribe_at_jaxb.dev.java.net
> For additional commands, e-mail:
> users-help_at_jaxb.dev.java.net
>
=====
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe_at_jaxb.dev.java.net
For additional commands, e-mail: users-help_at_jaxb.dev.java.net