on 9/4/2000 8:40 PM, "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>
wrote:
> On Sun, 3 Sep 2000, Jon Stevens wrote:
>
>> You have an itch! Scratch it! :-)
>
> Okay - I started - and I may have gone a bit far :P
>
> I noticed someone already added new ant and build file - I
> had already adapted old build file to include what he had
> done.
yes, you should have coordinated your efforts with the list first in order
to avoid duplication of effort. :-(
> The ant file I did mean't that you *never* have to set
> classpath via scripts. It is all done with ant via things
> like ../lib/*.jar. Unfortunately this means that the
> conflicting jars (webmacro and freemarker) have to go to
> another directory (I placed them in ../lib/optional). The
> particular instance is read from .ant.properties file.
-1 on having an "optional" directory. There are other ways to do the same
thing without the optional directory.
> The current turbine build file only allows per user
> .ant.properties - I added a per project .ant.properties
> aswell.
per project? what do you mean?
> I redid the webapp target so that it creates a valid webapp
> and is off and running - with a line in .ant.properties
> (webapp.dir=/path/to/my/tomcat/webapp/myturbineapp) it is
> even *installed* in the correct place. The only thing you have to
> do is
ok, this stuff is outdated and should actually be removed. I want this stuff
to live in the TDK instead.
> 1> set up database
> 2> edit proeprties files of both webmacro and turbine to
> point log to correct place
-1. this should be relative. the tdk manages to do this right by requiring
people to start tomcat while they are in the sandbox directory.
> You can also do it on per project basis by placing
> .ant.properties alongside build-turbine.xml file.
>
> For 1 I have a half written script (for another
> project) that I could convert to ant so that different
> databases are automatically setup ? Is it worth it ?
>
> For 2 - would it be possible to let turbine pick a
> reasonable default. For instance if it is not setup then it
> logs to <webappdir>WEB-INF/logs/... and same with webmacro
> ???
actually, it is currently set as webappdir/logs in the TDK and there is a
security rule in the web.xml file that prevents unauthorized access. the
reason for putting it into webappdir/logs is that some automated tools will
pull a log file off over http and analyze it.
> The only problem with what I have done is that I have been
> unable to test it properly with templates as I have no idea
> how they work yet :P.
>
> I can access screen/Error by default as it maps to a java
> object and if I add in org.apache.turbine.examples to module
> path I am sweet. However I imititate behaviour of old build
> file so I *shouldn't* have broken anything but you may want
> to check it out.
>
> So to use this build file you will have to download latest
> ant CVS snapshot. Move webmacro-* and freemarker-* to
> lib/optional, setup database, setup logs and drop a
> .ant.properties into build/ directory that looks something
> like
>
> deprecation=false
> database.jar=mysql.jar
> database.lib.dir=/RHI/lib
> jsdk.jar=/RHI/tomcat/lib/servlet.jar
> webmacro.jar=webmacro-jdk1.2-CVS.jar
can we include a default .ant.props with relative paths to the directory
above turbine?
ie:
jsdk.jar=../../jsdk/jsdk.jar
> You then can practically delete all of
> build-turbine.[sh|bat] except for part that sets CLASSPATH
> for xerces and ant and then you are off.
>
> The reason for doing this is because I am trying to get
> Turbine used in uni classes next year (a summer course on
> web-applications) and thus it needs to be as painless as
> possible :P.
then you should be using the TDK. that is where this stuff belongs. the TDK
that is in CVS is now about as painless as it can get thanks to Christopher
working his ass off today. :-)
> I would also like to see a more standardised structure in
> turbine repository to make it look/behave a lot like some of
> the other apache projects. What I would like to see is a
> filesystem setup like
it is funny because i invented most of the directory structures that are
used today because i was one of the first people to actually use Ant and i
actually don't like a lot of the ways that things were changed.
> build/ (directory for files generated from build)
> build/classes (directory for compiled class files)
> build/src (directory for java src after copy and filtering)
> build/lib (directory for generated and supplied libs)
-1. I really think bin/ is better. it is more easily removed. i can go for
another name than bin/, but i want it to be top level.
> conf/ (directory for configuration files)
> src/java (directory for java src)
> src/xdocs (directory for xml docs src)
> src/sql (directory for sql src)
> src/sh (directory for any scripts used in distribution but not in
> build)
> src/mf (directory for manfiests - if any)
> src/mk (directory for extra ant build.xml files - ie unit
> testing/profiling)
> skins/ (directory to hold skins for xdocs)
i would prefer xdocs/skins
> bin/ (directory for ant build scripts/other scripts used while
> building)
i would prefer build/bin/
> lib/ (all jars used in project)
> lib/optional (all jars that have different version ie freemarker/webmacro)
this is easy enough to deal with by simply removing the .jar files that you
don't want at a later time in the build process.
> build.[sh|bat] (convenience script to wrap ant script)
> build.xml (turbine build script)
i like what we currently have and i like the name of the project to be in
there. it helps avoid confusion.
> README
> INSTALL
> TODO
these should be stylebook documentation.
-jon
--
http://scarab.tigris.org/ | http://noodle.tigris.org/
http://java.apache.org/ | http://java.apache.org/turbine/
http://www.working-dogs.com/ | http://jakarta.apache.org/velocity/
http://www.collab.net/ | http://www.sourcexchange.com/
------------------------------------------------------------
To subscribe: [EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Search: <http://www.mail-archive.com/turbine%40list.working-dogs.com/>
Problems?: [EMAIL PROTECTED]
