正式宣布

demo

OpenLaszlo 的动作应该也是Open AJAX计划中的一部分，感受到OpenLaszlo的攻势，Adobe 也推出了一个用于集成Ajax和Flex的开源组件:FLEX-AJAX bridge，利用它，可以在Flex应用中让ActionScript和JavaScript相互调用。Quietly Scheming 乐观的认为Flex和Ajax可以合作得很快乐。

Flash 和 Ajax 一直被视为RIA应用开发的竞争对手，目前看来Ajax略占上风。Jonathan Boutelle 在他的Flash or AJAX: Choosing a platform for your web application 一文中从成本/性能/第三方支持等多方面进行了比较，为如何选择正确的Web应用开发平台提供了一份参考。

当然也有很多人希望Flash与Ajax能相辅相成，有人实现了Cross-domain AJAX using Flash，还有人建议用Flash(ActionScript可能提供E4X支持)来实现跨浏览器的 E4X (FireFox1.5开始支持的JavaScript扩展)应用。

This release offers the following:

added out-of-container tests of the REST backend
added asynchronous zip-code lookup example
upgraded RIFE to version 1.3.1
upgraded OpenLaszlo to version 3.1.1
upgraded Jetty to version 5.1.4
The demo of the basic RIFE/Laszlo application can be seen at http://rifers.org/laszlo, and more information about how to use it can be found in the readme.

具体可以参见http://rifers.org/blogs/gbevin/2005/12/27/rifelaszlo_1_3_1_released

RIFE介绍：
RIFE为开发和设计Web应用程序提供了另外一种途径。它基于Java平台构建，但它提供了所有需要的工具和AIPs用统一的风格，快速地实现所有web程序各开发角色之间的任务联系。RIFE被设计成在整个开发周期中完全分离了开发角色之间的任务,每个developer,dba和designer只需关注它们自己的任务，整个开发工作随时都可以很容易的与其它团队的工作相结合，使得这样子开发出来的将是一个松耦合的健壮的系统。RIFE由许多标准的组件组成，它们包括：
*Web程序引擎
*结合Web扩展
*多格式模板引擎选择(html, xml, sql, java, txt, ...)
*支持内容导出(比如导出为XSLT格式)
*验证框架
*数据库查询构建器
*简单的持久层
*JDBC优化与连接池
*可配置框架等。
 用它可以轻松的解决Http's无状态连接问题与CGI的接口。这个框架已经成功的应用在许多网站上如：Bla-bla List,Netwerk,Caosity,Dag Allemaal,GreenEnergy等。

OpenLaszlo是开源的rich client平台，用于开发动态数据驱动的应用程序。它包括xml,JavaScript,和XPath，面向对象及事件驱动的UI，运行在Macromedia Flash中。

可供选择的Rich Client:

• Asynchronous Java and XML (Ajax):是一些老技术的组合，包括动态的JavaScript,XML,XHTML和CSS等，因为Google的运用，而变得非常流行。
• Macromedia Flex：运行在Flash Player中，Flex应用程序用Maximum Experience Markup Language (MXML)来编写，基于XML的语言来定义UI，也使用ActionScript来进行事件和流程的控制。
• OpenLaszlo：类似Flex，开源。也用XML来定义UI，使用脚本语言来控制事件和流程。

OpenLaszlo中设计UI的语言叫LaszloXML(LZX)，是XML格式。OpenLaszlo包括了一个编译器，它负责将LZX和JavaScript编译成SWF文件，并提供给Flash Player来展现。

OpenLaszlo使用三种协议中的一种，与底层的HTTP服务进行通信：JavaRPC, eXtensible Markup Language -- Remote Procedure Call(XML-RPC), or SOAP.
JavaRPC允许调用server端的方法，XML-RPC和SOAP是标准的协议，能以语言无关的方式，通过HTTP调用远端的程序。

如果不需要J2EE服务器的全部功能，则OpenLaszlo能运行在Laszlo Presentation Server (LPS)上，这是Apache Tomcat的定制版本，或者是在其他Web服务器如Apache或IIS之上运行。

