Jim Grandy | 1 Jul 01:46
Favicon

Fwd: [Laszlo-checkins] r1229 - openlaszlo/branches/legals/WEB-INF/lps/lfc/services

Hey, our first legitimate build break under the new scripts! Glad to see the system working.

This change broke 'ant lztest', because there's no setInterval in the Rhino test environment.

Please do run 'ant lztest' before checking in. It's important that we keep this working, and it is run by the automated builds.

Ben and I are working on a fix in this case -- adding a dummy implementation of setInterval -- and will have something out shortly.

jim

Begin forwarded message:

Date: June 30, 2006 1:12:54 PM PDT
Subject: [Laszlo-checkins] r1229 - openlaszlo/branches/legals/WEB-INF/lps/lfc/services

Author: max
Date: 2006-06-30 16:12:52 -0400 (Fri, 30 Jun 2006)
New Revision: 1229

Added:
   openlaszlo/branches/legals/WEB-INF/lps/lfc/services/LzIdle.lzs
Removed:
   openlaszlo/branches/legals/WEB-INF/lps/lfc/services/LzIdle.as
   openlaszlo/branches/legals/WEB-INF/lps/lfc/services/LzIdle.js
Modified:
   openlaszlo/branches/legals/WEB-INF/lps/lfc/services/Library.lzs
Log:
* Unify LzIdle code across runtimes to LzIdle.lzs in the kernel

Modified: openlaszlo/branches/legals/WEB-INF/lps/lfc/services/Library.lzs
===================================================================
--- openlaszlo/branches/legals/WEB-INF/lps/lfc/services/Library.lzs 2006-06-30 20:05:18 UTC (rev 1228)
+++ openlaszlo/branches/legals/WEB-INF/lps/lfc/services/Library.lzs 2006-06-30 20:12:52 UTC (rev 1229)
<at> <at> -8,12 +8,10 <at> <at>
 //* A_LZ_COPYRIGHT_END ********************************************************

 if ($dhtml) {
-    #include "services/LzIdle.js"
     #include "services/LzBrowser.js"
     #include "services/LzTrack.js"

 } else {
-    #include "services/LzIdle.as"
     #include "services/LzInstantiator.as"
     #include "services/LzKeys.as"
     #include "services/LzCursor.as"
<at> <at> -25,4 +23,5 <at> <at>
     #include "services/LzHistory.as"

 }
+#include "services/LzIdle.lzs"
 #include "services/LzTimer.lzs"

Deleted: openlaszlo/branches/legals/WEB-INF/lps/lfc/services/LzIdle.as

Deleted: openlaszlo/branches/legals/WEB-INF/lps/lfc/services/LzIdle.js

Copied: openlaszlo/branches/legals/WEB-INF/lps/lfc/services/LzIdle.lzs (from rev 1228, openlaszlo/branches/legals/WEB-INF/lps/lfc/services/LzIdle.as)

_______________________________________________
Laszlo-checkins mailing list

_______________________________________________
Laszlo-dev mailing list
Laszlo-dev <at> openlaszlo.org
http://www.openlaszlo.org/mailman/listinfo/laszlo-dev
P T Withington | 1 Jul 04:59
Favicon

Re: [Laszlo-checkins] r1234 - openlaszlo/branches/legals/WEB-INF/lps/server

Thanks Ben!

On 2006-06-30, at 19:50 EDT, ben <at> openlaszlo.org wrote:

