ltian

答复: 工作流系统：在误区中漫步

ltian — Wed, 11 Jun 2008 11:24:43 +0800

作者: ltian 链接：http://ltian.javaeye.com/blog/202063 发表时间: 2008年06月11日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

关于动态诠释参与者，我想的一个方案就是用企业业务逻辑规则这个概念来解决。关于某个业务，涉及某些条件由谁批准的问题。如果能够很好地抽象出这些就可以解决这个问题。比如说：业务条件执行者车费报销金额<50元科长车费报销 100>金额>50 处长车费报销金额>100 局长如果企业建立一套这样的业务规则库，系统中应用业务规则引擎迅速找到执行者，再将其赋给工作流系统的参与者，工作流就可以运作。工作流系统要和业务规则引擎系统，以及企业组织机构建模良好地配合，才能更加灵活和强大。目前，我所做的权限资源管理平台正在朝这个方向发展。由于时间和精力问题，现在还抽不出精力解决这个问题，但是我想迟早要将企业的业务规则同授权系统以及工作流系统要很好地整合起来，提供更加灵活和强大的平台。

本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

BlazeDS中Java对象与As 对象的对应关系

ltian — Wed, 11 Jun 2008 10:35:57 +0800

作者: ltian 链接：http://ltian.javaeye.com/blog/202041 发表时间: 2008年06月11日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

java as

java.utile.HashMap Object

int int

java.utile.List ArrayCollection

String String

本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

Hessian3.1.6目前还不能作为实际的Flex+Java项目之间的通信组件

ltian — Thu, 29 May 2008 14:34:40 +0800

作者: ltian 链接：http://ltian.javaeye.com/blog/198256 发表时间: 2008年05月29日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

截至到2008年5月29日，客户端版本为hessian-flash-3.1.5.swc,服务器端版本为hessian-3.1.6.jar

的Hessian还不具备实际的Flex+Java项目开发的能力，通过试验验证以及对比所查阅的资料，它存在以下严重问题：

1.无论服务调用成功还是失败，fault事件总是优先于Result事件被触发，这是个大问题。

2.Java的HashMap, java.utiles.Date ,java.sql.Date无法序列化为对应的As对象。

具体资料见：

http://www.exadel.com/flamingo/docs/guide/en/html/SupportedCommunicationProtocols.html

实践证明，Hessian对复杂的对象（包括带有子对象列表的树状对象）能进行序列化和反序列化。

如果Hessian能及时解决以上问题，那么它应该是一个比较好的框架。

本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

Servlet xxxxxxx is not available Servlet xxxxxxx i

ltian — Sat, 24 May 2008 09:44:50 +0800

作者: ltian 链接：http://ltian.javaeye.com/blog/196307 发表时间: 2008年05月24日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

Servlet xxxxxxx is not available 最难发现的问题就是网站中缺少Servlet 类所依赖的包或类。

本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

关于Flex光标管理

ltian — Thu, 08 May 2008 11:35:19 +0800

作者: ltian 链接：http://ltian.javaeye.com/blog/190982 发表时间: 2008年05月08日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

很简单

本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

Flex布局之关于组件的大小

ltian — Wed, 30 Apr 2008 17:18:39 +0800

作者: ltian 链接：http://ltian.javaeye.com/blog/188487 发表时间: 2008年04月30日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

组件的大小（size）就是指组件的高度和宽度。查看Flex帮助，可以看出关于Flex组件大小的属性有很多，以宽度为例，有以下有关宽度的属性：

width
maxWidth
minWidth
explicitWidth
explicitMaxWidth
explicitMinWidth
measuredWidth
measuredMinWidth
percentWidth
scaleX
以及组件的MXML标记中的width属性。

如此之多的有关宽度的属性难免让人糊涂，而且，帮助上说的也不是很透彻，因此通过查阅相关文档和源代码，基本搞清了这些属性的含义和相互作用。这些有关宽度的属性中，基本的属性包括：

width
explicitWidth
measuredWidth
percentWidth
scaleX

明白这些属性之后，自然容易理解剩余的属性。

