Dojo 客户端调优的方式：

1. 编译合适的dojo文件。

dojo十分“巨大”， 而且有很多文件是最终用户不需要使用的。

默认情况下的dojo.js 比较大，有200多k，但是如果自定义进行编译之后可能只有10多k。

而且将常用的模块编译到dojo.js 也能提高效率。

dojo的加载顺序如下：

  1). 浏览器加载dojo.js

    dojo bootstrp code

    dojo loader

    (optionally) frequently used modules

  2). dojo.js 激活Dojo对象， 动态的载入其他的module，如果模块已经载入，那么将不会再一次重新载入。

dojo 提供了一系列典型的编译方案可以选择。

dojo 的编译可以减少文件的下载数目，可以使文件大小显著的减少。

2. 减少widget的使用。

  每加载一个dojo 的widget都需要额外的时间，所以当然使用越少dojo控件，速度就越快。

3. 使用新版本的dojo，建议1.0以上。

  新版本对性能进行了优化，减少了bug，所以尽量选用新的稳定版本。

4. 减少html tag，每增加一个tag，性能的负担就越重，比如

  使用<table><tr><td>xxxxxxx</td></tr></table>

就不如用<div>xxxxxxx</div>

5. 优化widget的加载 

 dojo在页面加载的时候将分析整个HTML文件，自动加载指定的内容为dojo控件。即使你没有定义任何dojo控件。所以优化widget的控件能够显著的提升一个页面加载的性能。

如果页面载入花费的时间比较多，你觉得不正常，可以用Firebug 看看是不是页面载入的时候花费很多时间在dj_load_init() 或者 modulesLoaded() 这些地方，这些都是明显的信号表明我们需要留意widget的加载问题。

dojo提供了多种方式来控制widget的加载。其中最重要的就是它提供了跳过所有widget 解析的方法，只需要加入下面的代码到dojo.js 引入之前：

<script> 
  djConfig = { parseWidgets: false, searchIds: [] }; 
</script>

那么如果需要解析一部分widget怎么办呢？ 下面的方法可以指定需要解析那些widget。只需要将需要解析的widget的id放到searchIds：

<script type="text/javascript"> 
  djConfig = { parseWidgets: false, searchIds: ["info", "confirmation"] }; 
</script> 
<script type="text/javascript" xsrc="dojo.js"></script> 
... 
<div dojoType="dialog" id="confirmation">...</div> 
... 
<div dojoType="dialog" id="info">...</div> 
... 
<input dojoType="dropdowndatepicker" value="2007-01-31" id="from_date"> 
<script>djConfig.searchIds.push("from_date");</script>  
 
...

 上面的代码一共解析了3个dojo widget，其中前两个直接放到searchIds ，而第三个则动态的加入到searchIds。

如果你不喜欢searchIds 的方式， 还有一种方式提供选择，给控件加上parseWidgets='false'属性：

<div parseWidgets="false"> 
   Dojo widget parser 将不会运行到这里，因为我们已经告诉他忽略这里。 
   ... 
</div> 

通过上面的方式，相信 你的dojo性能能够得到显著的提升，如果仍然达不到性能要求，那么可能你只能放弃dojo，或者让客户进行机器的升级了。

• JavaEye问答大赛开始了！ 从6月23日 至 7月6日，奖品丰厚 ！
• 快来参加7月17日在成都举行的SOA中国技术论坛
• Oracle专区上线，有Oracle最新文章，重要下载及知识库等精彩内容，欢迎访问。
• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

2007年6月项目准备开始了，刚来到一个新的项目组，什么都是新的，除了我自己。

需要一个新的框架来开发项目，香港的同事决定使用Dojo，DWR， 我开始学习使用dojo，时间很短，但是我还是基本上熟悉了dojo的基本控件和架构。在此基础上搭建起了项目的基本框架。这是一个单页面，基于ajax和dojo widget的系统，一切都那么的新奇，又充满挑战，但是既然dojo有这么多后台，又有香港同事的推荐，我显得自信满满。

