相信自己，信就行，失意总是难免的，我相信你并非池中物。加油！！！

在google nokia的时候,无意间点进了一个blog,看完那篇有些牢骚和无赖的文章后,感觉作者的经历怎么这么象我认识的一个人,仔细一看email:guojian。zhang@gmail。com,哈哈,果真是你. 没想到你不光技术厉害,文笔也如此了得,赞一个:)

同道中人，我也是专科，工作和其他同事一样（不比他们差），但是遇到涨工资什么的根本就不怎么考虑，现在的专科说出去，公司大多都不给机会，为什么他们不给机会验证一下我们的实力呢！郁闷啊

　　　交个朋友吧！east_rise@163.com

沙发!!!经典的文章应和大家一起分享!!谢谢

现在大点的有规模的名企都是这样的,别气馁,他们没有选择你是他们的失误,总有一天你会找到如愿的公司的.

我们曾有一面之交，我相信Nokia没有选择你是他们HR的失误。

Don't be ever bothered by those stupid recruiting people. Bill Gates will never pass this kind of interview as he does not possess a graduate certificate.

If you don't mind, you can send me your resume. I'll see if I can offer you any kind of help. Mail your resume to roosevelt.lai@oracle.com.

呵呵，我们是同道中人，大家经历相似～

相见不如怀念

楼主说的确实对我很有用,多谢了!@_@~~

您好，
1) 按照你的解决方法思路就是在对象实例化之前JVM已经调用了clinit()方法了,也就是类已经初始化了,所以类变量也已经初始化了我想问你这是怎么触发类初始化的。

该问题在文中已有阐述：

* "Java 虚拟机规范为类的初始化时机做了严格定义："initialize on first active use"--" 在首次主动使用时初始化"。"
*

首次主动使用的情形：
o 创建某个类的新实例时--new、反射、克隆或反序列化；
o 调用某个类的静态方法时；
o 使用某个类或接口的静态字段或对该字段赋值时（final字段除外）；
o 调用Java的某些反射方法时
o 初始化某个类的子类时
o 在虚拟机启动时某个含有main()方法的那个启动类。


2) 你在文章中提到init()方法包括了"所有具有指定初始化值的实例变量初始化语句",既然如此为什么没有执行CODE_MAP_CACHE = new HashMap()呢?

"CODE_MAP_CACHE = new HashMap()"语句是执行了的，并非您理解的"没有执行"，而是在对象实例化时调用initEnum()方法对CODE_MAP_CACHE初始化并赋值后，又重新在static{ ... }区块内进行了初始化。这是因为在类还未来得及初始化完毕时，在类自身有一条实例化自身的语句"private static final CachingEnumResolver SINGLE_ENUM_RESOLVER = new CachingEnumResolver();"所导致的。

我的邮箱是: zhangtf@sihitech.com.cn

张先生:你好,很佩服你的精彩阐述
我有几个疑问:1) 按照你的解决方法思路就是在对象实例化之前JVM已经调用了clinit()方法了,也就是类已经初始化了,所以类变量也已经初始化了
我想问你这是怎么触发类初始化的
2) 你在文章中提到init()方法包括了"所有具有指定初始化值的实例变量初始化语句",既然如此为什么没有执行CODE_MAP_CACHE = new HashMap()呢?
希望能得到你的精彩回答!
谢谢!

有Sun的支持，JRuby之后的道路会平坦很多

冷香萦遍红桥梦，梦觉城笳。月上桃花，雨歇春寒燕子家。
箜篌别后谁能鼓，肠断天涯。暗损韶华，一缕茶烟透碧纱。

@{我还是不停的试图寻觅着那个女子...}
这是你8小时以外的真实吗？

芳菲歇,
故园目断伤心切,
伤心切,无边烟水,无穷山色,
眼中泪尽空啼血！
空啼血，子规声外，晓风残月。

爱情与香烟有着许多的相似之处。爱情是寂寞的，犹如夹在指间的香烟，除却吞吐的瞬间，它的出处是不为人知的一隅，而只为等待手将它拈起点燃；而它的去处，是灰飞烟灭，尤如生命逝去的那一刻，只余下寂寞。

爱情和香烟都需要点燃的火花。爱情的火花来自于相吸的异(同)性之间，于是有了两个人或一个人的爱情。香烟的花火，则是由打火机之类的东西产生。

