On Monday, February 17, 2003, at 09:36 PM, Nathan Bubna wrote:
Ok, since the original proposal i made for this was rather buried in aWhy?
separate conversation, i want to give this proposal a thread of its own
before i take action on it.
---------------------------------------------
The gist of the proposal is this:
Move the generic (i.e. non-struts) tools from the tools/tools package
into the tools/view package and drop the tools/tools package altogether.
The point is to have a place for stuff that isn't just for use in servlets. Doesn't that make sense?
Am I missing the plot here?
[SNIP]
<nathan>I guess we'd have to figure out what a 'view tool' is. I use velocity in all sorts of places that has nothing to do with a UI, and thus having a toolset decoupled from a web-oriented view kit is what the original purpose was for that part of the project.
you know, as i think about it, i'm not really sure why we even have a
separate folder tree/jar/et. al. for the non-struts tools. there's all of
three useful classes in there, and one of them is already dependent on the
view package. i'm seriously thinking we ought to fold them into the view
tree/package. i think it'd be nice to cut things down to just VelocityView
and VelocityStruts (or whatever you want to call them).
can anyone give a really good reason to maintain a separate library just for
these tools? after all, they are "view tools."
</nathan>
I think that you are right taking view-centric or web centric stuff into the view project, but keeping things clear and decoupled is the right thin, IMO.
<tim>
Aren't the tools supposed to be able to live without
VelocityViewServlet, so folks using other frameworks can leverage them
without the extra baggage?
</tim>
<nathan>
yes, that's the idea. but as i said, one of the four tools in there
(ParameterParser) is already dependent on the view package (the home of the
VVS). so, if they want to compile the tools library or use the
ParameterParser, they already need the view package. so what's the harm in
combining the two? if they don't want to use the servlet-tied stuff, then
they can just ignore it and use only the tools they want.
</nathan>
How? Don't you need to drag around servlet.jar?
I'll probably give this a week or so, and if there's still no opposition,
i'll start making the switch. I really think this is a good move to
simplify things.
Consider this opposition. It could be because I missed something, but I just don't undertand why the non-servlet-ish stuff should move.
geir
--
Geir Magnusson Jr 203-956-2604(w)
Adeptra, Inc. 203-247-1713(m)
[EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