width，组件的当前实际宽度，以像素为单位。为什么会有当前实际宽度的这样的说法呢？因为在Flex中，能够为组件设置相对宽度，即百分比的表示宽度，这时组件当前的实际宽度是根据父容器的宽度动态决定的，开发者无法知道实际宽度的，因此通过读取width属性可以知道其当前实际宽度。

measuredWidth是组件的缺省宽度，以像素为单位。可以通过重载组件的measure方法来改变它的值，一般情况下，组件的measuredWidth都是0。

explicitWidth是显式指定的宽度，以像素为单位。所谓显式指定宽度区别于动态的相对宽度，即区别于百分比宽度percentWidth。开发者设置该属性值时就已经知道到组件在运行时的宽度，故称为显式指定的宽度。该属性同百分比宽度互斥，一旦设置了explicitWidth，则percentWidth的值就会变为NaN，同理，一旦设置了percentWidth，explicitWidth值就会变为NaN。当用ActionsSript代码设置了组件的width属性值时，explicitWidth属性会立即被赋予同样的值，同时percentWidth会变为NaN。设置explicitWidth属性时，percentWidth会立即被设置为NaN,但是width属性则不会立即改变，要延迟组件布局的commit阶段才会变为与explicitWidth相同的值。

percentWidth是指组件的百分比宽度，比如设置组件占用父容器的50%的宽度，那么就设置该属性值为50。该属性同显式指定的宽度（explicitWidth）互斥，一旦设置该属性值，则explicitWidth属性立即变为NaN。

scaleX是当前组件宽度的缩放比例。一旦设置属性，考虑到性能，不会立即更新组件的width和explicitWidth属性，延迟到explicitWidth时会将width和explicitWidth属性值改变。

除了以上基本属性之外，值得注意的就是组件MXML标记中的width属性。这个属性在编译组件MXML标记时，根据标记的该属性值的格式编译成设置percentWidth或width属性的AS代码。如果组件MXML标记的width属性后面有百分号（%），则其被编译为设置percentWidth属性的AS代码，如果组件MXML标记的width后面不带百分号（%）,则其被编译为设置width属性的AS代码。

本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

在Flex帮助中没有说明的重要公开类mx.core.UIComponentGlobals

ltian — Wed, 30 Apr 2008 10:44:41 +0800

作者: ltian 链接：http://ltian.javaeye.com/blog/188316 发表时间: 2008年04月30日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

mx.core.UIComponentGlobals对于组件开发来说，它是一个重要的类。
其中：

mx.core.UIComponentGlobals.designMode是一个全局变量用来表明组件当前是否处于设计状态。

mx.core.UIComponentGlobals.catchCallLaterExceptions是一个全局变量，用来表示是否捕捉通过callLater所执行的方法中抛出的异常。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

Flex应用中，组件的parent层次结构

ltian — Wed, 30 Apr 2008 10:04:35 +0800

作者: ltian 链接：http://ltian.javaeye.com/blog/188296 发表时间: 2008年04月30日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

Flex应用中，组件的parent层次结构如下：
Stage
SystemManager
Application
SomeContainer
Loader
Loaded App's SystemManager
Application
SomeComponent
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

为何Flex UIComponent的parentApplication 属性类型是Object？

ltian — Wed, 30 Apr 2008 09:59:39 +0800

作者: ltian 链接：http://ltian.javaeye.com/blog/188292 发表时间: 2008年04月30日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

UIComponent的parentApplication 属性类型是Object而不是Application的原因有两点：

第一：如果将其类型设置为Application，则UIComponent这个积累将依赖于子类Application。
第二：开发者用MXML开发的Application其实都是Application的子类。所以即使将parentApplication 类型设置为Application，无法得知该Application得确切类型，要想得到其确切类型，仍需强制的类型转换。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

Flex Help中用ActionScript进行高级可视化组件开发的专题翻译

ltian — Thu, 17 Apr 2008 16:52:20 +0800

作者: ltian 链接：http://ltian.javaeye.com/blog/183812 发表时间: 2008年04月17日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

希望对大家帮助
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

Flex有关Application Contrainer的专题

ltian — Fri, 11 Apr 2008 13:33:18 +0800

作者: ltian 链接：http://ltian.javaeye.com/blog/181740 发表时间: 2008年04月11日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