框架搭建的同事，也开始后了紧锣密鼓的招兵买马，一起都像是从零开始。陆陆续续，招了5个程序员和一个测试员。开始了整个项目的快速开发，由于需求由香港负责，而且需求做的比较细致，基本上问题很少。Dojo 却是麻烦不断。

首先的一个坏消息是当我们做完了几乎全部300个页面的时候，dojo宣布0.43不在得到支持，取而代之是完全不同的dojo0.9。 而且dojo0.9 还不是稳定的版本，问题多多，让我们骑虎难下，最后还是决定按兵不动。 随之而来，是dojo1.0，dojo1.1 的陆续发布，但是一直都无法让我看到希望的曙光。 与之相对的是ext在国内的广泛使用和热烈追捧。

Dojo 的控件有很多奇怪的地方，日期选择控件的行为非常怪异，与国内的使用习惯很不相同。而且样式极其丑陋，当字体放大缩小的时候更是丑陋。显示的格式和保存的格式需要分别指定。我们修改了大量的代码。

dojo 的下拉框也被用户投诉，过滤之后一定要再选择一次或者按回车才能选定结果，前台值和后台值分开操作也带来很多不变。

dojo 的验证文本框颜色现实有bug，我们不得不修改代码

dojo的对话框也有问题，对话框中无法在弹出对话框。对话框的操作和控制很不灵活。

js代码不利于管理，容易发生命名冲突。

致命的问题发生在项目的后期，在客户的系统进行测试时发现。dojo的性能非常差，在赛扬2G的电脑上，一个页面显示的时间竟然需要17秒。简直就是噩梦。

另外使用dojo的对话框时出现cpu占用100%而且一直不回落下来。

页面载入完成的时候，它有将整个页面重新刷新一次，又需要花费额外的5到8s时间，不仅花费更多的时间，而且严重影响客户体验。

还有开发过程中碰到的无数问题，虽然一个一个被解决，但是无疑是一次一次痛苦的煎熬。

最后，在性能面前，我被dojo彻底打败，如此的速度是任何客户都无法忍受的，客户不可能为了这个系统全部升级电脑cpu。而且还有很多未知的问题可能还没有被发觉，不如内存泄露，可能导致资源耗尽，内存耗尽。cpu 的占用可能在使用时间长了之后越来越高，等等，这些都是我担心的问题。

使用Ajax或者说Rich client，一定要谨慎啊。使用新的技术和框架，一定要谨慎，这是我的教训，希望给同行们一个参考。

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• JavaEye问答大赛开始了！ 从6月23日 至 7月6日，奖品丰厚 ！
• 搜狐网站诚聘Java、PHP和C++工程师
• Oracle专区上线，有Oracle最新文章，重要下载及知识库等精彩内容，欢迎访问。
• 快来参加7月17日在成都举行的SOA中国技术论坛

对于oracle进行简单树查询(递归查询)

DEPTID	PAREDEPTID	NAME
NUMBER	NUMBER	CHAR (40 Byte)
部门id	父部门id(所属部门id)	部门名称

通过子节点向根节点追朔.

 select * from persons.dept start with deptid=76 connect by prior paredeptid=deptid 

通过根节点遍历子节点.

select * from persons.dept start with paredeptid=0 connect by prior deptid=paredeptid 

可通过level 关键字查询所在层次.

select a.*,level from persons.dept a start with paredeptid=0 connect by prior deptid=paredeptid 

再次复习一下:start with ...connect by 的用法， start with 后面所跟的就是就是递归的种子。

递归的种子也就是递归开始的地方 connect by 后面的"prior" 如果缺省：则只能查询到符合条件的起始行，并不进行递归查询；

connect by prior 后面所放的字段是有关系的，它指明了查询的方向。

练习： 通过子节点获得顶节点

