Hi there,
it all depends what the long term goals are in respect to the ant support.
Personally I am ready to totally ditch the script approach of Apple in the
short term and migrate to war deployment in the long-term.
So in that respect I think it makes sense to <b>reduce</b> development
overhead in supporting the script based approach altogether and therefore I
would 'vote' for a direct modification instead of a sub-classing approach.
Why do you want to maintain a superclass functionality which is destined to
die :-) ?
Anyway, thats my $0.02...
Cheers
Reimer
-----Original Message-----
From: Andrus [mailto:andru..bjectstyle.org]
Sent: Thursday, August 08, 2002 4:13 PM
To: Juan J. Collas; Max Muller
Cc: woproject-de..bjectstyle.org; Reimer Mellin
Subject: Re: Suggested changes to woproject
Hi Juan,
At 04:03 PM 8/8/2002 -0400, Juan J. Collas wrote:
>Andrus,
>
>The way it's presently done, a single-folder app can still depend on
>external frameworks and jars (you can have multiple framework subtasks,
some
>with the embed="true" flag and some not).
>
>This way, it's up to the build.xml writer to determine the structure of the
>application, which resources are shared and which are embedded. If you
have
>the notion of a WOStandAlone task, this capability is lost.
I am not suggesting to drop "embed*", just to make it "true" when omitted
in WOStandAlone. build.xml writer should be able to set it to "false" if
she needs to. This is just a nice shortcut and shows more clearly what the
task does.
This is like a normal OO design - when adding new functionality you can
keep pushing it in the base class, or you can create a specialized subclass
that "is" a superclass plus some more. In this case I am in favor of a
subclass, though I want it to be an open discussion. This is a clear case
of "specialized" build requirements.
>Also, you shouldn't need a WOWar task, since ant already supports building
>of war files (I'm not sure what syntactic sugar you'll need to embed the
jsp
>support code).
Autogeneration of WO-specific "web.xml" could be a feature of such task.
I've looked at it in the past, but now I already forgot what is involved.
Andrus
This archive was generated by hypermail 2.0.0 : Fri Aug 09 2002 - 00:02:55 EDT