主要翻译了Application Object,Application container 及定义
Application Preloader方面的内容。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

有关Flex的数据绑定专题

ltian — Mon, 07 Apr 2008 20:52:17 +0800

作者: ltian 链接：http://ltian.javaeye.com/blog/180264 发表时间: 2008年04月07日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

PDF格式的FLex数据绑定专题，翻译了Flex3帮助中所有有关数据绑定的资料。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

Flex几个比较有用的编译指令

ltian — Tue, 01 Apr 2008 15:26:58 +0800

作者: ltian 链接：http://ltian.javaeye.com/blog/178448 发表时间: 2008年04月01日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

-keep-generated-actionscript=true,可以让Flex生成.mxml所对应的as文件。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

关于Flex Timer

ltian — Tue, 25 Mar 2008 09:10:32 +0800

作者: ltian 链接：http://ltian.javaeye.com/blog/175639 发表时间: 2008年03月25日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

1. 设定Timer的延迟时间在执行时未必会被严格遵守,即便Timer的处理事件执行时间小于设定的延迟时间时,那么实际的延迟时间也会大于设定的延迟时间.这是一个每100毫秒就执行的一次的timer 事件处理函数的跟踪结果 :
2244
1 begin at: 2373
1 end at: 2373
2 begin at: 2515
2 end at: 2516
3 begin at: 2656
3 end at: 2656
4 begin at: 2797
4 end at: 2797
5 begin at: 2939
5 end at: 2939
6 begin at: 3080
6 end at: 3080
7 begin at: 3218
7 end at: 3218
8 begin at: 3360
8 end at: 3360
9 begin at: 3504
9 end at: 3504
10 begin at: 3642
10 end at: 3643

2. Timer处理事件执行时间大于Timer的设定时间,那么Timer就不会按照设定的的延迟时间执行,这是一个设定了100毫秒延迟的Timer,处理事件执行时间超过100毫秒的执行情况跟踪:
2791
1 begin at: 2926
1 end at: 3151
2 begin at: 3256
2 end at: 3476
3 begin at: 3584
3 end at: 3801
4 begin at: 3912
4 end at: 4149
5 begin at: 4254
5 end at: 4471
6 begin at: 4613
6 end at: 4861
7 begin at: 4974
7 end at: 5198
8 begin at: 5300
8 end at: 5518
9 begin at: 5629
9 end at: 5861
10 begin at: 6006
10 end at: 6223
3.无论Timer事件处理的执行时间同timer延迟时间是何种关系,只要设定了的Timer的重复次数,事件处理函数一定会执行指定的次数(如果是无限的重复次数,则处理函数会无限次执行).
4.AS虚拟机不支持多线程，所以当一行代码正在被执行时，其他代码绝对不会执行。对于Timer来说，尽管Timer被启动，如果AS虚拟机正在执行其他的代码，则Timer的下一次触发将等到AS虚拟机完成当前的任务之后才能执行。同理，当Timer的处理事件被执行的时候（AS虚拟正在忙于处理的时候），其他Timer的触发必须等待当前Timer的执行完毕，应用也不会接受用户的请求。
5.Timer事件有一个与众不同的方法 : updateAfterEvent(),这个方法在事件处理结束后指示flash palyer 或者AIR 如果显示列表发生了变化,则重新呈报(render).
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

PureMVC的中文 ASDOC

ltian — Mon, 03 Mar 2008 15:28:20 +0800

作者: ltian 链接：http://ltian.javaeye.com/blog/166966 发表时间: 2008年03月03日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

PureMVC的中文 ASDOC
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

Flex和Excel之间的通信

ltian — Wed, 07 Nov 2007 13:29:53 +0800

作者: ltian 链接：http://ltian.javaeye.com/blog/138753 发表时间: 2007年11月07日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

http://samples.faratasystems.com/export2excel/FxSpreadSheet.html

http://www.saskovic.com/blog/?p=3

比较有趣，以后有时间研究一下里面的Javascript.
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

cairongorm教程

ltian — Wed, 10 Oct 2007 14:08:53 +0800

作者: ltian 链接：http://ltian.javaeye.com/blog/130656 发表时间: 2007年10月10日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