select FIRST_VALUE(deptid) OVER (ORDER BY LEVEL DESC ROWS UNBOUNDED PRECEDING) AS firstdeptid from persons.dept start with deptid=76 connect by prior paredeptid=deptid

• 北京: 千橡集团暨校内网诚聘软件研发工程师
• JavaEye问答大赛开始了！ 从6月23日 至 7月6日，奖品丰厚 ！
• 搜狐网站诚聘Java、PHP和C++工程师
• 快来参加7月17日在成都举行的SOA中国技术论坛
• Oracle专区上线，有Oracle最新文章，重要下载及知识库等精彩内容，欢迎访问。

• 快来参加7月17日在成都举行的SOA中国技术论坛
• 北京: 千橡集团暨校内网诚聘软件研发工程师
• 搜狐网站诚聘Java、PHP和C++工程师
• Oracle专区上线，有Oracle最新文章，重要下载及知识库等精彩内容，欢迎访问。
• JavaEye问答大赛开始了！ 从6月23日 至 7月6日，奖品丰厚 ！

涉及的问题：

导航，树，返回，前进，书签，安全，资源，日志。

对于用户来说，web程序就是在不同的页面之间跳转。

对于程序，常常有必要记录用户的这些操作。--相关应用：返回，前进，书签，日志。

当用户访问某个页面的时候，需要验证用户是否有权限访问页面，是否能够保存页面数据等操作，这就涉及的安全和资源的关系。我们需要将页面，页面按钮等定义为可用的资源，通过资源跟用户或者用户组，或者角色（role）对应来定义权限的规则。

每个页面应该都有导航条，因为我们的web结构就像一个网，如果简化一下，就是一棵树，当访问每个页面时，我们是逐层进入的，通过导航条，能够给用户友好的提示，通过导航条的链接，用户可以很容易的返回上一级页面。

通过树，用户可以对网站结构有一个宏观的概览，用户方便的进入一个特定的页面。

通过上面的分析，我发现，对资源的组织，首先就是要将零散的资源组织到我们的树型数据结构中。

对于资源，应该分类，分级的进行控制。

首先最常用的资源单元应该页面。对页面进行编号，是首当其冲的步骤。

将页面根据业务逻辑组织成树形的结构，看起来就是一个site map。站点导航图。

通过导航图，我们能做成树菜单，生成导航条。

要跟踪用户，进行日志和控制前进，后退按钮。就必须用一个数据结构，保存用户的访问路径。

• JavaEye问答大赛开始了！ 从6月23日 至 7月6日，奖品丰厚 ！
• 快来参加7月17日在成都举行的SOA中国技术论坛
• 北京: 千橡集团暨校内网诚聘软件研发工程师
• Oracle专区上线，有Oracle最新文章，重要下载及知识库等精彩内容，欢迎访问。
• 搜狐网站诚聘Java、PHP和C++工程师

Dojo 从 v1.0 开始引入了一个功能强大，快速，健壮的控件--Grid。

Grid 在dojo的体系结构中属于Dojox 这个包中。

这个Grid 比较灵活，可以排序，过滤，编辑，多表头，支持多种Cell 控件。

官方文档的地址：http://dojotoolkit.org/book/dojo-book-0-9/docx-documentation-under-development/grid

通过官方的示例文档，我进行了一次精彩的体验，在这里和大家分享一下我的体验心得。

 要完成一个Grid，需要下面几个步骤，每个步骤都是必不可少的。

1. 首先是导入样式表

没有样式表，就无法显示漂亮的列表出来，你看到的将是丑陋的静态文本。

• 快来参加7月17日在成都举行的SOA中国技术论坛
• JavaEye问答大赛开始了！ 从6月23日 至 7月6日，奖品丰厚 ！
• 北京: 千橡集团暨校内网诚聘软件研发工程师
• Oracle专区上线，有Oracle最新文章，重要下载及知识库等精彩内容，欢迎访问。
• 搜狐网站诚聘Java、PHP和C++工程师

