On Mon, Jan 26, 2009 at 2:07 PM, Simon Laws <[email protected]>wrote:
> > > On Mon, Jan 26, 2009 at 1:44 PM, ant elder <[email protected]> wrote: > >> I know this is work in progress and we're not sure yet what the complete >> picture of how this will work yet, but one thing i think is good with the >> current samples is that the build scripts are simple and self contained and >> can be copied by users. So i'd probably prefer the Ant scripts don't use >> some shared common scripts unless its really needed. I guess i'm wondering >> if we do need to separate common bits out then maybe we haven't quite got >> this simple enough to use yet. >> >> ...ant >> >> >> On Mon, Jan 26, 2009 at 12:55 PM, <[email protected]> wrote: >> >>> Author: slaws >>> Date: Mon Jan 26 12:55:41 2009 >>> New Revision: 737681 >>> >>> URL: http://svn.apache.org/viewvc?rev=737681&view=rev >>> Log: >>> Add an ant build file to hold some common targets used across the samples >>> >>> Added: >>> tuscany/java/sca/samples/build-common.xml (with props) >>> >>> Added: tuscany/java/sca/samples/build-common.xml >>> URL: >>> http://svn.apache.org/viewvc/tuscany/java/sca/samples/build-common.xml?rev=737681&view=auto >>> >>> ============================================================================== >>> --- tuscany/java/sca/samples/build-common.xml (added) >>> +++ tuscany/java/sca/samples/build-common.xml Mon Jan 26 12:55:41 2009 >>> @@ -0,0 +1,34 @@ >>> +<!-- >>> + * Licensed to the Apache Software Foundation (ASF) under one >>> + * or more contributor license agreements. See the NOTICE file >>> + * distributed with this work for additional information >>> + * regarding copyright ownership. The ASF licenses this file >>> + * to you under the Apache License, Version 2.0 (the >>> + * "License"); you may not use this file except in compliance >>> + * with the License. You may obtain a copy of the License at >>> + * >>> + * http://www.apache.org/licenses/LICENSE-2.0 >>> + * >>> + * Unless required by applicable law or agreed to in writing, >>> + * software distributed under the License is distributed on an >>> + * "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY >>> + * KIND, either express or implied. See the License for the >>> + * specific language governing permissions and limitations >>> + * under the License. >>> +--> >>> + >>> +<project name="common"> >>> + <available file="../../distribution/pom.xml" >>> property="running.in.development"/> >>> + >>> + <target name="common-set-development" if="running.in.development"> >>> + <property name="distro.root" >>> value="../../distribution/all/target"/> >>> + </target> >>> + >>> + <target name="common-set-distribution" >>> unless="running.in.development"> >>> + <property name="distro.root" value="../.."/> >>> + </target> >>> + >>> + <target name="common-init" depends="common-set-development, >>> common-set-distribution" > >>> + <mkdir dir="${sample.root}/target/classes"/> >>> + </target> >>> +</project> >>> >>> Propchange: tuscany/java/sca/samples/build-common.xml >>> >>> ------------------------------------------------------------------------------ >>> svn:eol-style = native >>> >>> Propchange: tuscany/java/sca/samples/build-common.xml >>> >>> ------------------------------------------------------------------------------ >>> svn:keywords = Rev Date >>> >>> Propchange: tuscany/java/sca/samples/build-common.xml >>> >>> ------------------------------------------------------------------------------ >>> svn:mime-type = text/xml >>> >>> >>> >> > That's a fair comment. We have to get the balance right between ease ot > use/copying and ease of maintenance. Let's see how it looks in a bit. I'm > using the common block atm so I don't have to keep going in and changing > three scripts as I have the following samples as test cases. > > implementation-java-calculator > host-webapp-calculator > binding-ws-calculator > > If it comes to it that we copy the majority of the specific code back into > each script that probably Ok with me (I reserving an element of doubt to see > how things work out) Before we do that though I'd like to see if we can slim > down that code to the absolute minimum and having it in one place makes that > easier (for me at least). > > Simon > Can't these type of samples have really really simple build scripts - all they need is a dependency on the sca-api jar and then compile the application classes to get an SCA contribution jar - thats it. We don't even really need all those targets that we have in the 1.x sample builds to emulate maven functions, just the one simple compile step is all we really need. ...ant