爱情和香烟都是燃烧着的。吸烟最幽雅的方式是慢吸慢吐，细细品味。面对爱情的时候，也可顺其自然。任何事物都是有始有终的，香烟如此，爱情也如此。爱情的幻灭就如同烟灰，总要跌落尘埃，了无痕迹。那刻维系二人的，也许是相守习惯，也许是义务与责任，应与爱情无关。

爱情和买烟都不是已知的。拿起香烟时，你或许不知道有一支会是你的爱情，又或者你根本没去想过。一如你不确定会何时去点燃一支香烟，或在漫步街边时，或于某个茶余饭后暇想时。在没有预兆的情况下，你忽遇了爱情，或者那刻你正点燃一支烟。

爱情与香烟在相对空间都是短暂的。不同的是，你可以一支接一支吸烟，却不太可能一次接一次地拥有爱情。而爱情不会离开人间，但却会离开作为人的你，回到寂寞等待中，去守侯另一次燃烧。脱离命运的爱情至高点，除却死亡外，世间任何的付出都是徒劳。所以，爱情对有些人来说是辗转于她指间的香烟，跳一段寂寞的舞蹈，抚慰一个寂寞的灵魂。

也许爱一个人，是一件很寂寞的事，而没有人会喜欢无尽的寂寞，所以面对灵魂时候，我们还是喜欢这样的结局的。短暂而极至的爱情，总让人怀有无尽的怀念，也更符合人性的需求。世上有没有一支抽不完的烟呢？没有。同理，世上让人感动至深的爱情总是短暂的，总是一个悲剧。人们所说的天长地久的喜剧爱情总是出现在童话里。期望和现实之间的距离却是那么遥远。

那我们让爱情寂寞下去吗？现在的我无法答复这个问题。也许在街角静静的一隅，会闪出火花，瞬间燃烧起来，而我却在城市某处的人群中，独自点燃一支烟，仰天深吸一口，穿过人群，只留下淡淡的烟味。

怀恋的有那段时光，那种感觉。有的时候还觉得自己超级可悲，因为那种感觉除了自己，还没有别人可以体会的到。

请教这个是如何测出来的吗？

@galaxy

不光是hibernate,方方面面都有,原平台也有自己O/R设施,这是综合测试结果

上当了...............!!!!
呵呵，这是什么意思？
看起来新框架在事务处理性能比老架构进步十分明显
这是HIBERNATE的功劳吗？
恭喜，恭喜

你好 ,好久不见,你怎么又去告blog了

skhslkjfhsdjfhslkfhskagslkfajsjfhalsjfhlskjf

呵呵,
to 江南白衣:
这不是一个实验性项目,而是一个银行全行级的CRM项目,从技术选型上来说,webflow以及JSF相对来说的确是时下的新技术,新也就伴着不够成熟,自然也会有风险,尤其是webflow,连正式版都还没有推出我们就准备用上它了,嘿嘿,其实之所以选则webflow是有一定有前提的(受前任软件平台所影响),对于JSF,我们没打算要用他的多复杂的组件,而是一些非常简单的几个常用HTML组件,比如数据列表,枚举等都是我们自己基于标准taglib结合XSLT技术开发的,所以,对于JSF实际上我们只用了他的基本模型管理功能以及EL.相对于webflow来说,我们其实是将其定位到了导航流程这一层,我们之所以这样限制一些功能的使用,在一定程度上来说也是为了尽量降低风险.当然webflow是否一定要启用,目前还是考察阶段.

强啊！ 你用的东西也太多，太新了吧？实验性项目？

自定义Data Table UI组件
这个想法好啊
我们以前有过dbgrid组件tag，不过我感兴趣的是你如何针对不同的需求动态组合
定制式的组合查询以及如何确定你查询的数据源和你动态组合查询的绑定
等待你的消息。。。。。。。

我还在没有遇到过这个问题,我现在是JSF和spring webflow集成在一起的,backing Bean是由Spring 的Bean Factory统一管理,当然这个不是你说的那个问题的原因.
你的这个问题可能是焦点设置的问题吧,实在不行你log4j的debug和trace打看,看看在触发事件的时候,具体触发的侦听器或action是不是与你所配置相对应,如果不是,就看看你的代码 是不是有问题了.如果没找到问题,那就要看看是不是javascrip在处理前端参数时是不是给弄丢了,有一些JSF的组件实现的确和浏览器不兼容的问题,但这种情况应该极少数.