web应用程序都面临浏览器上的history功能的困扰，前进，后退，刷新，将是你的程序失控，重复提交，丢失数据等等场景让你焦头烂额，运行的好好的程序，被客户随便摆弄一下就错误百出。这些就是客户心智和程序员心智不同产生的冲突。

最初的web程序只是一些静态的网页，一般都通过地址栏的URL地址来进行定位，所以，浏览器集成了很方便的History功能，让你在浏览的历史记录中来回切换。可是，随着复杂应用程序开始越来越多的通过浏览器来作为客户端，噩梦就开始了。

近年来，Ajax技术的兴起为程序设计者和客户提供了不同的技术实现和用户体验，Ajax火了起来，也开始颠覆了传统的web操作和应用传统。但是浏览器并没有相应的来迎合这些变化，这样的话， Ajax 程序也同样的面临浏览器的干扰，而History功能就是其中让人头疼的一个。

越来越多的程序员面临这个问题，开始考虑解决之道，解决的方案五花八门，不过都这能解决问题的一部分，无法从根本上解决这个问题。要根本解决这个问题，只怕需要浏览器的厂商和标准部门针对Ajax一起来想出一个标准化的处理方式。

当然我们没有时间来等待别人来帮助我们解决问题，我这里介绍一下Dojo 解决这个问题的方法，同时研究一下它的实现原理。

需要解决的问题

Ajax程序进行页面内容变化的时候，并没有刷新整个页面也没有改变浏览器地址，所以如果进行以下的操作将会出现无法意料的问题：

行为案例：1search 页面--2search-->3显示列表在本页面--4点击列表中的某条记录--5页面切换-->6所选记录的详细内容页面-->7编辑并保存-->8停留在原页面，提示保存成功-->9返回--.10页面切换-->11search页面

上面的步骤都不会导致浏览器地址变化，因为我们的应用是单页面的frame。

这个案例涉及到两个页面（黑体 1，6），4 个动作（红色 2,4,7,9）

后退/ 前进： 如果在step6的时候，如果浏览器的后退按钮可以点击的话（一般如果你之前没有访问过别的url，那么将不会有后退地址），将不会回到3或者1，而是1之前你访问过的地址。

刷新：如果在step6的时候，你点击刷新，将不会刷新step6所在的页面，因为浏览器的地址没有发生变化，你会发现，页面刷新之后来到了step1.

收藏： 同上，你收藏的step1所在的页面。

客户看到他花钱买的程序却是这样的行为，客户岂不是要疯掉！！！

解决之道

1. dojo

• Oracle专区上线，有Oracle最新文章，重要下载及知识库等精彩内容，欢迎访问。
• 快来参加7月17日在成都举行的SOA中国技术论坛
• 北京: 千橡集团暨校内网诚聘软件研发工程师
• JavaEye问答大赛开始了！ 从6月23日 至 7月6日，奖品丰厚 ！
• 搜狐网站诚聘Java、PHP和C++工程师

widget change list

0.43		1.0.1
Button		dijit.form.Button
textbox		dijit.form.TextBox
checkbox		dijit.form.CheckBox
combobox	dijit.form.FilteringSelect or dijit.form.ComboBox
emailtextbox	dijit.form.ValidationTextBox
integertextbox	dijit.form.ValidationTextBox
realnumbertextbox		dijit.form.NumberTextBox
regexptextbox	dijit.form.ValidationTextBox
validationtextbox		dijit.form.ValidationTextBox
form	dijit.form.Form
dropdowndatepicker		dijit.form.DateTextBox
layoutcontainer	dijit.layout.LayoutContainer
SplitContainer	dijit.layout.SplitContainer
contentpane	dojox.layout.ContentPane
linkpane	dijit.layout.linkpane
dialog	dijit.Dialog
modalfloatingpane		都修改成dijit.Dialog
titlepane	removed，没有相应的控件

 

