Regards Fredrik Lindgren
On Mon, 15 Dec 2003 08:55:01 +0200, remigijus <[EMAIL PROTECTED]> wrote:
Nice to hear all these good news going around. And now seems that evryone is
happy despite of some words against it. And mostly thanks to Fredrik
Lindgren who I guess did it possible.
One more question. Is it now available for download, cvs or new build, if
not when it will?
----- Original Message ----- From: "Drew McAuliffe" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Monday, December 15, 2003 8:50 AM Subject: RE: [OS-webwork] WebWorks without velocity how to
thatNice work. I wasn't sure how coupled they were, but if velocity wasn't necessary for core work, then it shouldn't be a dependency. Looks likewas the case and I can now safely back away from the keyboard and my harsha
words....
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Fredrik Lindgren Sent: Sunday, December 14, 2003 4:20 PM To: [EMAIL PROTECTED] Subject: Re: [OS-webwork] WebWorks without velocity how to
As a matter of fact it was fairly easy to refactor it. As promised, I tooktomorrowshot at the refactoring during the weekend. I have managed to build and deploy a modified webwork-examples.war not including the velocity jar. Removing the velocity jar was only done for verification. I have nothing against the use of velocity in webwork. It just was a bit too tightly coupled for my taste.
I have not yet had time to produce the patch files for my changes, but I intend to fix the last changes and send them to the list some timenight.additional
In short my goal for the refactoring has been to enable pluggable template
handling implementations while keeping existing use intact.
- My changes work with the existing UI templates with no need forconfiguration. (It defaults to velocity)names
- The changes allow for overriding the implementation used as default, and
on a tag by tag basis. To enable this I reintroduced the suffix attribute
for the tags and removed the ".vm" extension from the current templatein the UI tags.reports'
- The AbstractUITag now extends a new AbstractTemplateTag. This moves the
template handling code away from the XHTML specific attributes, which seem
like a good idea any way. This allows webwork users to develop their own
template based tags for areas other than HTML forms.
Best Regards Fredrik Lindgren
> > That said, I don't personally know exactly what webwork is using > velocity for behind the scenes, so I don't know exactly how much > effort is involved in refactoring. If it's easy, then fine, I'm all > for cutting down unnecessary dependencies. But if it's a lot of > hassle, I think that it's not worth the effort to remove the > dependency. It would be great if there were no dependencies at all, > but that's just not possible; if velocity or some other library is > performing core functionality that couldn't be handled otherwise, then > it deserves to remain a core dependency. > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Hani Suleiman > Sent: Friday, December 12, 2003 5:54 AM > To: [EMAIL PROTECTED] > Subject: Re: [OS-webwork] WebWorks without velocity how to > > I disagree. I think the point he's making is 'if I don't want to use > velocity templates, I should not need velocity'. Equivelant statements > are: > > 'if I don't want to use ognl-expressions, I should not need ognl' > 'if I don't want to use jasper reports, I should not need jasper> 'if I don't want to use oracle, I should not need to install it' > > On Dec 12, 2003, at 8:47 AM, Drew McAuliffe wrote: > >> Unfortunately, that's like saying if I don't like commons-logging, I >> shouldn't be forced to use it. Or if I don't like ognl, I shouldn't >> be forced to use it. You can't make every dependency in the library >> pluggable. >> The only reason I could see velocity becoming a barrier to your work >> with webwork would be if the dependency forced you to write velocity >> templates. >> It does not. If you never want to touch a velocity template ever with >> webwork, you don't have to. But you need the jar file because it is >> used behind the scenes for some work. If you're not being forced to >> use velocity templates, then webwork shouldn't be forced to remove >> the dependency on something it uses for its internals just because >> you don't happen to like it. >> >> It sounds to me like you're confused about what the velocity >> dependency means. It doesn't mean you don't have a choice in >> presentation methods, because you do (Freemarker, JSP, velocity). If >> you want to use the ui tags, then you may want to know about velocity >> to understand the templates or provide your own. If you don't want to >> use them, then fine, don't, and you'll never be forced to even look >> at a velocity template. >> >> -----Original Message----- >> From: [EMAIL PROTECTED] >> [mailto:[EMAIL PROTECTED] On Behalf >> Of remigijus >> Sent: Friday, December 12, 2003 4:02 AM >> To: [EMAIL PROTECTED] >> Subject: Re: [OS-webwork] WebWorks without velocity how to >> >> >> ----- Original Message ----- >> From: "Tracy Snell" <[EMAIL PROTECTED]> >> To: <[EMAIL PROTECTED]> >> Sent: Friday, December 12, 2003 1:49 PM >> Subject: Re: [OS-webwork] WebWorks without velocity how to >> >> >>> >>> On Dec 11, 2003, at 1:22 PM, Jason Carreira wrote: >>> >>>> WW1 you can use without velocity, WW2 uses velocity for its UI tag >>>> templates. If you don't plan to use the UI tags, you can remove it. >>> >>> You can use WW2 and just use JSPs and never have to write any >>> Velocity templates. However, Velocity is still there lurking in the >>> dark helping you out. >>> >>> >> >> Ok I'm happy to get velocity in help when I need it, but I don't want >> to be forced to do that. You can say siple don't use it. Ok I already >> doing that. >> But we are tolking about ww2 design issues. It has to be clear and if >> it's addition, evryone should now that is not ww2 but just another >> additional feature. And as I see some people also rising some >> questions about use of freemaker instead of velocity. I think I'm not >> only one person who think in this way. >> >> Forget about what is already, done, think again is it better to have >> it as option or let's say in the core of ww. Try to be objective, >> don't be inertic (inertia - I don't know how to write it in english >> in correct way, I hope you eill undertand). >>> >>> ------------------------------------------------------- >>> This SF.net email is sponsored by: SF.net Giveback Program. >>> Does SourceForge.net help you be more productive? Does it help you >>> create better code? SHARE THE LOVE, and help us help YOU! Click >>> Here: http://sourceforge.net/donate/ >>> _______________________________________________ >>> Opensymphony-webwork mailing list >>> [EMAIL PROTECTED] >>> https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork >> >> >> >> >> >> >> >> ------------------------------------------------------- >> This SF.net email is sponsored by: SF.net Giveback Program. >> Does SourceForge.net help you be more productive? Does it help you >> create better code? SHARE THE LOVE, and help us help YOU! Click >> Here: http://sourceforge.net/donate/ >> _______________________________________________ >> Opensymphony-webwork mailing list >> [EMAIL PROTECTED] >> https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork >> > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it help you > create better code? SHARE THE LOVE, and help us help YOU! Click > Here: http://sourceforge.net/donate/ > _______________________________________________ > Opensymphony-webwork mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork >
-- Fredrik Lindgren
------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
-- Fredrik Lindgren Software Architect, Appear Networks AB
------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
