My thinking was that the code tag would be just like JSP/scriptlets.   All
of the extra syntax sugar required to make a task would be provided by the
code task, just like JSP's get all the extra source to turn them servlets.

(I originally was going to have users type in all of the extra stuff to
make it a real Task, but Roger pointed out that doing it that way just
envited the user to make errors and added lines of code that were ignorable
boilerplate.)

The stuff between the code start and end should expect to be dropped into a
task and run.  It really must be exactly like writing a task with the only
difference being that the source code is embedded in the build XML and that
the user doesn't have to worry about managing and compiling the task as a
seperate unit of source code.  Of course, if the source doesn't compile,
the person running the build.xml would be informed when the task was
called.   (We could modify ant to compile everything up front, but I'd
rather just take it slowly and get a code task working at all before I
worry about potential optimizations)

I also like Peters point that doing things in Java means that your
build.xml doesn't need anything that isn't already required to run ant.

Jason



------------------------------------------------------------------------------
Warning : The information contained in this message may be privileged and 
confidential and protected from disclosure. If the reader of this message is 
not the intended recipient, you are hereby notified that any dissemination, 
distribution or copying of this communication is strictly prohibited. If you 
have received this communication in error, please notify us immediately by 
replying to this message and then delete it from your computer. All e-mail sent 
to this address will be received by the Providian Financial corporate e-mail 
system and is subject to archiving and review by someone other than the 
recipient.

==============================================================================


Reply via email to