jakarta-taglibs-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Mike Cannon-Brookes" <mcan...@internet.com>
Subject My revolutionary idea... JSPT!
Date Fri, 22 Dec 2000 13:15:11 GMT
> > Much of the other ugliness about JSP is the tremendous amount
> of references
> > and configuration files from the taglib directive, to the taglib.tld, to
> > web.xml.  And there just aren't enough taglibs and tools yet,
> so everything
> > from writing the tag handlers to packaging them, to writing the
> JSPs that
> > use them are being done by the same group of programmers.  The
> division of
> > roles and responsibilities is well-addressed in the J2EE specs,
> but not too
> > well implemented in practice a lot of the time.
> You're absolutely correct. I'm trying to get my current shop to recognize
> the differences in roles now myself, because I'm tired of being developer
> and deployer all at the same time, which makes determining what tasks need
> to get done by whom and when rather confusing.

The rest of this thread is interesting, but this intrigued me most - it
harks back to a discussion I had with some Servlet 2.3 spec guys a while
back. Here's a braindump of that discussion:

Follow my logic for a second, for this is not all the ravings of a crazy man

1) Servlets were invented, they were fantastic for building web apps... but
it's crap coding HTML in out.println() statements.

2) Smart programmers realised that _often_ the majority of the code was
HTML, therefore the paradigm was wrong.

3) They invented JSP, which is HTML with a little Java mixed in for spice -
which is effectively compiled into a servlet.

4) Then they thought about it more, JSP was good... but it lacked easy ways
to add code snippets - thus they created... tags! Tags are basically an easy
way to wrap code that you use frequently behind an easy to use interface.
These programmers were very happy with themselves.

IMHO they stopped short of web developer nirvana.

How many of you write tags to produce dynamic HTML? Answer - none.

Because as Scott said, it's very cumbersome to write tags - and if we start
writing HTML in a Java class (tag) we're back to 1.

Why not have a special form of JSP... that is compiled into a tag

I'll say again:
JSP compiles to Servlets
JSPT (or a real name) compiles to JSP Tags.

Why the hell would I want to do that you ask?

Simple, the current include methods do not allow you to pass parameters
which are not strings.

Imagine I want the following simple tag to output a box in HTML:
<html:drawbox forecolor="ffffff" backcolor="333333" border="2">
	my content

This is a real bitch at the moment. I have to write a class, which has HTML
coded in there... if I want to change the HTML I have to recompile the tag

Now imagine the following JSPT page.

<%-- start drawbox.jspt --%>
<table cellpadding=<%= tag.getParameter("border") %> cellspacing=0 border=0
background="<%= tag.getParameter("forecolor") %>"><tr><td>
<table background="<%= tag.getParameter("backcolor") %>"><tr><td>
	<%= tag.getBody() %>
<%-- end drawbox.jspt --%>

Any HTML nut will tell you that the above draws a box, of variable width
using two nested tables. And any JSP nut can probably see what the new
implicit "tag" variable scope does (pass data and parameters from the tag
called to the page).

If you wanted to change the HTML produced, just edit the JSPT file and the
server would recompile it into a tag automatically (just like it compiles
JSPs automatically on change).

In summary of my crazy proposal:

- makes writing tags which produce any HTML much much faster, fantastic RAD
- you can let web developers write tags (this is a BIG problem at the
moment, writing a tag is too complex for the guy JSP is pitched at)
- changing tags is a quick process, recompilation is automatic
- it's a very minor change to the spec (fully fleshed out of course)

- doesn't work well for non HTML producing tags (fair enough, servlets still
have their purpose too!)
- JSP bean-requestpassing-non-scriptlet zealots will be up in arms (just
cause it doesn't fit their paradigm of how a web app should be written)
- Allaire will be angry you stole their easy CFM tag making ideas (writing
tags in ColdFusion is the best part about it - it's beautifully easy)

There ya go... spec writers, flamers, the above zealots, tag lovers - any
comments or feedback or flames most appreciated as always.


Technology Director - Asia Pacific
mcannon@internet.com - internet.com Corp

View raw message