cairongorm框架是对Flex开发最佳实践总结出的各种设计模式的实现。通过cairongorm框架我们可以学会如何更好地使用Flex进行大规模应用开发。我翻译了这个古老的教程，尽管它里面所描述的具体类同现在版本（cairongorm2.2.1）中的有很大差异，但是其指导思想没有变化。如果有时间我会自己总结出一个更加通俗易懂的教程。

------最近一段时间由于工作关系，认真地翻阅了cairongorm和PureMvc的源码，cairongorm没有考虑界面重用方面的设计，用其实现一个应用也过于死板。所以建议采用PureMvc作为Flex应用客户端开发框架。本人将上传PureMvc的中文API doc。对于cairongorm源码，可以学习一下它是如何实现国际化的，其他方面则没有更多的可圈点之处。

本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

将java生成支持cairongorm 的anctionscript的XDoclet插件更新

ltian — Tue, 09 Oct 2007 10:41:24 +0800

作者: ltian 链接：http://ltian.javaeye.com/blog/130013 发表时间: 2007年10月09日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

从网上http://weblogs.macromedia.com/pmartin/archives/2006/04/xdoclet_woes.cfm下载的支持cairongorm 的anctionscript的XDoclet插件存在以下问题：
1. 未翻译java.util.List
2. cairongorm的value objects接口是老本版的下全路径名。
3. flash.utils.ByteArray 被翻译为flash.util.ByteArray

本文附件下载的插件解决了以上问题，插件支持cairongorm2.2.1版本。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

我目前需要参考的一个网站

ltian — Mon, 20 Aug 2007 09:32:51 +0800

作者: ltian 链接：http://ltian.javaeye.com/blog/114269 发表时间: 2007年08月20日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

http://livedocs.adobe.com/flashremoting/mx/Using_Flash_Remoting_MX/contents.htm

http://blogs.eyepartner.com/adrian/flex/flex-tip-6-garbage-collection-in-flex/

http://blogs.adobe.com/aharui/

http://www.insideria.com/2008/03/flex-performance-memory-manage.html

本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

比较好的Java开源软件汇集介绍的国外网站

ltian — Wed, 08 Aug 2007 11:42:00 +0800

作者: ltian 链接：http://ltian.javaeye.com/blog/110107 发表时间: 2007年08月08日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

http://www.java-source.net/open-source
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

AOP基本概念

ltian — Wed, 08 Aug 2007 09:43:04 +0800

作者: ltian 链接：http://ltian.javaeye.com/blog/110051 发表时间: 2007年08月08日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

动机和基本概念

声明：这篇文章不是为那些已经了解AOP的人准备的，而是为那些还不解AOP是什么的程序员而写。所以请那些“高手”为那些不了解AOP的人着想一下高抬贵手，不要轻易隐藏或置为入门贴而隐藏，这片文章的主要内容来自于：

http://en.wikipedia.org/wiki/Aspect-oriented_programming

AOP并不是一种新的技术或者新的思想，早在60年代的程序员用模块化编程的时候就开始了这样程序思想。通过将不同的关注封装在不同的模块中来实现“关注分离的目的。我们的程序中有些（方面）的代码是分离的或者缠结在一起的，这使得这些代码难以理解和维护。当一个关注（concern）（比如记录日志）被分散在很多模块中的时候（比如类和方法），代码是分离的，这意味着改变日志记录需要更改所有受影响的模块。
例如，考虑如下的银行应用中非常简单易懂的，用于从一个账户向另一个账户转账的方法代码：
void transfer(Account fromAccount, Account toAccount, int amount)
{
if (fromAccount.getBalance() < amount)

{
    throw new InsufficientFundsException();

}
fromAccount.withdraw(amount);//从一个帐户提款。
toAccount.deposit(amount);　//向另一个帐户存款。
}

但是，上面的代码对于现实中的银行应用还远远不够。现实银行应用需要校验当前用户是否有权限执行这个操作的安全性检查。操作应当在数据库事务中进行以防止数据的意外丢失。为了便于诊断系统中出现的问题，这些操作还应当被记录到系统日志中。诸如此类。带有所有这些新“关注”的代码的简单版本如下：

void transfer(Account fromAccount, Account toAccount, int amount)