> Author: ben
> Date: 2006-06-30 19:50:28 -0400 (Fri, 30 Jun 2006)
> New Revision: 1234
>
> Modified:
>    openlaszlo/branches/legals/WEB-INF/lps/server/build.xml
> Log:
> Putting Tucker's cool change back in; we have to define -Dbuild.id  
> when running on a non-svn-repository, ie on windows-builder and for  
> automated builds.
>
> Modified: openlaszlo/branches/legals/WEB-INF/lps/server/build.xml
> ===================================================================
> --- openlaszlo/branches/legals/WEB-INF/lps/server/build.xml	 
> 2006-06-30 22:15:24 UTC (rev 1233)
> +++ openlaszlo/branches/legals/WEB-INF/lps/server/build.xml	 
> 2006-06-30 23:50:28 UTC (rev 1234)
> @@ -63,12 +63,8 @@
>
>    <target name="setup-build-id" depends="get-svn-info"  
> unless="build.id">
>        <!-- Load repository information into properties -->
> -      <!-- [bshine 6.30.06] this doesn't work on builder machines -->
> -      <!--
>        <xmlproperty file="repository-info.xml"/>
>        <property name="build.id" value="${info.entry(revision)} $ 
> {info.entry(path)}" />
> -      -->
> -      <property name="build.id" value="4.0.? legals" />
>        <echo message="build.id is ${build.id}" />
>    </target>
>
>
> _______________________________________________
> Laszlo-checkins mailing list
> Laszlo-checkins <at> openlaszlo.org
> http://www.openlaszlo.org/mailman/listinfo/laszlo-checkins
Benjamin Shine | 2 Jul 07:53
Favicon

insight into the order of installation of jython and pyxml in platform build setup


This is all still in the area of black magic, but I have some still- 
vague insight into the problem we run into when creating a new build  
environment on which to build the platform. The answer so far has  
seemed to be "reinstall a bunch of stuff" but I think we can pin it  
down more than that. This sequence seems to help:

Reinstall jython with something like:
  java -cp . jython-21 -o ~/lib/jython-2.1/

Then reinstall pyxml:
    cd $LZ_VENDOR_ROOT
    gunzip PyXML-0.8.3.tar.gz
    tar xvf PyXML-0.8.3.tar
    cd PyXML-0.8.3
    sudo python setup.py build
    sudo python setup.py install

Make sure JYTHON_HOME is set properly, then...
cd $LPS_HOME
ant clean
ant tomcat.stop tomcat.start
ant build webapp.uninstall webapp.install

All of this also seems related to a step that the server compiler  
does one-time-only, and which I don't yet understand, a hundred or so  
lines like this:
      [exec] *sys-package-mgr*: processing new jar, '/System/Library/ 
Java/Extensions/j3dutils.jar'
      [exec] *sys-package-mgr*: processing new jar, '/System/Library/ 
Java/Extensions/jai_codec.jar'
      [exec] *sys-package-mgr*: processing new jar, '/System/Library/ 
Java/Extensions/jai_core.jar'
      [exec] *sys-package-mgr*: processing new jar, '/System/Library/ 
Java/Extensions/mlibwrapper_jai.jar'
      [exec] *sys-package-mgr*: processing modified jar, '/System/ 
Library/Java/Extensions/MRJToolkit.jar'

benjamin shine
software engineer
ben <at> laszlosystems.com
P T Withington | 2 Jul 15:57
Favicon

Re: insight into the order of installation of jython and pyxml in platform build setup

You could also put PyXML in a different spot so that it does not get  
clobbered when you update jython [from my .bashrc]:

# we use _xmlplus, which I put here to stay out of the /System dir
export PYTHONPATH=/usr/local/lib/python2.3/site-packages

I thihk the 'one time sudo' thing is because jython has a cache that  
sits in a subdirectory of the install folder, rather than someplace  
accessible you your user account.  Perhaps there is some config var  
you can set to move it.

On 2006-07-02, at 01:53 EDT, Benjamin Shine wrote:

