cvs commit: jakarta-struts/contrib/struts-el build.xml
martinc 2004/02/26 22:32:22 Modified:contrib/struts-el build.xml Log: Document the jstl.tld.dir property, required to build Struts-EL. Revision ChangesPath 1.21 +3 -0 jakarta-struts/contrib/struts-el/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-struts/contrib/struts-el/build.xml,v retrieving revision 1.20 retrieving revision 1.21 diff -u -r1.20 -r1.21 --- build.xml 10 Feb 2004 16:35:10 - 1.20 +++ build.xml 27 Feb 2004 06:32:22 - 1.21 @@ -38,6 +38,9 @@ jstl-standard.jar The path to the JSTL 1.0 standard jar file. +jstl.tld.dir The path to the directory containing the + TLD files for JSTL 1.0. + commons-beanutils.jar The path to the JAR file of the Jakarta Commons BeanUtils package (version 1.0 or later). - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-struts/contrib/struts-el build.xml
dmkarr 2003/12/20 11:15:04 Modified:contrib/struts-el build.xml Log: Trimmed down the struts-el dist/lib directory by removing most of the jar files already produced in the base struts dist/lib directory. It still includes the struts.jar file, which technically can also be excluded, but fixing that will take a little more thought, as the lib in that directory is a compile dependency (the others were not). It can be rearranged to use the base dir, but I need to examine how it is used. Revision ChangesPath 1.19 +0 -16 jakarta-struts/contrib/struts-el/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-struts/contrib/struts-el/build.xml,v retrieving revision 1.18 retrieving revision 1.19 diff -u -r1.18 -r1.19 --- build.xml 10 Aug 2003 01:21:43 - 1.18 +++ build.xml 20 Dec 2003 19:15:04 - 1.19 @@ -197,22 +197,6 @@ copy file=${jstl.jar} tofile=${build.home}/library/jstl.jar/ copy file=${jstl-standard.jar} tofile=${build.home}/library/standard.jar/ - copy file=${commons-beanutils.jar} -tofile=${build.home}/library/commons-beanutils.jar/ - copy file=${commons-collections.jar} -tofile=${build.home}/library/commons-collections.jar/ - copy file=${commons-digester.jar} -tofile=${build.home}/library/commons-digester.jar/ - copy file=${commons-fileupload.jar} -tofile=${build.home}/library/commons-fileupload.jar/ - copy file=${commons-lang.jar} -tofile=${build.home}/library/commons-lang.jar/ - copy file=${commons-logging.jar} -tofile=${build.home}/library/commons-logging.jar/ - copy file=${commons-validator.jar} -tofile=${build.home}/library/commons-validator.jar/ - copy file=${jakarta-oro.jar} -tofile=${build.home}/library/jakarta-oro.jar/ !-- Compile-time dependency only copy file=${jdbc20ext.jar} tofile=${build.home}/library/jdbc2_0-stdext.jar/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-struts/contrib/struts-el build.xml
craigmcc == craigmcc [EMAIL PROTECTED] writes: craigmcc craigmcc2003/08/09 18:21:43 craigmcc Modified:contrib/struts-el build.xml craigmcc Log: craigmcc Modify the build.xml for struts-el to have a hard-coded reference to the craigmcc struts.jar in the parent Struts source tree (i.e. output of ant dist). craigmcc This makes it possible to compile struts-el even when the user has a craigmcc ${user.home}/build.properties file that defines a struts.jar property craigmcc (as I do, because I *use* Struts in lots of different packages). I assume this is to address the issue with compile errors? -- === David M. Karr ; Java/J2EE/XML/Unix/C++ [EMAIL PROTECTED] ; SCJP; SCWCD - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-struts/contrib/struts-el build.xml
craigmcc2003/08/09 18:21:43 Modified:contrib/struts-el build.xml Log: Modify the build.xml for struts-el to have a hard-coded reference to the struts.jar in the parent Struts source tree (i.e. output of ant dist). This makes it possible to compile struts-el even when the user has a ${user.home}/build.properties file that defines a struts.jar property (as I do, because I *use* Struts in lots of different packages). Revision ChangesPath 1.18 +3 -3 jakarta-struts/contrib/struts-el/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-struts/contrib/struts-el/build.xml,v retrieving revision 1.17 retrieving revision 1.18 diff -u -r1.17 -r1.18 --- build.xml 9 Aug 2003 19:29:30 - 1.17 +++ build.xml 10 Aug 2003 01:21:43 - 1.18 @@ -158,7 +158,7 @@ pathelement location=${commons-validator.jar}/ pathelement location=${jdbc20ext.jar}/ pathelement location=${servlet.jar}/ - pathelement location=${struts.jar}/ + pathelement location=../../dist/lib/struts.jar/ pathelement location=${struts-el.jar}/ pathelement location=${jstl.jar}/ pathelement location=${jstl-standard.jar}/ @@ -193,7 +193,7 @@ target name=prepare.library depends=init mkdir dir=${build.home}/library/classes/META-INF/ mkdir dir=${build.home}/library/classes/META-INF/tlds/ - copy file=${struts.jar} tofile=${build.home}/library/struts.jar/ + copy file=../../dist/lib/struts.jar tofile=${build.home}/library/struts.jar/ copy file=${jstl.jar} tofile=${build.home}/library/jstl.jar/ copy file=${jstl-standard.jar} tofile=${build.home}/library/standard.jar/ @@ -277,7 +277,7 @@ mkdir dir=${build.home}/documentation/api/ javadoc sourcepath=${src.share.dir} destdir=${build.home}/documentation/api - classpath=${servlet.jar}:${jdbc20ext.jar}:${struts.jar}:${jstl.jar}:${jstl-standard.jar} + classpath=${servlet.jar}:${jdbc20ext.jar}:../../dist/lib/struts.jar:${jstl.jar}:${jstl-standard.jar} packagenames=org.apache.strutsel.* author=true private=true use=true version=true - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-struts/contrib/struts-el build.xml
On Sat, 9 Aug 2003, David M. Karr wrote: Date: 09 Aug 2003 19:28:39 -0700 From: David M. Karr [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: cvs commit: jakarta-struts/contrib/struts-el build.xml craigmcc == craigmcc [EMAIL PROTECTED] writes: craigmcc craigmcc2003/08/09 18:21:43 craigmcc Modified:contrib/struts-el build.xml craigmcc Log: craigmcc Modify the build.xml for struts-el to have a hard-coded reference to the craigmcc struts.jar in the parent Struts source tree (i.e. output of ant dist). craigmcc This makes it possible to compile struts-el even when the user has a craigmcc ${user.home}/build.properties file that defines a struts.jar property craigmcc (as I do, because I *use* Struts in lots of different packages). I assume this is to address the issue with compile errors? Yes ... you were right on the money about my build using the wrong JAR file. It's because I have the following settings in my ${user.home}/build.properties file so I can use 1.1 final in all my regular projects that use Struts: struts.home=/usr/local/jakarta-struts-1.1 struts.jar=${struts.home}/lib/struts.jar Since there's no way to tell Ant to undefine a property, I changed the struts-el build to use a relative path to find struts.jar instead of the property. It works now, so we should see a nightly build succeed tonight. Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-struts/contrib/struts-el build.xml
jmitchell2003/06/12 20:22:14 Modified:contrib/struts-el build.xml Log: Changes to allow struts-el to build from a fresh cvs checkout. Revision ChangesPath 1.16 +2 -5 jakarta-struts/contrib/struts-el/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-struts/contrib/struts-el/build.xml,v retrieving revision 1.15 retrieving revision 1.16 diff -u -r1.15 -r1.16 --- build.xml 7 Jun 2003 21:53:28 - 1.15 +++ build.xml 13 Jun 2003 03:22:14 - 1.16 @@ -59,7 +59,7 @@ !-- Default values for unspecified properties -- property name=jdbc20ext.jar value=../jdbc2_0-stdext.jar/ property name=servlet.jar value=../jakarta-servletapi/lib/servlet.jar/ - property name=struts.jar value=../jakarta-struts/dist/lib/struts.jar/ + property name=struts.jar value=../../dist/lib/struts.jar/ property name=struts-el.jar value=dist/lib/struts-el.jar/ property name=jstl.home value=../jakarta-taglibs/dist/ @@ -158,7 +158,6 @@ pathelement location=${commons-validator.jar}/ pathelement location=${jdbc20ext.jar}/ pathelement location=${servlet.jar}/ - pathelement location=${struts-legacy.jar}/ pathelement location=${struts.jar}/ pathelement location=${struts-el.jar}/ pathelement location=${jstl.jar}/ @@ -214,15 +213,13 @@ tofile=${build.home}/library/commons-validator.jar/ copy file=${jakarta-oro.jar} tofile=${build.home}/library/jakarta-oro.jar/ - copy file=${struts-legacy.jar} -tofile=${build.home}/library/struts-legacy.jar/ !-- Compile-time dependency only copy file=${jdbc20ext.jar} tofile=${build.home}/library/jdbc2_0-stdext.jar/ -- copy todir=${build.home}/library fileset dir=${jstl.home}/tld includes=*.tld/ - fileset dir=${struts.home}/lib includes=*.tld/ + fileset dir=${struts.home}/dist/lib includes=*.tld/ /copy /target - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-struts/contrib/struts-el build.xml
craigmcc2003/02/10 21:37:59 Modified:.build.xml contrib/struts-el build.xml Log: Remove the JDBC 2.0 Optional Package JAR (jdbc2_0-stdext.jar) from the Struts binary distribution. It is still a compile-time dependency to build Struts (or applications using javax.sql classes) on a pre-1.4 JDK, but the app server or servlet container you will be running on will have this JAR installed already if it supports data sources. As of the 20030211 nightly build, therefore, Struts binary distributions are 100% Apache Code. Revision ChangesPath 1.97 +2 -0 jakarta-struts/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-struts/build.xml,v retrieving revision 1.96 retrieving revision 1.97 diff -u -r1.96 -r1.97 --- build.xml 22 Jan 2003 06:46:28 - 1.96 +++ build.xml 11 Feb 2003 05:37:59 - 1.97 @@ -259,8 +259,10 @@ tofile=${build.home}/library/commons-validator.jar/ copy file=${jakarta-oro.jar} tofile=${build.home}/library/jakarta-oro.jar/ +!-- Compile-time dependency only copy file=${jdbc20ext.jar} tofile=${build.home}/library/jdbc2_0-stdext.jar/ +-- /target !-- 1.11 +2 -0 jakarta-struts/contrib/struts-el/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-struts/contrib/struts-el/build.xml,v retrieving revision 1.10 retrieving revision 1.11 diff -u -r1.10 -r1.11 --- build.xml 4 Feb 2003 04:16:14 - 1.10 +++ build.xml 11 Feb 2003 05:37:59 - 1.11 @@ -216,8 +216,10 @@ tofile=${build.home}/library/commons-validator.jar/ copy file=${jakarta-oro.jar} tofile=${build.home}/library/jakarta-oro.jar/ +!-- Compile-time dependency only copy file=${jdbc20ext.jar} tofile=${build.home}/library/jdbc2_0-stdext.jar/ +-- copy todir=${build.home}/library fileset dir=${jstl.home}/tld includes=*.tld/ fileset dir=${struts.home}/lib includes=*.tld/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-struts/contrib/struts-el build.xml
jmitchell2003/02/03 20:16:14 Modified:contrib/struts-el build.xml Log: Just another location to look. Revision ChangesPath 1.10 +1 -0 jakarta-struts/contrib/struts-el/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-struts/contrib/struts-el/build.xml,v retrieving revision 1.9 retrieving revision 1.10 diff -u -r1.9 -r1.10 --- build.xml 8 Jan 2003 19:04:23 - 1.9 +++ build.xml 4 Feb 2003 04:16:14 - 1.10 @@ -47,6 +47,7 @@ !-- Load local and user build preferences -- property file=${user.home}/build.properties/ + property file=../../../build.properties/ property file=../../build.properties/ property file=build.properties/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-struts/contrib/struts-el build.xml
dmkarr 2003/01/06 13:30:12 Modified:contrib/struts-el build.xml Log: Fixed packagename reference in javadoc generation. Added 'use=true' to javadoc generation. Revision ChangesPath 1.7 +2 -1 jakarta-struts/contrib/struts-el/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-struts/contrib/struts-el/build.xml,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- build.xml 29 Oct 2002 05:57:16 - 1.6 +++ build.xml 6 Jan 2003 21:30:12 - 1.7 @@ -258,7 +258,8 @@ javadoc sourcepath=${src.share.dir} destdir=${build.home}/documentation/api classpath=${servlet.jar}:${jdbc20ext.jar}:${struts.jar}:${jstl.jar}:${jstl-standard.jar} - packagename=org.apache.struts.* author=true private=true + packagenames=org.apache.strutsel.* author=true private=true + use=true version=true windowtitle=Apache Struts-EL API Documentation doctitle=lt;h1gt;Apache Struts-EL Framework (Version ${project.version})lt;/h1gt; -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts/contrib/struts-el build.xml
martinc 2003/01/06 21:42:56 Modified:.build.xml contrib/scaffold build.xml contrib/struts-el build.xml Log: Dynamically specify the end year for JavaDoc copyright notices, so that we don't have to update the build script each year. Many thanks to Stefan Bodewig for the tip! Revision ChangesPath 1.93 +5 -1 jakarta-struts/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-struts/build.xml,v retrieving revision 1.92 retrieving revision 1.93 diff -u -r1.92 -r1.93 --- build.xml 6 Jan 2003 16:21:35 - 1.92 +++ build.xml 7 Jan 2003 05:42:55 - 1.93 @@ -255,6 +255,10 @@ echo message=java.home = ${java.home}/ echo message=user.home = ${user.home}/ +tstamp +format property=year pattern=/ +/tstamp + /target !-- @@ -361,7 +365,7 @@ version=true windowtitle=Apache Struts API Documentation doctitle=lt;h1gt;Apache Struts Framework (Version ${project.version})lt;/h1gt; -bottom=Copyright #169; 2000-2002 - Apache Software Foundation +bottom=Copyright #169; 2000-${year} - Apache Software Foundation classpath refid=compile.classpath/ /javadoc /target 1.8 +5 -3 jakarta-struts/contrib/scaffold/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-struts/contrib/scaffold/build.xml,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- build.xml 12 Sep 2002 12:40:27 - 1.7 +++ build.xml 7 Jan 2003 05:42:55 - 1.8 @@ -50,7 +50,9 @@ !-- Check timestamp on files -- target name=prepare -tstamp/ +tstamp +format property=year pattern=/ +/tstamp /target !-- Copy any resource or configuration files -- @@ -99,7 +101,7 @@ version=true windowtitle=${project.title} API Documentation doctitle=lt;h1gt;${project.title} API Documentation (Version ${project.version})lt;/h1gt; -bottom=Copyright #169; 2001-2002 - Apache Software Foundation +bottom=Copyright #169; 2001-${year} - Apache Software Foundation classpath refid=${compile.classpath}/ /javadoc /target 1.8 +5 -1 jakarta-struts/contrib/struts-el/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-struts/contrib/struts-el/build.xml,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- build.xml 6 Jan 2003 21:30:12 - 1.7 +++ build.xml 7 Jan 2003 05:42:56 - 1.8 @@ -176,6 +176,10 @@ echo message=user.home = ${user.home}/ echo message=struts.jar = ${struts.jar}/ echo message=struts-el.jar = ${struts-el.jar}/ + + tstamp + format property=year pattern=/ + /tstamp /target !-- @@ -263,7 +267,7 @@ version=true windowtitle=Apache Struts-EL API Documentation doctitle=lt;h1gt;Apache Struts-EL Framework (Version ${project.version})lt;/h1gt; - bottom=Copyright #169; 2000-2002 - Apache Software Foundation + bottom=Copyright #169; 2000-${year} - Apache Software Foundation classpath refid=compile.classpath/ /javadoc /target -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts/contrib/struts-el build.xml
jmitchell2002/10/28 21:57:16 Modified:contrib/struts-el build.xml Log: Include properties from the main struts build. (for those who build struts-el from the main distributionlike me :D) Revision ChangesPath 1.6 +1 -0 jakarta-struts/contrib/struts-el/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-struts/contrib/struts-el/build.xml,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- build.xml 14 Oct 2002 03:15:22 - 1.5 +++ build.xml 29 Oct 2002 05:57:16 - 1.6 -47,6 +47,7 !-- Load local and user build preferences -- property file=${user.home}/build.properties/ + property file=../../build.properties/ property file=build.properties/ !-- Default values for unspecified properties -- -- To unsubscribe, e-mail: mailto:struts-dev-unsubscribe;jakarta.apache.org For additional commands, e-mail: mailto:struts-dev-help;jakarta.apache.org
cvs commit: jakarta-struts/contrib/struts-el build.xml
dmkarr 2002/10/13 20:15:22 Modified:contrib/struts-el build.xml Log: Fixed build.home setting, to make both unit tests and webapp build work. Revision ChangesPath 1.5 +3 -2 jakarta-struts/contrib/struts-el/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-struts/contrib/struts-el/build.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- build.xml 2 Oct 2002 14:01:13 - 1.4 +++ build.xml 14 Oct 2002 03:15:22 - 1.5 @@ -54,7 +54,7 @@ property name=servlet.jar value=../jakarta-servletapi/lib/servlet.jar/ property name=struts.jar value=../jakarta-struts/dist/lib/struts.jar/ property name=struts-el.jar - value=../jakarta-struts/dist/lib/struts-el.jar/ + value=dist/lib/struts-el.jar/ property name=jstl.home value=../jakarta-taglibs/dist/ property name=jstl.jar value=../jakarta-taglibs/dist/lib/jstl.jar/ property name=jstl-standard.jar @@ -72,7 +72,8 @@ -- !-- Output directory name for all files generated by the build process -- - property name=build.home value=target/ +!-- property name=build.home value=${basedir}/contrib/struts-el/target/ -- + property name=build.home value=${basedir}/target/ !-- Should Java compilations set the debug compiler option? -- property name=compile.debug value=true / -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts/contrib/struts-el build.xml
dmkarr 2002/10/02 07:01:13 Modified:contrib/struts-el build.xml Log: removing Tomcat 4.1 optional deployment-related taskdefs. Revision ChangesPath 1.4 +0 -19 jakarta-struts/contrib/struts-el/build.xml Index: build.xml === RCS file: /home/cvs/jakarta-struts/contrib/struts-el/build.xml,v retrieving revision 1.3 retrieving revision 1.4 diff -u -r1.3 -r1.4 --- build.xml 2 Oct 2002 01:50:13 - 1.3 +++ build.xml 2 Oct 2002 14:01:13 - 1.4 @@ -62,25 +62,6 @@ property name=commons-beanutils.jar value=../jakarta-commons/beanutils/dist/lib/beanutils.jar/ - !-- Tomcat 4.1.0 Ant configuration -- - !-- Configure properties to access the Manager application -- - property name=manager-url value=http://localhost:8080/manager/ - property name=manager-username value=admin/ - property name=manager-password value=admin/ - - !-- Configure the custom Ant tasks for the Manager application -- - taskdef name=deployclassname=org.apache.catalina.ant.DeployTask/ - taskdef name=install classname=org.apache.catalina.ant.InstallTask/ - taskdef name=list classname=org.apache.catalina.ant.ListTask/ - taskdef name=reloadclassname=org.apache.catalina.ant.ReloadTask/ - taskdef name=removeclassname=org.apache.catalina.ant.RemoveTask/ - taskdef name=resources classname=org.apache.catalina.ant.ResourcesTask/ - taskdef name=roles classname=org.apache.catalina.ant.RolesTask/ - taskdef name=start classname=org.apache.catalina.ant.StartTask/ - taskdef name=stop classname=org.apache.catalina.ant.StopTask/ - taskdef name=undeploy classname=org.apache.catalina.ant.UndeployTask/ - !-- End of Tomcat 4.1.0 Ant configuration -- - !-- == Initialization Properties = -- !-- -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: cvs commit: jakarta-struts/contrib/struts-el build.xml
On 1 Oct 2002, David M. Karr wrote: Date: 01 Oct 2002 21:44:05 -0700 From: David M. Karr [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: cvs commit: jakarta-struts/contrib/struts-el build.xml Craig == Craig R McClanahan [EMAIL PROTECTED] writes: Craig On 1 Oct 2002, David M. Karr wrote: Date: 01 Oct 2002 21:14:26 -0700 From: David M. Karr [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: cvs commit: jakarta-struts/contrib/struts-el build.xml craigmcc == craigmcc [EMAIL PROTECTED] writes: craigmcc craigmcc2002/10/01 18:50:13 craigmcc Modified:.build.xml craigmcc contrib/struts-el build.xml craigmcc Log: craigmcc Update the main build.xml file to include struts-el in the new contrib craigmcc directory, so that the binaries will be included with nightly builds. Also, if Struts-EL is being built by default, what will happen if someone tries to build it with a 2.2 servlet.jar? Craig Good point ... it should probably be made conditional based on the Craig presence of Servlet 2.3 (and the JSTL jars, for that matter). How do you want to handle this, then? Should it be conditional at the top-level build, or in the struts-el build? It seems like it might be easiest to add a 'if=jstl.jar' to the dist.contrib target in the main build.xml. That's the best place for it -- people who deliberately choose to use the contrib/struts-el/build.xml file are going to know that they need Servlet 2.3 anyway. Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: cvs commit: jakarta-struts/contrib/struts-el build.xml
On 1 Oct 2002, David M. Karr wrote: Date: 01 Oct 2002 22:14:33 -0700 From: David M. Karr [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: cvs commit: jakarta-struts/contrib/struts-el build.xml Craig == Craig R McClanahan [EMAIL PROTECTED] writes: Craig On 1 Oct 2002, David M. Karr wrote: Date: 01 Oct 2002 21:14:26 -0700 From: David M. Karr [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: cvs commit: jakarta-struts/contrib/struts-el build.xml craigmcc == craigmcc [EMAIL PROTECTED] writes: craigmcc craigmcc2002/10/01 18:50:13 craigmcc Modified:.build.xml craigmcc contrib/struts-el build.xml craigmcc Log: craigmcc Update the main build.xml file to include struts-el in the new contrib craigmcc directory, so that the binaries will be included with nightly builds. Also, if Struts-EL is being built by default, what will happen if someone tries to build it with a 2.2 servlet.jar? Craig Good point ... it should probably be made conditional based on the Craig presence of Servlet 2.3 (and the JSTL jars, for that matter). Correct me if I'm wrong, but doesn't this mean that it can't be provided in the nightly build, unless we do both a Servlet 2.2 and Servlet 2.3 build? The nightly builds are created against Servlet 2.3 already. If you download and use the nightly build in a Servlet 2.2 environment, you can't use the struts-el stuff, but it doesn't change anything else that is created -- so I don't see a need to create two different versions. I've tested a change to the top-level build.xml to only build it if jstl.jar is set (and I put my jstl.jar setting in my top-level build.properties file), but I didn't try to do anything with a Servlet 2.2 build. I've got my announcement note written, and ready to send, but I have a feeling I may have to delay/change it, based on this. If you want to go ahead and check in the conditional change to the dist.contrib target, that would be great. Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: cvs commit: jakarta-struts/contrib/struts-el build.xml
-Original Message- From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 02, 2002 8:12 AM To: Struts Developers List Subject: Re: cvs commit: jakarta-struts/contrib/struts-el build.xml On 1 Oct 2002, David M. Karr wrote: Also, if Struts-EL is being built by default, what will happen if someone tries to build it with a 2.2 servlet.jar? Craig Good point ... it should probably be made conditional based on the Craig presence of Servlet 2.3 (and the JSTL jars, for that matter). Correct me if I'm wrong, but doesn't this mean that it can't be provided in the nightly build, unless we do both a Servlet 2.2 and Servlet 2.3 build? The nightly builds are created against Servlet 2.3 already. If you download and use the nightly build in a Servlet 2.2 environment, you can't use the struts-el stuff, but it doesn't change anything else that is created -- so I don't see a need to create two different versions. I've tested a change to the top-level build.xml to only build it if jstl.jar is set (and I put my jstl.jar setting in my top-level build.properties file), but I didn't try to do anything with a Servlet 2.2 build. I've got my announcement note written, and ready to send, but I have a feeling I may have to delay/change it, based on this. If you want to go ahead and check in the conditional change to the dist.contrib target, that would be great. I'll do that, but I won't be able to commit it until tonight. I don't have my Jakarta CVS environment set up here at work (and I hesitate trying to manage more than one CVSROOT on one box). On the nightly build, I noticed that the build did eventually complete, including the struts-el.jar, so I assume the issue with the Catalina ant tasks was worked around? I committed the change to my build.xml to remove those soon after I saw the build failure this morning. If this morning's nightly build (I'll just have to get used to that not sounding right :) ) is a go, I'll send in my announcement note in a few minutes. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: cvs commit: jakarta-struts/contrib/struts-el build.xml
On Wed, 2 Oct 2002, Karr, David wrote: If you want to go ahead and check in the conditional change to the dist.contrib target, that would be great. I'll do that, but I won't be able to commit it until tonight. I don't have my Jakarta CVS environment set up here at work (and I hesitate trying to manage more than one CVSROOT on one box). OK. I've never had any problem maintaining multiple CVS repositories from different sources ... but I use command line CVS tools ... On the nightly build, I noticed that the build did eventually complete, including the struts-el.jar, so I assume the issue with the Catalina ant tasks was worked around? I committed the change to my build.xml to remove those soon after I saw the build failure this morning. The nightly build (which runs on my box) worked fine ... the only problem I saw was a Gump error, which is a matter of getting the project dependencies correct for Gump. If this morning's nightly build (I'll just have to get used to that not sounding right :) ) is a go, I just call it last night's nightly build :-) I'll send in my announcement note in a few minutes. Cool. Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: cvs commit: jakarta-struts/contrib/struts-el build.xml
I just call it last night's nightly build :-) Maybe it would help David to think of night as that time during which many of us are asleep? ;-) Of course, if David is wicked, he will have problems identifying with that (we all know there's no rest for the wicked!) drumEffects:drumRoll type=bada-bing/drumEffects:rimShot/ :-) -- Eddie Bush -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: cvs commit: jakarta-struts/contrib/struts-el build.xml
craigmcc == craigmcc [EMAIL PROTECTED] writes: craigmcc craigmcc2002/10/01 18:50:13 craigmcc Modified:.build.xml craigmcccontrib/struts-el build.xml craigmcc Log: craigmcc Update the main build.xml file to include struts-el in the new contrib craigmcc directory, so that the binaries will be included with nightly builds. Oh, yeah, I forgot about that :) . That'll be sort of important. -- === David M. Karr ; Java/J2EE/XML/Unix/C++ [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: cvs commit: jakarta-struts/contrib/struts-el build.xml
craigmcc == craigmcc [EMAIL PROTECTED] writes: craigmcc craigmcc2002/10/01 18:50:13 craigmcc Modified:.build.xml craigmcccontrib/struts-el build.xml craigmcc Log: craigmcc Update the main build.xml file to include struts-el in the new contrib craigmcc directory, so that the binaries will be included with nightly builds. After thinking about this for a bit, I wonder exactly how this will work. The Struts-EL build requires a build.properties file, just like the top-level build. Will someone create that manually, or what? -- === David M. Karr ; Java/J2EE/XML/Unix/C++ [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: cvs commit: jakarta-struts/contrib/struts-el build.xml
On 1 Oct 2002, David M. Karr wrote: Date: 01 Oct 2002 21:14:26 -0700 From: David M. Karr [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: cvs commit: jakarta-struts/contrib/struts-el build.xml craigmcc == craigmcc [EMAIL PROTECTED] writes: craigmcc craigmcc2002/10/01 18:50:13 craigmcc Modified:.build.xml craigmcccontrib/struts-el build.xml craigmcc Log: craigmcc Update the main build.xml file to include struts-el in the new contrib craigmcc directory, so that the binaries will be included with nightly builds. Also, if Struts-EL is being built by default, what will happen if someone tries to build it with a 2.2 servlet.jar? Good point ... it should probably be made conditional based on the presence of Servlet 2.3 (and the JSTL jars, for that matter). Craig -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: cvs commit: jakarta-struts/contrib/struts-el build.xml
Craig == Craig R McClanahan [EMAIL PROTECTED] writes: Craig On 1 Oct 2002, David M. Karr wrote: Date: 01 Oct 2002 21:14:26 -0700 From: David M. Karr [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: cvs commit: jakarta-struts/contrib/struts-el build.xml craigmcc == craigmcc [EMAIL PROTECTED] writes: craigmcc craigmcc2002/10/01 18:50:13 craigmcc Modified:.build.xml craigmcc contrib/struts-el build.xml craigmcc Log: craigmcc Update the main build.xml file to include struts-el in the new contrib craigmcc directory, so that the binaries will be included with nightly builds. Also, if Struts-EL is being built by default, what will happen if someone tries to build it with a 2.2 servlet.jar? Craig Good point ... it should probably be made conditional based on the Craig presence of Servlet 2.3 (and the JSTL jars, for that matter). How do you want to handle this, then? Should it be conditional at the top-level build, or in the struts-el build? It seems like it might be easiest to add a 'if=jstl.jar' to the dist.contrib target in the main build.xml. -- === David M. Karr ; Java/J2EE/XML/Unix/C++ [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: cvs commit: jakarta-struts/contrib/struts-el build.xml
Craig == Craig R McClanahan [EMAIL PROTECTED] writes: Craig On 1 Oct 2002, David M. Karr wrote: Date: 01 Oct 2002 21:14:26 -0700 From: David M. Karr [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: cvs commit: jakarta-struts/contrib/struts-el build.xml craigmcc == craigmcc [EMAIL PROTECTED] writes: craigmcc craigmcc2002/10/01 18:50:13 craigmcc Modified:.build.xml craigmcc contrib/struts-el build.xml craigmcc Log: craigmcc Update the main build.xml file to include struts-el in the new contrib craigmcc directory, so that the binaries will be included with nightly builds. Also, if Struts-EL is being built by default, what will happen if someone tries to build it with a 2.2 servlet.jar? Craig Good point ... it should probably be made conditional based on the Craig presence of Servlet 2.3 (and the JSTL jars, for that matter). Correct me if I'm wrong, but doesn't this mean that it can't be provided in the nightly build, unless we do both a Servlet 2.2 and Servlet 2.3 build? I've tested a change to the top-level build.xml to only build it if jstl.jar is set (and I put my jstl.jar setting in my top-level build.properties file), but I didn't try to do anything with a Servlet 2.2 build. I've got my announcement note written, and ready to send, but I have a feeling I may have to delay/change it, based on this. -- === David M. Karr ; Java/J2EE/XML/Unix/C++ [EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]