• 快来参加7月17日在成都举行的SOA中国技术论坛
• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师
• Oracle专区上线，有Oracle最新文章，重要下载及知识库等精彩内容，欢迎访问。
• JavaEye问答大赛开始了！ 从6月23日 至 7月6日，奖品丰厚 ！

• Oracle专区上线，有Oracle最新文章，重要下载及知识库等精彩内容，欢迎访问。
• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师
• JavaEye问答大赛开始了！ 从6月23日 至 7月6日，奖品丰厚 ！
• 快来参加7月17日在成都举行的SOA中国技术论坛

• Oracle专区上线，有Oracle最新文章，重要下载及知识库等精彩内容，欢迎访问。
• 北京: 千橡集团暨校内网诚聘软件研发工程师
• JavaEye问答大赛开始了！ 从6月23日 至 7月6日，奖品丰厚 ！
• 快来参加7月17日在成都举行的SOA中国技术论坛
• 搜狐网站诚聘Java、PHP和C++工程师

摘自：http://opens.itpub.net/post/21577/178341

opens | 02 八月, 2006 15:36

（1）Contributors 和 Recipients
Contributors 指的是对某个开源软件或项目提供了代码（包括最初的或者修改过的）发布的人或者实体（团队、公司、组织等），Contributors 按照参与某个软件开源的时间先后，可以分为an initial Contributor 和 subsequent Contributors 。
Recipients指的是开源软件或项目的获取者，显然，subsequent Contributors 也属于 Recipients之列。
（2）Source Code 和 Object Code
Source Code 指的是各种语言写成的源代码，通过Source Code，结合文档， 可以了解到整个软件的体系结构及具体到某个功能函数的实现方法等。
Object Code 指的是Source Code 经过编译之后，生成的类似于“类库”一样的，提供各种接口供他人使用的目标码，按我的理解，它就是像常见的DLL、AtiveX、OCX控件性质的东西。（不知道这样理解对不对）分清楚这两个概念的目的在于，有些开源，只发布Object Code ，当然，大多数发布的是Source Code。很多协议也对 “你发布的是哪种Code的时候应该怎样”，有着明确的约束。
（3）Derivative Module 和 Separate Module
Derivative Module 指的是，依托或包含“最初的”或者“从别人处获取的”开源代码而产生的代码，是原“源代码”的增强（不等于增加）、改善和延续的模块，意为“衍生模块”。
Separate Module 指的是，参考或借助原“源代码”，开发出的独立的，不包含、不依赖于原“源代码模块”，意为“独立的模块”。理解这两个概念的目的在于，很多协议对涉及到商业发布的时候，会有哪些是衍生的，哪些是独立的，有着明确的商业发布规定。
接下来，说说常见的几种协议吧。其实上面我给出的几篇文章的链接里面对一些常见的开源协议已经有比较清晰的描述了，我这里也只是加人了个人的一些理解，希望对接触得少的人有一定的帮助吧。
GPL（Gun General Public License） vesion 2.0 1991
最常见的开源协议，使用它作为授权协议的有大名鼎鼎的 Linux 。GPL最显著的两个特点就是网上称为的“病毒性传播”和“不允许闭源的商业发布”。
所谓的“病毒性传播”，指的是，GPL规定，所有从GPL协议授权的源码衍生出来的（即上面提到的DerivativeModule），或者要跟GPL授权的源码混着用的Project，都要遵循GPL协议，就像病毒一样，粘上了关系，就“中毒”了。GPL这样规定的目的是，保证在GPL协议保护下的产品，不会再受到其他协议或者授权的约束。即让跟GPL有关系的源码都能免费获取。举个例子，如果你的改进的Linux中使用了GPL授权下的开源模块（也必须使用，你不可能自己重新去做个内核吧，如果做出来了，你也没必要叫Linux了。），那么你整个Linux产品也必须遵循 GPL协议去开源，不能以其他方式去开源发布，更不允许闭源发布。这样一来，就不会出现这样一个Linux－－这个功能是GPL协议授权的，可以免费获取源码，而另外一个功能是其他协议下的，拿不到源码。这点规定对使用或者研究该产品的人来说，是一个极大的便利。
而“不允许闭源商业发布”指的是，在 GPL授权下，你的软件产品可以商业发布，拿去卖钱，但是在这同时，你也必须将该产品的源码以GPL协议方式开源发布出去，供他人免费获取。也许有人会迷惑，拿去卖，又同时开源，那谁来买阿？这个产品怎么赚钱呢？？这就涉及到开源产品的商业模式的问题了，想了解相关一些信息的话，可以看看以上我给出链接的一些文章。至于后面，可能会写一篇关于开源项目的商业模式的随笔。
GPL协议下的商业发布的一个关键点就像 Java 视线论坛的 Robbin所说的，GPL是针对软件源代码的版权，而不是针对软件编译后二进制版本的版权。你有权免费获得软件的源代码，但是你没有权力免费获得软件的二进制发行版本。GPL对软件发行版本唯一的限制就是：你的发行版本必须把完整的源代码一同提供。