{

   if (!getCurrentUser().canPerform(OP_TRANSFER))
   {
    throw new SecurityException();
   }
   if (amount < 0)
   {
    throw new NegativeTransferException();
   }

if (fromAccount.getBalance() < amount)
{
    throw new InsufficientFundsException();
}

Transaction tx = database.newTransaction();
try

{
     fromAccount.withdraw(amount);

     toAccount.deposit(amount);

     tx.commit();

     systemLog.logOperation(OP_TRANSFER, fromAccount, toAccount, amount);

   }

   catch(Exception e)
   {
     tx.rollback();
     throw e;
   }
}

上面的代码因为新的不同的关注已经同基本的功能（有时候称为业务逻辑关注）缠结在一起，所以已经丧失了优雅性和简单性。事务，安全性和日志记录示范了什么是横切关注（cross-cutting concerns）。
考虑到如果突然需要改变的时候，（例如）应用关于安全性的考虑。在程序的当前版本中，安全相关的操作分散在跨越多个模块的代码中，如果发生变化会产生很大影响。
因此，我们发现“横切关注”没有被正确地封装在它们自己的模块中。这增加了系统的复杂性，并且使系统的升级变得相当困难。
AOP试图通过让编程者在单独的被称之为“切面（aspects）”的模块中表示“横切关注”来解决这个问题。“切面”包含通知（advice,被连接到程序中特定点的代码）和内部类型声明（增加到其他类中的结构性成员）。例如，安全模块可以包含在访问银行账户访问之前来执行安全检查的通知（advice）。切入点（pointcut）定义了连接点银行帐户被访问的时机（连接点，join points），而通知体中的代码定义 “安全保护”如何被实现。这样，检查和替换可以在一个地方维护。进一步讲，一个好的切入点可以参与后续的程序变化，因此如果一个开发者创建了一个新的用于访问银行账户的方法，那么通知可以在执行时被用于这个新建的方法。
连接点（join points）:在计算机科学中，“连接点”是连接程序中“控制流程（control flow）”的点。在面向方面的编程中，一系列的连接点集合被描述为“切入点”。连接点是主程序和“方面”的相会之处。在面向对象语言中，连接点是程序执行中定义良好的点。这些点包括方法和构造函数的调用、字段访问以等等内容
切入点（pointcut）：在面向方面计算机编程中，切入点是一系列连接点的集合。当程序执行到切入点所描述的其中一个连接点时，与这个切入点相关的代码片（被称为通知）就会被执行。这就使得一个程序员可以描述“何处”以及“何时”在已定义的行为之外去执行附加的代码。这样就能向已经存在的软件增加新的方面（aspects）,或者是软件的设计带有清晰的“关注分离（separation of concerns）”的特点，从而使编程者将不同的方面融入到一个完整的应用中。
通知（advice）: 在面向方面计算机编程中，一片“通知”描述用于应用于程序中给定连接点的一个函数（function）、方法（method）和过程(procedure) 。

连接点模型（Join point models）

面向方面语言中与通知相关的组件定义了一个连接点模型（join point model-JPM），JPM定义了三件事情：

何时（advice）通知可以运行。之所以叫连接点（join points）是因为它们是正在运行程序中那些附加行为可以被有效接入的点。为了使之可用，连接点需要被普通程序员所表达和理解。（为了使应用的某个方面在跨越不连贯的变化时保持稳定，连接点应当在跨越这些变化时稳定
一种指定（或者量化）连接点的方法，称之为“切入点”。切入点决定一个给定的连接点是否匹配。大多数有效的切入点语言使用类似基础语言的语法（例如，AspectJ 使用java符号），并且允许通过命名和组合来实现（切入点）重用（reuse）。
一种指定代码在连接点处运行的方法。在AspectJ中，被称为通知（advice）,并且能够在连接点之前、之后或者包围连接点运行。

AOP编程的适用领域

Authentication 权限
Caching 缓存
Context passing 内容传递
Error handling 错误处理
Lazy loading　懒加载
Debugging　　调试
logging, tracing, profiling and monitoring　记录跟踪　优化　校准
Performance optimization　性能优化
Persistence　　持久化
Resource pooling　资源池
Synchronization　同步
Transactions 事务
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