可以用开发包OpenLaszlo Development Kit(OLDK)来建立OpenLaszlo程序。除了OLDK，还有IDE for Laszlo，这是eclipse的插件，现在这个IDE是IBM alphawork项目。IDE for Laszlo已经加入到Eclipse Web Tools Platform(WTP)中。

1.       谨慎起见,也使用jakarta-tomcat-5.0.24

2.       使用WTP插件新建一个Web项目

3.       拷贝yourInstallationDir/Server/lps-3.1/lps(10M左右,好大!)目录以及目录下的所有文件到项目的WebContent目录

4.       拷贝yourInstallationDir\Server\lps-3.1\WEB-INF目录下的lib和lps两个目录下的内容到项目的WEB-INF目录下,其中lps下面的work目录下面的子目录下的内容可以全部删除.

5.       WEB-INF/lps/work目录用于存放编辑产生的swf文件,但是默认就会有很多文件,导致项目文件太大,可以删除其中的内容。

6.       合并yourInstallationDir\Server\lps-3.1\WEB-INF下的web.xml文件的内容到新建的web项目的web.xml文件中.

7.       新建一个HelloWorld.lzx文件在项目的WebContent目录下,然后发布和运行项目,运行HelloWorld.lzx文件,如果显示出正确的内容表明安装正确.

运行成功后将我的项目打包备份为: laszlo_3_1_mini.war ,日后可以复用别的项目中。在这样的项目中，我只用LaszloIDE的编辑功能，同时使用WTP项目的Web应用的发布功能。这样开发的效率非常高了。

1.       文件头中加入: <?xml version="1.0" encoding="UTF-8"?>

2.       文件本身同样采用UTF-8

3.       这样解决的中文问题最为彻底,即使到linux下面也不会有什么问题,Laszlo中的文字大小默认是8,中文最为适合的小字是12

方法二:

       和方法一类似,可以简单一步.

1.       在每个文件头加入: <?xml version="1.0" encoding="GBK"?>

2.       然后文件的编码就使用我们中文系统默认的GBK编码

3.       这样不能够保证到英文版的linux系统下还是中文,需要测试.

Flash本身特性的问题：
它发送数据如果用GET方法，默认使用ISO-8859_1,所以，你服务段接受的时候，肯定要转换一下：比如接受字符后 String deom= new String(recievedString, 0, recievedString.length, "UTF-8");
Flash用post方法时，根本就是使用UTF-8编码，所以，你也不必做别的了。接受就行了。

对于得到的参数,进行如下编码:

string.getBytes("ISO-8859-1"), "UTF-8" 是中文;条件:xml编码:GBK,文件编码:GBK

string.getBytes("ISO-8859-1"), "UTF-8" 是中文;条件:xml编码:UTF-8,文件编码:UTF-8

如果最后还有中文的问题,很可能无法找到相应的字体,可以对应的在项目的fonts目录下面放入 宋体字体,然后在标签中加入: font="simfang",这是一位网友在修改dashboard实例的时候的经验.

优点:

1.       交互能力强,完全可能超过C/S结构的表现

2.       兼容性高,几乎所有的浏览器都装有flash插件

3.       与jsp和servlet结合动态产生能力强

4.       Laszlo相当于一个framework,方便在不同的容器间移植

5.       学习曲线不高,XML+JavaScript，做web的很容易上手

缺点:

1.       xml文件解码并编译为flash的代价较大，尽管对编译结果做了cache，如果有大量动态部分，仍然需要反复编译，对WEB服务器的压力比传统的大出不少

2.       flash文件本身体积较大，对网络带宽的要求较高

3.       flash运行时的消耗也大,对客户端要求也较高,不过现在的机器配置问题不大

4.       现在还不够完善/稳定,实际应用的比较少.

OpenLaszlo 3.1.1 is a minor release that corrects a few deficiencies of OpenLaszlo 3.1:

• There have been many improvements to the documentation. Dead links and broken example programs have been repaired, and many edits have been made to the text. There is a new short chapter in the Developer's Guide on the rich text component.
• Several severe problems with the following components in the incubator were fixed: newcombobox, gradientview, draglib.

上面的文字主要就是说OpenLaszlo 3.1.1的文档有了一些改进，修改了一些死链接，加入了一章rich text component的内容。修复了一些服务器组件的问题。

今天晚上我会进一步整理一下这两天研究的总结。