>
> This is all still in the area of black magic, but I have some still-
> vague insight into the problem we run into when creating a new build
> environment on which to build the platform. The answer so far has
> seemed to be "reinstall a bunch of stuff" but I think we can pin it
> down more than that. This sequence seems to help:
>
> Reinstall jython with something like:
>   java -cp . jython-21 -o ~/lib/jython-2.1/
>
> Then reinstall pyxml:
>     cd $LZ_VENDOR_ROOT
>     gunzip PyXML-0.8.3.tar.gz
>     tar xvf PyXML-0.8.3.tar
>     cd PyXML-0.8.3
>     sudo python setup.py build
>     sudo python setup.py install
>
> Make sure JYTHON_HOME is set properly, then...
> cd $LPS_HOME
> ant clean
> ant tomcat.stop tomcat.start
> ant build webapp.uninstall webapp.install
>
> All of this also seems related to a step that the server compiler
> does one-time-only, and which I don't yet understand, a hundred or so
> lines like this:
>       [exec] *sys-package-mgr*: processing new jar, '/System/Library/
> Java/Extensions/j3dutils.jar'
>       [exec] *sys-package-mgr*: processing new jar, '/System/Library/
> Java/Extensions/jai_codec.jar'
>       [exec] *sys-package-mgr*: processing new jar, '/System/Library/
> Java/Extensions/jai_core.jar'
>       [exec] *sys-package-mgr*: processing new jar, '/System/Library/
> Java/Extensions/mlibwrapper_jai.jar'
>       [exec] *sys-package-mgr*: processing modified jar, '/System/
> Library/Java/Extensions/MRJToolkit.jar'
>
> benjamin shine
> software engineer
> ben <at> laszlosystems.com
>
>
>
> _______________________________________________
> Laszlo-dev mailing list
> Laszlo-dev <at> openlaszlo.org
> http://www.openlaszlo.org/mailman/listinfo/laszlo-dev
Philip Romanik | 3 Jul 22:52
Favicon

LzView event generation on legals (compared to trunk)

Hi Max,

Here's the question. Should event generation of LzView on legals match the 
events generated on trunk?

I'm extending the LzView test to include event generation. If I use trunk 
as the baseline, the events generated on legals are different. Some are 
pretty obvious, and probably due to incomplete functionality. However, I'm 
not sure about some of them. For example, when the test calls setRotation() 
on trunk, 3 events are generated; onx, ony, and onrotation. On legals, only 
onrotation is called.

Thanks!

Phil
Quirino Zagarese | 4 Jul 15:15
Picon

Introductions

Greetings all,
I'm Quirino Zagarese from Italy. I'm trying to introduce Laszlo technology here and today the first Laszlo Server in my town has been installed(in my university: University of Sannio, Faculty of Engineering).
I started to develop  a Laszlo application for  a  university project: it's some kind of UML class diagram editor that communicates with CVS repository to update project documentation. If somebody is interested to know more about it, just write me: I'll be glad to discuss.

Quirino

p.s. sorry for my english :-\

_______________________________________________
Laszlo-dev mailing list
Laszlo-dev <at> openlaszlo.org
http://www.openlaszlo.org/mailman/listinfo/laszlo-dev
Jim Grandy | 5 Jul 21:00
Favicon

Re: For your review: LzIdle uses setInterval() instead of a movieclip

Max, if you want to check in what you have, please do so. But please  
also make sure there's a bug covering Tucker's suggestion.

jim

On Jun 30, 2006, at 1:30 PM, P T Withington wrote:

> Yeah, I think I already mentioned that way back in this thread.   
> Why didn't you tell us this before we deleted it!  :P
>
> On 2006-06-30, at 16:07 EDT, Adam Wolff wrote:
>
>> Put back notifyingEvent!
>>
>> A
>>
>> On Jun 30, Max Carlson wrote:
>>
>>> FWIW this duplicates the current design (in SWF) which sends the  
>>> onidle
>>> event regardless of if there are listeners.
>>>
>>> What do you think is the best way to find out that someone has
>>> registered for the event?  I would just override  
>>> Lzidle.addDelegate() to
>>> turn the idle timer back on, but the event isn't created until  
>>> the first
>>> delegate is attached...
>>>
>>> -Max
>>>
>>> P T Withington wrote:
>>>> Do we have a separate bug that LzIdle should clear the interval  
>>>> timer
>>>> when there are no listeners?
>>>>
>>>> On 2006-06-30, at 00:50 EDT, Max Carlson wrote:
>>>>
>>>>> Summary:  LzIdle uses setInterval() instead of a movieclip
>>>>>
>>>>> New Features:
>>>>>
>>>>> Bugs Fixed: LPP-2269 - LzIdle should use setInterval() instead  
>>>>> of a
>>>>> movieclip
>>>>>
>>>>> Technical Reviewer: jim
>>>>> QA Reviewer: henry
>>>>> Doc Reviewer: (pending)
>>>>>
>>>>> Documentation:
>>>>>
>>>>> Release Notes:
>>>>>
>>>>> Details:
>>>>>
>>>>>
>>>>> Tests:
>>>>>
>>>>> Files:
>>>>> M      WEB-INF/lps/lfc/services/LzIdle.as
>>>>> M      WEB-INF/lps/server/src/org/openlaszlo/compiler/SWFFile.java
>>>>> --Regards,
>>>>> Max Carlson
>>>>> OpenLaszlo.org
>>>>> <patch.mcarlson.1764.tgz>
>>>>> _______________________________________________
>>>>> Laszlo-dev mailing list
>>>>> Laszlo-dev <at> openlaszlo.org
>>>>> http://www.openlaszlo.org/mailman/listinfo/laszlo-dev
>>>>
>>>>
>>> _______________________________________________
>>> Laszlo-dev mailing list
>>> Laszlo-dev <at> openlaszlo.org
>>> http://www.openlaszlo.org/mailman/listinfo/laszlo-dev
>>>
>
Benjamin Shine | 6 Jul 05:06
Favicon

