Is there a rule somewhere about not having sandbox components as a dependency? Or is this a general call to move Jelly to commons? -- dIon Gillard, Multitask Consulting Work: http://www.multitask.com.au Developers: http://adslgateway.multitask.com.au/developers
news <[EMAIL PROTECTED]> wrote on 14/10/2002 04:07:16 PM: > The only problem is that jelly is still in sandbox. > > be in a suficiently stable state ( if other components > start to have deps ). So it may be the time for someone > to make the proposal for commons. > > Costin > > > Morgan Delagrange wrote: > > > Hey all, > > > > I finished a rough cut conversion of the Latka tags > > and validators to Jelly. The Jelly tags have syntax > > identical to the previous Latka tags. I think it will > > be pretty easy to emulate Latka variables inside the > > Jelly expression language (JEXL). With a patch I made > > to Jelly this week, I think even the lack of a > > namespace declaration in existing scripts will not be > > a problem. > > > > I believe that the functionality of the Jelly tags is > > actually a complete superset of the previous > > implementation. The command line interface should be > > able to function unchanged if converted to a Jelly > > backend, but the new tags will make it much easier to > > run Latka inside applications like Ant and JUnit. I > > propose that we make Jelly one of Latka's > > dependencies, so that we can remove the XML handlers > > and processors that support the previous tags. In my > > view, the Jelly implementation is much cleaner and > > will render the old tags unnecessary. > > > > - Morgan > > > > ===== > > Morgan Delagrange > > http://jakarta.apache.org/taglibs > > http://jakarta.apache.org/commons > > http://axion.tigris.org > > http://jakarta.apache.org/watchdog > > > > __________________________________________________ > > Do you Yahoo!? > > Faith Hill - Exclusive Performances, Videos & More > > http://faith.yahoo.com > > -- > Costin > > > > -- > To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> >