JSF命令控件 action或者actionListener所绑定方法执行不到的原因总结

ltian — Thu, 19 Jul 2007 16:10:45 +0800

作者: ltian 链接：http://ltian.javaeye.com/blog/102843 发表时间: 2007年07月19日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

很多JSF初学者遇到这样的问题,即：
控件的action或者actionLinstener绑定的backben的方法不执行．即：调试时打不到断点．
这种情况下，一般是由以下原因引起的：

1。JSF生命周期INVOKE APPLICATION 阶段之前的其他阶段发生了异常，导致INVOKE APPLICATION 阶段没有被JSＦ执行，那么一般是页面中输入控件所绑定的backbean 某些属性getter 或setter方法中出现了异常，在这些方法中打断点可以发现问题．

2.执行命令的控件不再form中，所以，网页没有提交数据过来，更不会执行命令控件的动作了！

3。绑定的方法形式不满足需要，这个一般在编译网页时会提示

4．一些名字写错了这样的低级错误．
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

CHM格式的JSF&Myface API doc

ltian — Wed, 18 Jul 2007 15:35:49 +0800

作者: ltian 链接：http://ltian.javaeye.com/blog/102447 发表时间: 2007年07月18日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

通过一个ＣＨＭ文件就可以纵览JSF API doc以及 Myfaces　ＡＰＩ　doc,还是能提供一点方便的！
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

JSF组件使用范例网站源码,JSF页面上附带JSF组件使用说明

ltian — Wed, 18 Jul 2007 15:03:48 +0800

作者: ltian 链接：http://ltian.javaeye.com/blog/102441 发表时间: 2007年07月18日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

这是我在培训公司弟兄使用JSF开发web应用时开发的一个范例网站，里面的JSF页面上都带有相关JSF
组件的用法说明。也附带了java源代码.

由于该网站里参杂了Shale的内容，又因为附件不能过大，我删除了有关shale的一些包，所以网站是不能跑起来的，另外用的myfaces版本可能也比较老了，因为这个范例在1年前写的。

不过看看JSP源码和java源代码还是可能给初学者一些帮助，避免走弯路。如果谁把那个网站整理后跑起来，请把整理后的东西回复上来。

里面有些代码还是有一定用处的，比如说上传附件等。
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐

任务定时器quartz开发教程

ltian — Wed, 18 Jul 2007 13:30:44 +0800

作者: ltian 链接：http://ltian.javaeye.com/blog/102419 发表时间: 2007年07月18日

声明：本文系JavaEye网站发布的原创博客文章，未经作者书面许可，严禁任何网站转载本文，否则必将追究法律责任！

假如你想开发一个定期自动备份数据库及文件系统的JAVA应用?
假如你想在应用中(比如工作流)定时启动某些工作任务......
假如你想在OA中让客户自定义某些定时的工作提醒.....

那么,请使用Quartz框架吧,这是一个最著名开源的Java 定时器框架,具官方文档介绍,在思科等著名大公司产品中就使用了Quartz框架.

Quartz是一个任务日程管理系统，这个系统可以与任何其他软件系统集成或者一起使用。术语“日程进度管理器”可能对于不同的人有不同的理解。当你阅读这个指南之后，你会对这个术语有固定的理解。简而言之，“任务进度管理器”就是一个在预先确定（被纳入日程）的时间到达时，负责执行（或者通知）其他软件组件的系统。
为了达到预想目的，或者是能够写出与工程最“自然”衔接的软件代码，Quartz相地灵活，并且包括了多个用法范例，可以单独运用这些范例或者组合运用这些范例。
Quartz相当“轻量”，并且需要非常少的步骤/配置，如果需求比较基本，Quartz确实非常容易使用。
Quartz具有容错性，并且可以在你系统重起的时候持久化（记住）被纳入日程的任务。
虽然Quartz对于按照简单地给定日程运行的系统时非常有用，但是，当你学会如何使用它来驱动你应用中的商务过程，那么你才会认识到它的全部潜能。

由于本人水平有限，翻译难免出现差错，请读者谅解！
本文的讨论也很精彩，浏览讨论>>

JavaEye推荐