the doc builds again, reference and dev guide, in trunk

As of rev 1258, the reference and dev guide build again.
Starting from a working svn-based build, svn up your vendor directory  
to get docbook-xsl-1.65.1.
Then update openlaszlo/trunk/docs
then good old "ant doc" from LPS_HOME should build the doc.

Mamye, could you please check that the doc is included in the windows  
and linux installers?
The mac installer didn't appear in the download directory, and I'm  
not sure why, but that is a challenge for another day. Anyone who  
builds on a mac should still be able to build the doc.

I haven't turned on javadoc building; that is also a task for another  
day.

Thanks to Yossie for suggesting the particular sledgehammer I used to  
get rid of the relative paths in the xsl... This relies on some since- 
ant-1.6.3 features.

>> +  <!--
>> +      little tweak to refer to the location of docbook-xsl-1.65.1  
>> relative to
>> +      ${docbook-xsl} based on environment variables defined in  
>> init task.
>> +  -->
>> +  <target name="fix-docbook-references" depends="init">
>> +      <copy todir="xsl">
>> +          <fileset dir="xsl" />
>> +          <!-- copy the offending files from .xsl.proto to .xsl -->
>> +          <globmapper from="*.xsl.proto" to="*.xsl"/>
>> +          <!-- As we copy, replace the token  
>> @LZ_DOCBOOK_XSL_HOME@ with
>> +              the installation-dependent value for ${docbook-xsl}  
>> -->
>> +          <filterset>
>> +            <filter token="LZ_DOCBOOK_XSL_HOME" value="${docbook- 
>> xsl}" />
>> +          </filterset>
>> +      </copy>
>> +  </target>
>> +

Begin forwarded message:

