OK. I took a brief look at the docs. It looks impressive. I've only dabbled
in JSP and servlets. From what I've seen, this seems to be a superior way to
separate presentation from business logic. Why?
- Presentation uses standard HTML, with *NO* non-standard tags. (i.e., is
compatible with any standard, off the shelf HTML editor)
- Works with XML docs.
- Compiles HTML (and XML) to Java code
- Business logic can access the DOM structure thru the generated Java code.
- Dynamic content is added when the code executes.
OK, so what am I missing. What's the drawback?
T.
----- Original Message -----
From: Anukool Lakhina <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, August 09, 1999 5:59 PM
Subject: Re: out.println(".....");? There's STILL no better way
> Has anyone considered using Enhydra's XMLc compiler? Its an alternative to
> out.println() method. It basically takes an HTML file, compiles it into a
> java class and exposes the set/get methods of pre-specified tags. (It uses
> DOM trees to do this). Then you can set any dynamic content on your page
and
> when done, call the this.toHTML() method to output the HTML code.
>
> For more information, check out http://www.enhyra.org/. A very good XMLc
> tutorial is at: http://www.enhydra.org/Doc.html#tutorials. XMLC is fast,
> easy to learn and very cool since it completely frees the whole designer
> from the programmer and vice-versa.
>
>
> anukool.
>
> > -----Original Message-----
> > From: A mailing list for discussion about Sun Microsystem's Java Servlet
> > API Technology. [mailto:[EMAIL PROTECTED]]On Behalf Of
> > Steven J. Owens
> > Sent: Monday, August 09, 1999 5:45 PM
> > To: [EMAIL PROTECTED]
> > Subject: Re: out.println(".....");? There's STILL no better way
> >
> >
> > Jon,
> >
> > I wrote:
> > > > Packages like ECS (and IMHO, JSP) suffer the same fundamental
> > > > problems as embedding the HTML in println statements in the java
> > > > code. JSP minimizes the issue by reversing the situation and
> > > > emphasizing use of JavaBeans, but it's still fundamentally flawed
> > > > - in my opinion, of course.
> >
> > You reply:
> > > HELLO! You don't have to use ECS for ALL of your pages or ALL of your
> > > content. ;-) I'm not quite sure why people keep on getting hung
> > up on that.
> >
> > Perhaps because that's not the message you send when you post
> > about ECS?
> >
> > I have no qualms at all about using something like ECS in areas
> > where I'm generating HTML from scratch, or where ECS provides useful
> > capabilities such as (as you suggest) translating database values into
> > HTML entities. However, in pretty much every post in which you
> > mention ECS, it's in the context of an alternative to embedding HTML
> > in your source code. This, in my opinion, is not a good approach.
> > Embedding HTML is awkward. Replacing it with embedded code to
> > generate HTML doesn't address the issue.
> >
> > As I said, I haven't given ECS any detailed attention. It
> > probably has some useful utilities. I would, for example, love to
> > have something that lets me define styles (preferably in native HTML,
> > maybe CSS) and simply say "This is a header of such and such a level"
> > and have the package generate appropriate HTML. As an alternative to
> > embedding HTML in code, slightly preferable. As an alternative to
> > using some sort of templating system, not worth the trouble.
> >
> > > You can even use ECS in your JSP/WebMacro/FreeMarker/etc pages.
> > >
> > > My point is that any time you have any sort of Html output where you
are
> > > generating the Html tags yourself in your code, you should
> > replace that with
> > > ECS.
> >
> > A valid point. Has anybody used ECS in combination with a
templating
> > system? Any commentary on how well ECS plays with others?
> >
> > Steven J. Owens
> > [EMAIL PROTECTED]
> > [EMAIL PROTECTED]
> >
> > __________________________________________________________________
> > _________
> > To unsubscribe, send email to [EMAIL PROTECTED] and include
> > in the body
> > of the message "signoff SERVLET-INTEREST".
> >
> > Archives: http://archives.java.sun.com/archives/servlet-interest.html
> > Resources: http://java.sun.com/products/servlet/external-resources.html
> > LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
> >
>
>
___________________________________________________________________________
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the
body
> of the message "signoff SERVLET-INTEREST".
>
> Archives: http://archives.java.sun.com/archives/servlet-interest.html
> Resources: http://java.sun.com/products/servlet/external-resources.html
> LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
>
___________________________________________________________________________
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff SERVLET-INTEREST".
Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