BSD（Berkeley Software Distribution）
跟GPL有很大的不同，BSD协议是给予人很大的自由的一种开源协议。其最大的特点是，Recipients 几乎可以对源码“为所欲为”，可以自由地修改，自由地使用，修改后再以其他方式再发布（商业或者开源）。但，你做这些事情的时候，还是得遵循以下规则：
1． 如果再发布的产品中包含原“源代码”，则在原“源代码”中必须带有原来代码中的BSD协议。
2． 如果再发布的只是二进制类库/软件（Object Code / Product），则需要在类库/软件的文档和版权声明中包含原来代码中的BSD协议。
3． 不可以用开源代码的作者/机构名字和原来产品的名字做市场推广。
其实这几个规则约定的目的也只是达到一个目的：是他人的东西，别人以BSD开源了，你就不能不做任何声明而占为己有，更不能用他人的名义来做商业推广。你只对你自己的东西拥有绝对控制权。
举个例子，你用开源代码（A）修改或做其他增添之后，产生了产品B，这时候，你对B的控制由你自己决定，你可以用任何协议再开源，也可以闭源商业发布。但，因为如果B中包含了A或A的一部分（一点都不包含就不叫修改了），那你在B产品的版权声明中，必须有提到你有使用到A ，并且附带上 A 的开源协议。而且不能做商业推广的时候 将 B 冠以 原开源作者的名义以促进商业推广。
BSD代码鼓励代码共享，但需要尊重代码作者的著作权。BSD由于允许使用者修改和重新发布代码，也允许使用或在BSD代码上开发商业软件发布和销售，因此是对商业集成很友好的协议。而很多的公司企业在选用开源产品的时候都首选BSD协议，因为可以完全控制这些第三方的代码，在必要的时候可以修改或者二次开发。

Apache Licence vesion 2.0
Apache Licence 是著名的非盈利开源组织 Apache 采用的协议。该协议和BSD类似，同样鼓励代码共享和尊重原作者的著作权，同样允许代码修改，再发布（作为开源或商业软件）。需要满足的条件也和BSD类似：（配备英文原文，方便更准确理解）
1． 需要给 Recipients 一份Apache Licence
（You must give any other recipients of the Work or DerivativeWorks a copy of this License）
2． 如果你修改了代码，需要在被修改的文件中进行说明。
（You must cause any modified files to carry prominent noticesstating that You changed the files）
3． 在Derivative Module中（修改和包含源代码而衍生的代码）需要带有原来代码中的协议，商标，专利声明和其他原来作者规定需要包含的说明。
（You must retain, in the Source form of any DerivativeWorks that You distribute, all copyright, patent, trademark, and attribution noticesfrom the Source form of the Work, excluding those notices that do not pertain to anypart of the Derivative Works）
4． 如果再发布的产品中包含一个Notice文件，则在Notice文件中需要带有Apache Licence。你可以在Notice中增加自己的许可，但不可以表现为对ApacheLicence构成更改。
Apache Licence也是对商业应用友好的许可。使用者也可以在需要的时候修改代码来满足需要并作为开源或商业产品发布/销售。