> From: Jim Grandy <jgrandy <at> openlaszlo.org>
> Date: July 5, 2006 7:35:39 PM PDT
> To: Ben Shine <ben <at> laszlosystems.com>
> Subject: Re: [Laszlo-checkins] r1259 - in openlaszlo/trunk: . docs/ 
> src docs/src/xsl docs/src/xsl/lib
>
> Yay!
>
> On Jul 5, 2006, at 5:32 PM, ben <at> openlaszlo.org wrote:
>
>> Author: ben
>> Date: 2006-07-05 20:32:51 -0400 (Wed, 05 Jul 2006)
>> New Revision: 1259
>>
>> Added:
>>    openlaszlo/trunk/docs/src/xsl/common-html.xsl.proto
>>    openlaszlo/trunk/docs/src/xsl/dguide-chm.xsl.proto
>>    openlaszlo/trunk/docs/src/xsl/fast-dguide.xsl.proto
>>    openlaszlo/trunk/docs/src/xsl/print.xsl.proto
>> Removed:
>>    openlaszlo/trunk/docs/src/xsl/common-html.xsl
>>    openlaszlo/trunk/docs/src/xsl/dguide-chm.xsl
>>    openlaszlo/trunk/docs/src/xsl/fast-dguide.xsl
>>    openlaszlo/trunk/docs/src/xsl/lib/lib.xsl
>>    openlaszlo/trunk/docs/src/xsl/print.xsl
>> Modified:
>>    openlaszlo/trunk/build.xml
>>    openlaszlo/trunk/docs/src/build.xml
>> Log:
>> Reference guide, dev guide, deployer's guide, designer's guide all  
>> build. Requires update to r1258 or later of your /home/ben/src/svn/ 
>> vendor directory, so you get docbook-xsl-1.65.1.
>>
>> Modified: openlaszlo/trunk/build.xml
>> ===================================================================
>> --- openlaszlo/trunk/build.xml	2006-07-06 00:00:06 UTC (rev 1258)
>> +++ openlaszlo/trunk/build.xml	2006-07-06 00:32:51 UTC (rev 1259)
>> @@ -236,7 +236,6 @@
>>      <echo message="    platform: is  ${build.platform}" />
>>      <echo message="    Skipping prefetch is ${skip.prefetch}" />
>>      <echo message="    Skipping wrappertest is $ 
>> {skip.wrappertest}" />
>> -    <echo message="    classpath is ${my.classpath}" />
>>
>>      <!-- We only support Java 1.4 and Java 1.5. This condition is  
>> a bit loose
>>          in that it only makes sure the java version _contains_  
>> 1.4 or 1.5, not
>> @@ -511,15 +510,14 @@
>>
>>    <!--================  Target [doc] ==============-->
>>    <target name="doc"
>> -      description="Build documentation BUT DON'T RIGHT NOW"
>> +      description="Build documentation"
>>        depends="init" unless="done.doc,skip.doc">
>> -      <echo message="Building the reference." />
>> +      <echo message="Building the reference, devguide, designer's  
>> guide, and deployer's guide." />
>>
>> -      <!-- Build the LZX reference -->
>> -      <ant dir="docs/src" target="reference" />
>> +      <ant dir="docs/src" />
>> +
>> +      <echo message="skipping javadoc and lzx-catalog [bshine  
>> 7.5.06]" />
>>
>> -      <echo message="Skipping javadoc and lzx-catalog build  
>> [bshine 6.28.06]" />
>> -      <echo message="Skipping devguide. [bshine 6.28.06]" />
>>  <?ignore
>>        <!-- Build the public javadocs -->
>>        <ant dir="WEB-INF/lps/server" target="javadoc-public" />
>>
>> Modified: openlaszlo/trunk/docs/src/build.xml
>> ===================================================================
>> --- openlaszlo/trunk/docs/src/build.xml	2006-07-06 00:00:06 UTC  
>> (rev 1258)
>> +++ openlaszlo/trunk/docs/src/build.xml	2006-07-06 00:32:51 UTC  
>> (rev 1259)
>> @@ -24,7 +24,10 @@
>>      <pathelement path="../../3rd-party/jars/dev/xercesImpl.jar"/>
>>      <pathelement path="${docbook-xsl}/extensions/saxon651.jar" />
>>    </path>
>> -
>> +
>> +  <!-- Lets us get environment variables so we know where to look  
>> for docbook stuff. -->
>> +  <property environment="env" />
>> +
>>    <!-- Format a single html file and extract its examples.  This  
>> is a
>>         helper target for the reference and tutorials builds. -->
>>    <target name="format-one" depends="init">
>> @@ -59,7 +62,7 @@
>>        <property file="${LPS_HOME}/build.properties"/>
>>
>>        <!-- doc build properties -->
>> -      <property name="docbook-xsl" value="${LZ_VENDOR_ROOT}/ 
>> docbook-xsl-1.65.1"/>
>> +      <property name="docbook-xsl" value="${env.LZ_VENDOR_ROOT}/ 
>> docbook-xsl-1.65.1"/>
>>        <property name="docs.output.dir" value="${LPS_HOME}/docs" />
>>        <if><equals arg1="${release}" arg2="Production"  
>> casesensitive="true"/>
>>        <then>
>> @@ -145,6 +148,23 @@
>>        <property name="docs.src.done.init" value="true" />
>>    </target>
>>
>> +  <!--
>> +      little tweak to refer to the location of docbook-xsl-1.65.1  
>> relative to
>> +      ${docbook-xsl} based on environment variables defined in  
>> init task.
>> +  -->
>> +  <target name="fix-docbook-references" depends="init">
>> +      <copy todir="xsl">
>> +          <fileset dir="xsl" />
>> +          <!-- copy the offending files from .xsl.proto to .xsl -->
>> +          <globmapper from="*.xsl.proto" to="*.xsl"/>
>> +          <!-- As we copy, replace the token  
>> @LZ_DOCBOOK_XSL_HOME@ with
>> +              the installation-dependent value for ${docbook-xsl}  
>> -->
>> +          <filterset>
>> +            <filter token="LZ_DOCBOOK_XSL_HOME" value="${docbook- 
>> xsl}" />
>> +          </filterset>
>> +      </copy>
>> +  </target>
>> +
>>    <!--
>>      targets relating to the reference:
>>    -->
>> @@ -398,7 +418,7 @@
>>    -->
>>
>>    <target name="dguide-or-tutorials" description="Build the  
>> tutorials"
>> -          depends="init">
>> +          depends="init,fix-docbook-references">
>>      <!-- Copy the input files to the build directory.  The  
>> stylesheet
>>           formats them and extracts the lzx programs as *.in  
>> files. -->
>>      <mkdir dir="${local.build.dir}"/>
>> @@ -555,7 +575,7 @@
>>
>>    <!-- A parameterized target called by *.preprocess.  Inputs are
>>         local.input.dir, local.input.index, and local.build.dir -->
>> -  <target name="book.preprocess"  
>> depends="init,reference.target.db.exists">
>> +  <target name="book.preprocess"  
>> depends="init,reference.target.db.exists,fix-docbook-references">
>>      <mkdir dir="${local.build.dir}"/>
>>      <outofdate>
>>        <sourcefiles>
>> @@ -949,7 +969,7 @@
>>    -->
>>
>>    <target name="build" description="Make the documentation"
>> -          depends="reference,dguide,deployers,designers"/>
>> +          depends="reference,dguide,deployers,designers"/>
>>
>>    <target name="clean" depends="clean-reference,clean- 
>> dguide,clean-deployers,clean-designers,clean-tutorials"
>>        description="clean up generated files">
[...snip...]

