Hi Ryan,
The change that Jacob suggested related to pointing to all the
cactus jars sounds convenient to me. Looks good, otherwise.
Thanks a lot for volunteering to do this.
-Jayashri
Ryan Lubke wrote:
> Merge all child build.properties (from jsf-api, jsf-ri, etc.) into one
> common build.properties.
> Simplifies setting up a local workspace in that:
> 1. one one file to edit
> 2. once created and working, can be copied to user's home directory
> so that if a user creates a new repository, nothing needs to be
> edited.
>
> SECTION: Modified Files
> -----------------------------------
> M jsf-api/build.xml
> M jsf-demo/build-tests.xml
> M jsf-demo/build.xml
> M jsf-demo/carstore/build.xml
> M jsf-demo/characterCombat/build.xml
> M jsf-demo/components/build.xml
> M jsf-demo/test/mappingDemo/build.xml
> M jsf-portlet/build.xml
> M jsf-portlet/portlet-lib/build.xml
> M jsf-ri/build-tests.xml
> M jsf-ri/build.xml
> M jsf-ri/systest/build.xml
> M jsf-ri/systest-per-webapp/build-tests.xml
> M jsf-ri/systest-per-webapp/build.xml
> M jsf-tools/build.xml
> - refer to 'project' level build.properties
> - in some cases, removed duplicate property definitions
>
> New Files
> ------------------
> A build.properties.sample
> - new 'project' level build.properties
>
> Files Removed
> ------------------
> R jsf-api/build.properties.sample
> R jsf-demo/build.properties.sample
> R jsf-portlet/build.properties.sample
> R jsf-ri/build.properties.sample
> R jsf-tools/build.properties.sample
> - no longer needed
>
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe_at_javaserverfaces.dev.java.net
For additional commands, e-mail: dev-help_at_javaserverfaces.dev.java.net