LGPL
LGPL 是GPL的一个为主要为类库使用设计的开源协议。和GPL要求任何使用/修改/衍生之GPL类库的的软件必须采用GPL协议不同。LGPL允许商业软件通过类库引用(link)方式使用LGPL类库而不需要开源商业软件的代码。这使得采用LGPL协议的开源代码可以被商业软件作为类库引用并发布和销售。
但是如果修改LGPL协议的代码或者衍生，则所有修改的代码，涉及修改部分的额外代码和衍生的代码都必须采用LGPL协议。因此LGPL协议的开源代码很适合作为第三方类库被商业软件引用，但不适合希望以LGPL协议代码为基础，通过修改和衍生的方式做二次开发的商业软件采用。

CPL(Common Public Liecense) vesion 1.0
CPL 是 IBM 提出的并通过了OSI（Open Source Initiative）批准的开源协议。主要用于一些IBM 或跟 IBM 相关的开源软件 /项目中。如 很著名的Java开发环境 Eclipse 、RIA开发平台Open Laszlo等。

CPL也是一项对商业应用友好的协议。它允许 Recipients 对源码进行任意的使用、复制、分发、传播、展示、修改以及改后做闭源的二次商业发布，这点跟BSD 很类似，也属于自由度比较高的开源协议。但是，需要遵循：
1.当一个Contributors 将源码的整体或部分再次开源发布的时候，必须继续遵循CPL 开源协议来发布，而不能改用其他协议发布。除非你得到了原“源码”Owner 的 授权。
2.CPL协议下，你可以将源码不做任何修改来商业发布。但如果你要将修改后的源码其开源，而且当你再发布的是ObjectCode 的时候，你必须声明 它的Source Code 是可以获取的，而且要告知获取方法
3.当你需要将 CPL 下的源码作为一部分跟其他私有的源码混和着成为一个 Project发布的时候，你可以将整个Project/Product 以私人的协议发布，但要声明哪一部分代码是CPL下的，而且声明那部分代码继续遵循CPL。

4.独立的模块（Separate Module），不需要开源。

• 快来参加7月17日在成都举行的SOA中国技术论坛
• Oracle专区上线，有Oracle最新文章，重要下载及知识库等精彩内容，欢迎访问。
• JavaEye问答大赛开始了！ 从6月23日 至 7月6日，奖品丰厚 ！
• 搜狐网站诚聘Java、PHP和C++工程师
• 北京: 千橡集团暨校内网诚聘软件研发工程师

一、区别和定义

      LONG: 可变长的字符串数据，最长2G，LONG具有VARCHAR2列的特性，可以存储长文本一个表中最多一个LONG列
　　LONG RAW: 可变长二进制数据，最长2G
　　CLOB:  字符大对象Clob 用来存储单字节的字符数据
　　NCLOB: 用来存储多字节的字符数据
　　BLOB: 用于存储二进制数据
　　BFILE: 存储在文件中的二进制数据，这个文件中的数据只能被只读访。但该文件不包含在数据库内。

        bfile字段实际的文件存储在文件系统中,字段中存储的是文件定位指针.bfile对oracle来说是只读的,也不参与事务性控制和数据恢复.
　　
　　CLOB，NCLOB，BLOB都是内部的LOB(Large Object)类型，最长4G，没有LONG只能有一列的限制

　　要保存图片、文本文件、Word文件各自最好用哪种数据类型?
　　--BLOB最好，LONG　RAW也不错，但Long是oracle将要废弃的类型，因此建议用BLOB。

二、操作

1、 get

CLOB

BLOB

2、 put

CLOB