偶也用过MyFaces， 但发现JSF好像和IE有兼容性的问题。
在IE中在TextBox中按Enter键，表单不会被提交。但IE的页面好像被刷新了，
debug发现根本没有进入Backing Bean中。而在Firefox中就没有问题。
好像很多JSF应用都有这个问题，不知道你有没有碰到。

这个问题我已经解决了,那是因为ORCALE的JDBC驱动的自身限制所造成的,现在hibernate3.x的版本已经没有该问题了,对于用hibernate2.x的朋友,你可以用读流的方式读入BLOG字段,多谢各位兄弟的关注~~

我也有同样的问题，请你也给我发一份吧，谢谢，

我也有同样的问题，你能把补丁包发到我的邮箱吗？ 我的邮箱是yubojie@tom.com,谢谢

烟花之所以那么绚烂，是因为它想天长地久，虽然是短暂的美丽，但是它给人的确实永久的美丽，在人的心中是永恒的，每个人都希望能得到永恒，哪怕是短暂的一瞬间。

hibernate的哪个问题比较好解决,从hibernate官方下载个补丁就搞定了
我有下载的但这里不方便上传

爱留在心底就好
放手也是一种爱
并不是每对相爱的人都有一生一世
即使离去仍然在彼此的心里

经典

呵呵，掌握典型的软件开发过程，从需求分析--->架构设计---->详细设计---->编码实现，这个过程说起来谁都明白，真的要让它讲讲对于每个过程的理解我想没有多少人能说的清吧，这个还是需要经验的积累，不管你采用何种软件工程，都是按照之上的步骤在做，至于对于业务的抽象那是需要长时间的积累、学习和总结，否则分析模式那样的书就成快速成为高手性质的书了

hibernate3.0好像有属性可以配置解决这个问题，我记得看到过，但是记不起来了

感觉我们两个在成长过程中的经历差不多，以前在头脑里也没有什么整体设计思路的概念，做的东东就是N多工具类的集合，一种积木式的堆砌。当突然发现这样这种方式的弊端时又没有能力做一个让自己满意的，于是开始了分析一些相对优秀的项目源码。。。不断积累中。。。
最近在公司写C/C++程序，也有很多感触，在里根本看不到设计思想的意味，完全是方法的集合。。
真正学习的第一门语言是JAVA当年总是感觉，很多人乱用接口简直就是故弄玄虚在成长中才发现当初的自己是那么无知。。。
感觉设计这东西不是一础而就的，需要我们慢慢的积累

to FeedBack
我用的正在ORACLE数据库，但BLOB也和CLOB一样只传4K？我一直认为这是HIBERNATE的限制

我估计你用的是Oracle数据库吧，Oracle的jdbc drvier在Clob的处理上只能传递4k的字符，用Clob的InputStream读取可以解决这个问题。

我刚做了一年程序员，可能不太有发言权。但我觉得软件框架跟具体的语言是没什么关系的吧，主要还是业务逻辑要好。我们公司在做的系统用了JAVA、.net以及一种不太常用的语言Matrix，架构是我们总监在做，他对这些语言都不是很熟，但他不关心这些。哪些语言好用是程序员的事情，而不是架构师的事情

为什么对象不能被持久化？

@re calvin:
不知道有哪个项目实现了　active record ?
@re 狂人思维:
不知道有哪个项目实现了　active record ?

hibernate根本不是active record，而是第2种模式。因为他和TopLink,JDO一样，需要Entity Managger,也就是session,在那里读取hbm,so PO和数据库的解耦程度是很高的，特别是在H3里面。
Active Record在Rails里有真正的实现。他可以执行good.save()，而不是session.save(goods);

有时候残忍是为了残存

good, 原来Hibenate是这样的我说怎么觉得它没怎么谈行为呢.不是很喜欢.
目前有比较成熟的Rich的ORM吗?

好，又长见识了，还有什么心得快贴出来￣￣￣￣靠

我看到了，谢谢你的支持!：)

你上来的时候给我留言好吗