Mailing-List: contact flex-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: flex-dev@incubator.apache.org
Received-SPF: pass (athena.apache.org: domain of cframpto@adobe.com designates
 64.18.1.233 as permitted sender)
From: Carol Frampton <cframpto@adobe.com>
To: "flex-dev@incubator.apache.org" <flex-dev@incubator.apache.org>
Date: Tue, 18 Dec 2012 07:04:34 -0800
Subject: Re: Apache Flex 4.9 Release Candidate 3
Thread-Topic: Apache Flex 4.9 Release Candidate 3
Thread-Index: Ac3dMP8Girjvo/OnTJKAFZhevTVDUA==
Message-ID: <CCF5EE57.20A95%cframpto@adobe.com>
In-Reply-To: 
 <CALorpXcj2zxsb0Cz5Z7yQ2UZNOthbqV6b=3K_XECsc7-e4-m6Q@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
user-agent: Microsoft-MacOutlook/14.2.4.120824
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0


On 12/18/12 7 :46AM, "Nicholas Kwiatkowski" <nicholas@spoon.as> wrote:
>
>On Tue, Dec 18, 2012 at 7:45 AM, Nicholas Kwiatkowski
><nicholas@spoon.as>wrote:
>
>> echo
>>  =3D=3D Apache Batik 1.7 build file =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
>> echo
>>
>> echo
>>     JAVA_HOME:       ${env.JAVA_HOME}
>> echo
>>     VM:              20.6-b01, Sun Microsystems Inc.
>> echo
>>     javac.source:    1.6
>> echo
>>     javac.target:    1.6
>> property
>> compile-prepare
>> mkdir
>> Created dir: E:\Apache\develop\modules\thirdparty\batik\classes
>> echo
>> debug true, optimize on, deprecation off
>> property
>> compile
>> javac
>> property
>> determine-svn-revision-svn-info
>> dirset
>> pathconvert
>> exec
>> Execute failed: java.io.IOException: Cannot run program "svn" (in
>> directory "E:\Apache\develop\modules\thirdparty\batik"): CreateProcess
>> error=3D2, The system cannot find the file specified
>> condition

When we forked batik I tried to make minimal changes to their build file.

One of the many things the build file does is it runs svn to determine the
current revision and tweaks a few things based on that.  It looks like svn
isn't in your path.  Given we are running with a static copy of batik with
known revision numbers I doubt we need to do this and maybe it is best if
I figure out what it is doing and bypass the steps that actually use svn
to do an svn info --xml on some of the batik directories.  It may be that
we don't even need this information at all but I have not looked enough to
figure that out.

Carol

>> determine-svn-revision-transform
>> determine-svn-revision-from-file
>> loadfile
>> condition
>> determine-svn-revision-set
>> property
>> delete
>> determine-svn-revision
>> prepare-build
>> mkdir
>> Created dir: E:\Apache\develop\modules\thirdparty\batik\batik-1.7
>> mkdir
>> Created dir: E:\Apache\develop\modules\thirdparty\batik\batik-1.7\docs
>> mkdir
>> Created dir: E:\Apache\develop\modules\thirdparty\batik\batik-1.7\lib
>> batik-all-flex-jar
>> jar
>> Building jar: E:\Apache\develop\lib\batik-all-flex.jar
>>
>> Snippit from the log file...  Again, I don't know if it was supposed to
>> fail, but I don't remember seeing that in 4.8

>>