Vincent Thinking

All about Vincent's work and life
  BlogJava :: 首页 :: 新随笔 :: 联系 :: 聚合  :: 管理 ::
  34 随笔 :: 0 文章 :: 183 评论 :: 0 Trackbacks

2006年4月25日 #

Aurora 之 Menu
posted @ 2010-03-29 22:26 Vincent Thinking 阅读(833) | 评论 (0) | 编辑 收藏

Aurora 之 DatePicker
DatePicker
posted @ 2010-03-15 23:23 Vincent Thinking 阅读(954) | 评论 (0) | 编辑 收藏

Aurora 之 Grid
Grid篇(100列,10000行)
posted @ 2010-03-15 23:14 Vincent Thinking 阅读(944) | 评论 (0) | 编辑 收藏

Aurora 之 Buttons
ps:Aurora是一套正在开发中的actionscript3的ui框架. Buttons按钮篇:
posted @ 2009-11-09 17:17 Vincent Thinking 阅读(300) | 评论 (0) | 编辑 收藏

Flash加密混淆的好工具 DoSWF
DoSWF 是一款非常好用的flash加密混淆工具,相比其他混淆工具,DoSWF的功能更加强大,混淆的也更彻底.

1.支持as2及as3的加密。目前反编译器完全看不到代码
2.支持对as3的混淆，让反编译器看到的是一堆乱码
3.支持对as3注入随机代码，让反编译软件直接崩溃退出
4.支持一个项目多个swf同时处理（doproject特性）
5.支持对swc文件的加密
6.方便对as3的swf添加文字、图片水印
7.支持对as3的swf进行剔除重组，方便模块开发

DoSWF主要分为3个不同的版本:
MINI是DoSWF的一个简易版，拥有DoSWF最基础的加密、混淆功能。优点就是使用很简单.
PROJECT版主要是针对项目处理而发布的。它可以一次对多个swf文件进行综合批量处理。
PROFESSIONAL版即DoSWF专业版。拥有MINI版和PROJECT版所有功能。同时还有更多的特性，比如添加水印，剔除，使用域控制等

MINI版本的价格只要人民币50元,对于普通个人来说仅仅是相当于一本书的价格.

经过测试.混淆加密过后的文件不会被SwfScan和Sothink等反编译工具破解,值得推荐!!

DoSWF的地址: http://www.doswf.cn/
posted @ 2009-11-09 17:09 Vincent Thinking 阅读(1476) | 评论 (0) | 编辑 收藏

360浏览器下Flash的一个"bug"
在写Fgantt的过程中发现一个奇怪的问题,相同的代码编译出来的swf在其他浏览器下都正常,
但是在360浏览器这样的嵌入IE内核的浏览器下确出现问题.
stage.stageWidth在swf加载后能够正常的得到正确的值,但是在360浏览器下却得到0.
而且不同的是360加载完swf后会触发一个Resize事件,这个记得在以前做js框架的时候也发现过.
IE FF 等不会触发.
触发过resize事件后,才能正常得到stageWidth的值.
挺奇怪的现象,这样导致原有的代码出现了问题.
看来浏览器的不同还是会影响swf中的某些机制或者属性.
posted @ 2009-11-08 00:13 Vincent Thinking 阅读(549) | 评论 (0) | 编辑 收藏

FGantt 甘特图 网络图 Gantt
FGantt 实现了网络图.

20091106更新:
(1)解决360浏览器下无法打开的bug.
(2)调整颜色显示,解决Flash9下绘制错误的bug.


posted @ 2009-11-02 14:45 Vincent Thinking 阅读(4589) | 评论 (16) | 编辑 收藏

web 甘特图(gantt)
初步实现了甘特图的基本功能,基于flex3构建,跨平台 跨浏览器 :)
 重写了FGantt,不再基于flex架构.具体参见:
http://www.blogjava.net/znjqolf/archive/2009/09/24/296311.html

posted @ 2009-07-16 00:14 Vincent Thinking 阅读(1181) | 评论 (0) | 编辑 收藏

最近在忙乎的东西

很久没更新，最近一直在研究的东西
MSNP12,  LUCENE, IBATIS

posted @ 2006-08-12 15:10 Vincent Thinking 阅读(536) | 评论 (0) | 编辑 收藏

唉,现在的人啊
"易用性等方面确实还有一定的差距，java的版本取胜都是在其企业级定位上"
这点我非常的赞同.
企业级的定位使它的功能强大了,
同时易用性就相对削弱了一些. "


看到这些话就忍不住想骂人?  什么是企业级应用?  企业级应用是易用性差的借口么? 难道就只有java能做企业级应用,php,asp就只能做做网站? taobao,ebay不算企业级应用么????..... ...
posted @ 2006-05-31 23:17 Vincent Thinking 阅读(811) | 评论 (0) | 编辑 收藏

对ActionMapperFactory的一点疑惑
public   class  ActionMapperFactory  {
    
     protected   static   final  Log LOG  =  LogFactory.getLog(ActionMapperFactory. class );

     private   static   final  HashMap classMap  =   new  HashMap();

     public   static  ActionMapper getMapper()  {
         synchronized  (classMap)  {
            String clazz  =  (String) Configuration.get(WebWorkConstants.WEBWORK_MAPPER_CLASS);
             try   {
                ActionMapper mapper  =  (ActionMapper) classMap.get(clazz);
                 if  (mapper  ==   null )  {
                    mapper  =  (ActionMapper) ObjectFactory.getObjectFactory().buildBean(clazz,  null );
                    classMap.put(clazz, mapper);
                }

                 return  mapper;
            }   catch  (Exception e)  {
                String msg  =   " Could not create ActionMapper: WebWork will *not* work! " ;
                LOG.fatal(msg, e);
                 throw   new  RuntimeException(msg, e);
            }
        }
    }
}


明白的告诉我一下,谢谢. 觉的有点问题...
posted @ 2006-05-31 22:55 Vincent Thinking 阅读(1741) | 评论 (0) | 编辑 收藏

webwork 附件上传中得一些问题

为了通用,从头到尾都是utf-8.

而webwork中JakartaMultiPartRequest对于多编码的处理并不如意.

apache的fileupload对于上传文件名为中文的需要首先指定HeaderEncoding的编码.
而webwork对于MultiPartRequest的request并没有设置encoding编码
详见DispatcherUtils.java中 387行

         if  (encoding  !=   null   &&   ! MultiPartRequest.isMultiPart(request))  {
             try   {
                request.setCharacterEncoding(encoding);
            }   catch  (Exception e)  {
                LOG.error( " Error setting character encoding to ' "   +  encoding  +   " ' - ignoring. " , e);
            }
        }

如果没有指定HeaderEncoding, 那么默认采用request的encoding,如果request也没有指定则采用系统的编码.
这里并没有指定request的encoding,往往导致上传文件的名字乱码.

自定义一个MultiPartRequest,设定一下就ok了


对于同时提交的表单域(form)参数,由于在form中指定的enctype的关系,并不能直接用request.getParameter()才取, 只能通过FileItem.getString()的方式.这里也是上面的问题, 取的CharacterEncoding是request中的,由于webwork的原因不一致.同样需要指定一下.

这样form和上传同时提交,参数,附件名都正常了 :)
posted @ 2006-04-25 18:24 Vincent Thinking 阅读(1378) | 评论 (2) | 编辑 收藏