Jason sums it up nicely. If we aren't going to support this code, lets not
have it in the source tree. Not having it in the source tree will no longer
require you to have those jars :) If compiling this code into the turbine
jar, causes runtime requirements for applications that do not use the
services, then I vote to move all that code into the Attic and wait for
developers who are using it to pull it out into a separate service or some
other add-on project.
The conditional compile options just allow storage of unsupported code in
our source tree and complicate the build system ( maven or not ). The
current t2.1 production jars only have webmacro and jsp stuff in them, so we
could probably shelve all the other 'condionally built code' and still have
t2.2 be a drop-in jar just compiling in the webmacro service. Or keep all
the code and remove the conditionally compile options.
Affirmations results thus far:
Remove optionally compiled code: no votes
Keep all code: brekke ( do I count since I posed the original question? )
jvz
dlr ( not a definite +1, but an affirmation? )
=================================================================
Jeffrey D. Brekke Quad/Graphics
[EMAIL PROTECTED] http://www.qg.com
> -----Original Message-----
> From: Jason van Zyl [mailto:[EMAIL PROTECTED]]
> Sent: Friday, March 15, 2002 12:14 PM
> To: Turbine Developers List
> Subject: Re: Optionally compiled code in t2
>
>
> On Fri, 2002-03-15 at 12:23, John McNally wrote:
>
> >
> > I really do not like moving to a system that adds these jars as a
> > requirement. If they are required to compile then unless I
> do a careful
> > survey, I have to leave them in my runtime lib directory or risk
> > unexpected errors. So we are considering making castor,
> jython, etc.
> > required libraries to use turbine?
>
> We are making them required libraries to build Turbine, and these
> requirements will be taken care of automatically by Maven. These build
> requirements don't have to be present during run-time.
>
> Why would you need to leave them in your run-time lib directory?
>
> Either we support the code or we get rid of it. Those are the only two
> options I see. I think having conditionally compiled code leads to a
> raft of unsupported code.
>
> > john mcnally
> >
> > --
> > To unsubscribe, e-mail:
> <mailto:[EMAIL PROTECTED]>
> > For additional commands, e-mail:
> <mailto:[EMAIL PROTECTED]>
> --
> jvz.
>
> Jason van Zyl
> [EMAIL PROTECTED]
>
> http://tambora.zenplex.org
>
>
> --
> To unsubscribe, e-mail:
> <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
> <mailto:[EMAIL PROTECTED]>
>
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