benjamin shine
software engineer
ben <at> laszlosystems.com
P T Withington | 6 Jul 05:16
Favicon

Re: the doc builds again, reference and dev guide, in trunk

Can you make the output of the translation read-only and put a big  
comment in it so that people don't mistakenly think they can edit it?

On 2006-07-05, at 23:06 EDT, Benjamin Shine wrote:

> Thanks to Yossie for suggesting the particular sledgehammer I used to
> get rid of the relative paths in the xsl... This relies on some since-
> ant-1.6.3 features.
Benjamin Shine | 6 Jul 05:24
Favicon

Re: the doc builds again, reference and dev guide, in trunk

I forgot to say:
http://download.openlaszlo.org/nightly/1259-openlaszlo-trunk/
and
http://wiki.openlaszlo.org/WhatWorksNow#Results_of_Latest_Builds

On Jul 5, 2006, at 8:06 PM, Benjamin Shine wrote:

> As of rev 1258, the reference and dev guide build again.
> Starting from a working svn-based build, svn up your vendor directory
> to get docbook-xsl-1.65.1.
> Then update openlaszlo/trunk/docs
> then good old "ant doc" from LPS_HOME should build the doc.
>
> Mamye, could you please check that the doc is included in the windows
> and linux installers?
> The mac installer didn't appear in the download directory, and I'm
> not sure why, but that is a challenge for another day. Anyone who
> builds on a mac should still be able to build the doc.
>
> I haven't turned on javadoc building; that is also a task for another
> day.
>
> Thanks to Yossie for suggesting the particular sledgehammer I used to
> get rid of the relative paths in the xsl... This relies on some since-
> ant-1.6.3 features.
>

benjamin shine
software engineer
ben <at> laszlosystems.com

Gmane