On May 18, 2006, at 8:40 AM, Garth Smedley wrote:
> Hi Benjamin,
>
> Here are my results of trying the new build on Windows:
Thanks for doing this, Garth. Care to do it again? Go to each of the
three directories, toolsmigration, vendor, and tools, and do "svn up"
in each of them. Then get the modifications from setup-lps.sh into
your bat script, and we'll be six steps closer.
>
> * When I made a Windows seup.bat I started with setup-lps.sh and I
> think this:
> ${LZ_VENDOR_ROOT}/rhino1_5R3_js.jar
> should be
> ${LZ_VENDOR_ROOT}/rhino1_5R3/js.jar
Right, this was a problem. I moved stuff around so that we unzip
rhino into $LZ_INSTALLS_ROOT. That way we keep the public,
distributed, official distro's in /vendor, and put the uncompressed
tree into $LZ_INSTALLS_ROOT as part of the install process. I added a
short bit to the build instructions:
http://wiki.openlaszlo.org/SubversionBuildInstructions#Install_rhino
>
> * dtd task takes a long time
Heck yeah. It runs python; it's one of the few pieces of our build
process left which uses python. I'm trying to get the dependencies to
work so that we hardly ever have to rebuild the dtd, but this is
tricky; "ant clean" should clean the schema stuff, because it should
clean everything. I think we'll need a new task, "ant clean-leave-
schema" or something like that.
>
> * I get this warning in several places:
>
> [taskdef] Could not load definitions from resource net/sf/
> antcontrib/antcontrib.properties. It could not be found.
Yes -- I need to take out those taskdefs. I am trying to get rid of
all the uses of ant-contrib; they're not as ant-ish as core ant
tasks. The warnings on taskdef are okay; the build will fail if we
actually try to invoke a task that was supposed to be defined in
antcontrib. There are <foreach> tags all over the doc tools, sigh.
>
> * Can't do a clean unless Tomcat is running with the web app
> deployed because the failure to undeploy stops the rest of the clean.
I knoooow! This one makes me crazy. Our previous solution used
<trycatch> tags here, to let the undeploy fail, but there's got to be
something better that I haven't thought of yet. Maybe a little
javascript in rhino which will check if the webapp is deployed, then
undeploy it if it is, otherwise return quietly.
>
> * Windows Java1.4
> - ant build OK
> - ant tomcat.start FAIL with following error
>
> C:\Laszlo\src\svn\openlaszlo\branches\toolsmigration\build.xml:
> 1186: The following error occurred while executing this line:
> C:\Laszlo\src\svn\openlaszlo\branches\toolsmigration\build.xml:
> 1123: checksums don't match. Failing.
>
> C:\Laszlo\install\Tomcat50\lzkeystore appears to be missing.
>
> added the file and it worked.
Hmm. Odd, I saw this once and not since then. From where did you get
lzkeystore? Is checksum checking a reasonable thing to do here?
>
> - ant webapp.install OK
> - run Laszlo Explorer OK
Sweet!
>
>
>
>
> * Windows Java1.5
> - ant build FAIL
>
> compile:
> [javac] Compiling 23 source files to C:\Laszlo\src\svn
> \openlaszlo\branches\toolsmigration\WEB-INF\lps\server\build
> [javac] Note: Some input files use or override a deprecated API.
> [javac] Note: Recompile with -Xlint:deprecation for details.
> [javac] Compiling 506 source files to C:\Laszlo\src\svn
> \openlaszlo\branches\toolsmigration\WEB-INF\lps\server\build
> [javac] C:\Laszlo\src\svn\openlaszlo\branches\toolsmigration
> \WEB-INF\lps\server\src\org\openlaszlo\servlets\responders
> \ResponderLOGCONFIG.java:30: package org.apache.xml.utils does not
> exist
> [javac] import org.apache.xml.utils.*;
> [javac] ^
> [javac] Note: Some input files use or override a deprecated API.
> [javac] Note: Recompile with -Xlint:deprecation for details.
> [javac] 1 error
This one I've fixed. That line says to import org.apache.xml.utils,
but we don't actually *use* that package. I took out the import, and
it works.
>
>
> * ant clean: FAIL
>
> clean:
> [taskdef] Could not load definitions from resource net/sf/
> antcontrib/antcontrib.properties. It could not be found.
>
> BUILD FAILED
> C:\Laszlo\src\svn\openlaszlo\branches\toolsmigration\build.xml:618:
> The following error occurred while executing this line:
> C:\Laszlo\src\svn\openlaszlo\branches\toolsmigration\docs\src
> \build.xml:13: taskdef class
> com.thaiopensource.relaxng.util.JingTask cannot be found
Ah, jing and trang. I fixed this by adding jing.jar to the classpath
in lps-setup.sh
>
>
>
> Benjamin Shine wrote:
>> I have a preview of the subversion/ant 1.6.5 build, and I need
>> volunteers to go through the build process on all the supported
>> OS's. The build instructions on the wiki are now pretty close to
>> copy-and- paste, and I've created a setup-lps.sh script which sets
>> environment variables for you. In other words: this process is
>> designed to be friendly to external contributors and multiple
>> OS's. Help me get it right! The instructions are here: http://
>> wiki.openlaszlo.org/SubversionBuildInstructions When the
>> instructions refers to a branch, you want to use toolsmigration:
>> http://svn.openlaszlo.org/openlaszlo/branches/toolsmigration/ I'd
>> like at least one tester for each of... linux with java 1.5 linux
>> with java 1.4 windows with cygwin and java 1.5 windows with cygwin
>> and java 1.4 mac os x with java 1.5 mac os x with java 1.4 Please
>> let me know if you're planning to cover one or more of these.
>> Check out James Caple's instructions on how to use TortoiseSVN at
>> http://wiki.openlaszlo.org/TortoiseSVN. Previous testers will be
>> glad to hear that the <if> task is gone. -benjamin benjamin shine
>> software engineer [EMAIL PROTECTED]
>> _______________________________________________ Laszlo-dev mailing
>> list [email protected] http://www.openlaszlo.org/mailman/
>> listinfo/laszlo-dev
benjamin shine
software engineer
[EMAIL PROTECTED]
_______________________________________________
Laszlo-dev mailing list
[email protected]
http://www.openlaszlo.org/mailman/listinfo/laszlo-dev
