所谓慈不掌兵，义不养财。我一直认为文库事件中更多的是利益纠纷，而我也相信作者联盟是明了这件事情的。虽然很诡异的对于baidu是有好感，但是，我想这篇文章我应该可以做到中立。
作者们的悲壮行为
对于作者联盟这个东西来说，至少他所声张的旗帜很简单也很合理：保护版权。这个时候，往往谷歌的电子图书馆事件会被拿出来对比。如果在考量到bambook、kindle3（破解版）以及最近的降价iPad，E-book我认为是不可阻挡的。“作家联名对抗百度文库，是一场合道德但不合时代的悲壮抵抗，即便百度文库被干掉了，免费文档的十米大潮仍将冲破堤防。出版商们不如赶紧去找另一条路，做好书籍以及电子书籍的装帧、插图、版式、互动方式，卖一种阅读感受。留给这事的时间没几年了。@潘海天”。更何况，依照现状，作盟达成预期目标的可能性微乎其微。
这里得说下谷歌和百度的策略问题，baidu的产品却是有打搜索引擎的擦边球，他只做平台只做搜索，信息实体绝不由自己提供，比如音乐文库。但另一方面这种行为导致的用户产生的信息对于baidu来说是一个很好的产品，最典型的是贴吧（确实很喜欢这个虽然被阉割的蛋疼的产品）。而谷歌不一样，谷歌只能说想做个好人，即使是喜欢拍照的雷锋，也是个好人。谷歌的音乐、图书，他为了避免这种擦边球带来的纠纷之类，他的方法是我把这些都买下来，然后给用户用。这也是之前谷歌音乐歌曲不全的原因。虽然事实上一样，但打起官司来说，baidu类似于youku而谷歌则是ppstream这样的内容提供商。虽然不合情，但是百度在提供了“所谓的版权申诉途径”的情况下，是可以蹭着p2p（bt）的样例来辩护。另外就谷歌最近电子图书馆谈判失败那事，难道都是防君子不防小人么？
百度的利益诉求
在这之前，百度的反盗版模式是：你提供证明材料，然后我48小时删除。（虽然宣传上很美，但是面对成百上千的盗版，一个一个发材料，是只有疯子才会干的事情）对于百度来说，他的现阶段解决方案主要是朱光模式，简单说就是将百度文库像youku一样洗白，由作者自己来发布E-book。而且，百度文库目前已经有了某些官方发布的书籍，只是那些书籍都太坑爹。从这里可以看出，百度的态度很简单：文库里面有你对我很重要。事实上我们都知道，文库这个产品，至少在国内，他的功能不是像google doc一样的协调编辑共享文档什么的，他就是共享电子书。对他来说是谁发布的不重要，重要的是我百度里面有这个，而后在相对于其他网盘快捷搜索并且可以可视化查看信息的情况下，百度依托他的用户群，他应该有自信能够战胜其他竞争对手。但这个被作盟否决了。虽然理由是“在百度未停止侵权之前不会和百度合作”，但在商业上，这种对方在法律上并没有明显劣势的情况下，更多的会以没谈妥之类的，完全从道德上来抨击，不是一个很好的方式。
以下纯属不靠谱，不喜欢看就算了……
这个事情，和文化巨鳄盛大有关。如果还记得的话，会知道作盟有一条要求停止产品“爱国者百看电子书”。从理论上讲，如果已经使得百度文库里面没有盗版（不论是百度的解决方式洗白还是作盟的审核后上传），那么这样一款能够直接访问百度产品的电子书的吸引力已经不足，并且作盟也没有必要提出这样的要求。这个得考虑到坑爹的盛大的电子书bambook，锦书这个东西虽然是个很好的产品，但是盛大奇怪的定价以及中国的可怕的电子环境，使得锦书的用户获取书籍还是通过连接电脑进行的。这样他对于百看没有多少优势不说，如果能够访问文库（这个东西的内容后面会说），那么他会面临很大的压力。虽然类似阴谋论，但确实盛大是站在作盟这边，这个本来是没有问题的。但是在面对百度的洗白模式的时候，作盟无法做出通过文库来发布自己产品这个承诺。如果知道盛大的电子书模式的话，会知道除了千字三分之外，盛大会通过作者和读者互动，以月票、打赏的方式来盈利。而文库影响的重灾区正是盛大，这样作品的首发、独家对于盛大很重要。而另一方面，文库的模式决定了百度不可能自己创立一个盛大公司的竞争对手，来充实自己的文库。作盟以及他们的同盟的态度也就呼之欲出：文库里面没有我对我很重要。也就是说，作盟的立场决定了他不可能同意朱光模式。
冲突
这样，对于百度来说，他需要有一个内容完善的文库来增大访问量，希望作者能够加入他，而正版化后的百度对于其他盗版网站的态度也就很是有趣了。但对于作盟来说，打倒百度对他一是一个反盗版的旗帜二是切身利益三则是盛大等的支持。
但问题在于，如果百度方无法获取到利益（比如流量）却要放弃这样一个重要的产品，而理由仅仅是道义？（作为平台提供商，百度打起官司不会很虚）毕竟，反盗版之后的文库，在天朝，里面估计也就剩下三国（玉蒲团？应该被禁了吧）了。这个显然对百度是最差的结果。
就我作为一个盗版小说阅读者来说，之前一直是通过小型小说盗贴网站来看的，更何况绝大多数百度文库用户的替代者会是更加复杂的 网盘企业而不是正版。这样，即便是作盟赢了，他可能得到，也只是一场艰难的符号性的胜利。
最可能的结局
如上所说，作盟的要求，是百度所无法接受的，而且这样的结果，对百度来说是最差的。那么，百度的措施，很有可能是加强反盗版的通常程度，但模式上还是谁抱怨，删谁的盗贴，只是程度上会比现在好些。另一方面，可能会和自由作者谈判来分成电子书籍。但是，这应该是百度的底线了。作盟的名义诉求会得到一定满足，但四条应该是没戏了。
最后：电子书会什么时候正式摧毁已经脆弱不堪的出版业
首先是jar包什么的，网上有时会推荐一个ajax相关的jar包，里面似乎是google.xxx什么的。但那个是比较老的版本的。真正应该导入的jar包去struts的lib里面找下，这个列表网上一般都有。
$.ajax({ type: "post", url :"selectITAT", data: {fiAirline : airline}, dataType: "json", cache: false, async: false, success: function(json){ var jsonObj=eval("("+json+")"); itatcode=jsonObj.ITAT; } });然后，这里没有用$.getJSON()什么的，是因为我的调用具体的工作是从后台读取一个字段，使得我需要采用同步的方式即async：false。
虽然可能不符合ajax的本意，但异步调用会直接运行下面的句子，而那样我的itatcode很容易使undifined，这样很受伤。
另外就是json从后台获取的是个字符串，他不是真正的json对象，所以我这里使用eval这样的方式来从新包装json。感觉ajax最合适的是异步返回页面不作处理直接贴到某个dom单元。
ps：后面我有用包含变量的正则验证，结果只能用字符串把正则表达式拼接好，然后用var regnum= new RegExp(charnum,"");这样的方式来构造正则表达式。
昨天IBM面试果断失败，估测是自己流露出不希望在宁波工作这个事情，但不管怎么样，实习招聘的时间来临了，之后总会有一份满意或者不满意的工作，然后变身一个死上班族。然后昨晚把实训项目我负责的部分基本都做完了，也意味着三周一来疯狂代码的时间结束。于是这个时候，总想着回味下所谓最后的大学。
大学，不愧是象牙塔或者说特殊的存在，但是确有着他的魅力，但这一切总是无法留住，并且转眼即逝的。或者真正的大学，早在一年前本科毕业已经结束。
但是，不论是心里还是目前的需求，我都想再自习再泡一段时间读书馆。所谓的被BS仅仅是你做的不够好。从自己学过的课到自己做过的项目到自己接触过听说过的知识，都他妈是要温习的啊。
班级又有通知，说读书报告什么的，那便一并解决了吧。
也许直到我老去，也很少会有这样安静的读书了。
ssh虽然是蛮基础的东西，但没细看就直接上手让我压力很大。下面提些中间遇到的问题。
在表格中显示数据元的空字段，会出现该列无法正常分割的现象。后来对比发现在页首少了http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd，之后便自动将空字段转义为 然后就显示正常了。
在李刚的ssh书里提到的action的result的跳转，他用的type是redirect-action，然后我现在使用会报错，网上提示是应该改成redirectAction，然后就正常了。
然后有个dtd类似的定义文件，貌似是spring的，然后如果不能上外网的话，tomcat启动就会报错。于是在最近外网烂到一定程度的时候，tomcat就越发蛋疼了。
后来更改了spring的xml头定义，解决了，这个网上蛮多的。
==============================
这次是遇到action的result为chain的问题了。由于我的jsp是由action包装的，所以我验证失败的fielderror想通过chain来传递到之前的action里，结果这样的时候通过debug信息看到两个action的变量都在，而且是不同的。虽然不知道怎么把action的变量共存，但，显然数据传送失败了。
似乎是我理解错了，根据这篇文章http://www.javaeye.com/wiki/struts2/1462-result-in-struts2关于chain的描述，两个action的内容是会并存的：“也就是说，ChainingInterceptor的作用是在Action直接传递数据。事实上，源Action中ValueStack的数据会被做一次Copy，这样，2个Action中的数据都在ValueStack中，使得对于前台来说，通过ValueStack来取数据，是透明而共享的。”
最后result还是设置的jsp
另外，如果param使用set之类的失败或者说异常，即使没有verificate，也会直接返回input result并不进入action
==================================
然后是db2的备份问题，同学按照http://edu.codepub.com/2010/1228/28361.php成功了，但是我提示sqlstate=58005然后挂了，然后找了蛮久找到这篇文章：http://my.chinaunix.net/space.php?uid=7270462&do=blog&id=105834。具体是这样的
，然后改成ON E：就好使了。恩我的是这样解决的。
==================================
最后还遇到些hibernate持久层存储one-to-many的问题，网上描述甚是不详不过最后只要考虑下依赖关系然后再做操作，还是比较容易解决了。
jQuery的选择符也用的蛮熟的了。
不过，最重要的是，持续三周久的代码终于结束了。SSH和jQuery，也算是终于入门了。
最后，一定不要乱改系统时间，不然数据库什么的会有可怕的错误发生。
（不要给我说之前那个）
很久以前：
=============================
==================================
现在：
怎么煞火，你懂的
随着涛哥出国，77元已然尘埃落定。除了当事人发泄无门以外，整个事情估计很少有人提及了。
整个情节懒得赘述。直接评论下三方当事人：77元房客（包括被人肉的伪靶）、政府等房屋改制后的直接受益群体、在“房屋保障等福利的超·低收入阶级”和“富人阶级”之外的广大路人。
首先是77元房客。不知道人肉对没，如果勿中副车真不知道让人情何以堪。咱就假设他人肉对了吧，那也是先甜后苦的悲惨代表。不管廉租房真实与否，77元房客确实从社会得到了利益。廉租房本身是社会福利一部分没错，他确实是从大家口袋里拿出来的钱。但，如果77元房客是真正的所谓低收入群体，那这个廉租房本身的出租就没有问题，在这个事件中，房客完完全全就是悲剧了。如果77元有走所谓的后门，那也很值得商榷。如果廉租房事件的枪口能够扩大些，有什么某某领导的亲戚（不知道貌似广州那个富豪之子怎么说好），或者说人肉出来77元房客上面有人，然后把上面的人绊倒，那也认了。但，从始至终，只有悲催的77元房客战斗在第一线，既没有组织施以援手，也没有上面的人帮他磨平事件的影响。77元房客有罪无罪尚且两可，况且罪最大也不至于此：毕竟廉租房的油水比起经济适用房等等可小多了，更何况豺狼当道安问狐狸。
然后是房屋改制后的以政府为首的利益群体，从政府角度很好理解，他想用77元房客来渲染和谐气氛。但，问题是中国的房屋福利（把房屋去掉也可以）覆盖面实在是小的可怜。就比如春运困在火车上有免费饼干吃或者说xx部门有1元的特供套餐，它和CPI有一毛钱关系？这么夸张的廉租房申请资格（可搜索），对于房屋需求的群体来说简直是一点用都没。只能是用77元这样的美好场景来渲染出77元以外的悲惨世界。不过整个事件中，职责却少有波及到这个群体。所谓“群众愤怒的只是为何自己不是77元房客”么？如若是已经心灰意冷了，那么为何却对于微小利益受益人77房客放不开；如若是有所想法，为何不去看看77元房客之外其他的廉租房住户。这个事件中是不是有所谓的舆论引导在里面。77元房客实在是死的怨。
最后是围观的网民。如上文所说，中国的金字塔型社会结构里，社会保障社会福利几乎没有覆盖到什么人群，金字塔上的统治阶级、富人阶级，是最大得益者。而网民，则是无所依靠。77元房客本身与网民实际是差不多的人群，在这个过程中却扮演着不恰当地角色。我只想说，记住你的敌人是xxx。