`
fjlyxx
  • 浏览: 23089 次
  • 性别: Icon_minigender_1
  • 来自: 福建
文章分类
社区版块
存档分类
最新评论
文章列表
JVM 有一片它自己管理的内存空间。对象存活(或消亡)所在的那部分空间就叫做 堆空间。对象在堆空间中创建,又由 JVM 垃圾收集器在不同的时机围绕着堆空间对其进行迁移。例如,当对堆进行碎片整理(或者紧缩)时,便需要移动对象。对象在堆中也会消亡。一个死去的对象也就是应用程序再也不能访问的对象。JVM 垃圾收集器寻找这些死去的对象,并回收这些对象所占用的空间,以便让这些空间能为新的对象所用。如果垃圾收集器无法进一步通过回收死去的对象来释放出空间,那么就说这个堆已 满。 一个已满的堆会引发问题。如果堆是满的,而应用程序又试图创建更多的对象,JVM 就会向底层操作系统请求更多的内存。如果 JVM 得不 ...
整理的一点异常文档,和大家分享下。觉得“异常是为异常的情况而设计的,使用时也应该牢记这一原则。”这句话说的太经典了。   传统的观点 在下面的来自 Sun 的“The Java Tutorial”的摘录中,总结了关于将一个异常声明为检查型还是非检查型的传统观点: 因为 Java 语言并不要求方法捕获或者指定运行时异常,因此编写只抛出运行时异常的代码或者使得他们的所有异常子类都继承自 RuntimeException ,对于程序员来说是有吸引力的。这些编程捷径都允许程序员编写 Java 代码而不会受到来自编译器的所有挑剔性错误的干扰,并且不用去指定或者捕 ...
 http://www.ibm.com/developerworks/cn/java/j-ejb-col/   验证助手类   构建更好的异常处理框   改进远程对象设计   用值对象加速您的 RMI 事务   工业强度的 JNDI 优化   实体 bean 保护   动态委派   数据验证出现在什么地方最合适
见附件! PS:其中LIB包下JAR没有上传 需要LOG4J的包.
个人觉得数据整合,应用协同发展的步骤分为以下几步. 第一:数据库整合 第二:应用整合 第三:暴露服务整合,请求模式 第四:SOA 这四个步骤都有这么几个要素. 第一:应用方 第二:数据提供方 第三:业务需求 说SOA是忽悠的也可以理解,因为这四个步骤都可以实现SOA的目标.可是如果从业务扩展和变更的角度去考虑就会发现不同. 一个简单的例子,本来A,B,C三个部门有一个应用(比方是公司的三个不同部门) 因为政策变化公司需要把这个三个部门整合成一个部门,这样完全可以把进行数据库整合然后重新开发应用(第一种),或者把三个部门的应用进行整合(第二种)等... 这样的整合在功能实现上是一样的. 好的 ...
说一个开发中经常犯的错误。在实际的开发中请注意你的代码结构。 直接 给出一段代码吧。各位发表下自己的看法和见解。(随便写的) 这是一个描述 用:A调用B B调用C C调用D 还是由A同一去调用B C D的问题。 给个具体的应用场景吧: 就拿简单的 根据  用户输入条件 --》拼装一句SQL==》 执行数据库查询 -》 返回结果。 上面的方法就对应以下的几个testx函数吧。 表达不行,如果不明白下面的伪代码请看 http://www.iteye.com/topic/290788?page=5 中我的回复, 第一个: public void test() throws E ...
String[][] rs=new String[100][]; String[] temp=new String[10]; 。。。。。。 String[1]=temp; 这个JVM是怎么构造对象的?
看了  论坛 在项目架构中如何进行分层才是最合理的?帖子. 讨论的很彻底. 不过我觉得这个帖子里面讨论的基本上是横向的问题,在项目中单纯的分为V,S,D我个人觉得就是一个链,横向的链条.就简单的WEB请求来说,这个链中无非就是接受请求,处理请求,数据库操作,表现. OK这没有错,但是就项目的架构分层我个人觉得和这个是不同的. 第一  一个项目的架构分层不应该是横向的,更应该侧重于纵向,理清楚纵向的管理,依附关系.好比引擎间的层次,模块的层次等. 第二  横向切面也许是一个引擎和一个模块的具体实现.所以先有纵向分析才会有好的横向处理. 不要把技术的问题提高到架构中来.这样会让架构不够大胆 ...
SOA传送机制讨论.       讨论用长连接还是短连接,还是混合使用.在什么情况下使用? 还有数据的正确传输.       这涉及到一个SOA网络传输的机制问题?希望大家说说自己的看法? 假设一个SOA的平台有二种节点 第一种  平台内网络节点, 这些节点可以看成路由器 第二种  终端节点,这个节点和网络节点连接,而且只能连接一个网络节点. 这两种假设节点会引发三种连接方式, 第一种  终端和网络节点的连接 第二种  网络节点间的连接 第三种  网络节点和终端的连接 这么一个简单的SOA网络模型,大家讨论下这么几个问题,长短连接的使用场景. 数据流向. 一个简单的流程. ...
看了篇论坛 对null Object的使用的认识和思考 有人提到: ///////////////////////////////////// 我个人理解的null object模式主要是用于 1,增强健壮性。 2,减少大量验证null object的重复编码。 即统一规定对象为null时对象对应方法的的默认行为,不过也有限制,就是要求实现公共接口。 具体也是有利有弊,具体问题具体分析。 ///////////////////////////////////// 我个人不这么认为。这个现在是一种隐藏异常的现象,虽然表面上可以让系统看起来稳定,因为异常看起来少了,可是作者也意识到异常的存在, ...
谈下个人意见,就技术角度进行交流。希望EOS的迷们能够端正心态。 我觉得EOS可以缩小下,单纯的做一个WF这样也许会好很多,管的太广了,丢的也就也多。 个人觉得它不应该和SOA挂上关系,顶多就是一个用SOA的思想去解决WF问题的中间件。 适合小型的业务稳定的应用。 对有EOS我觉得它只需要提供最核心的服务即可,不必要提供其他过多的服务,连页面都帮你生成了。系统的灵活性哪里去了。再则,如果我知道单纯的需要改进页面比如把JSP的改成FLEX或者EXT JS的那么我该从哪里下手,逻辑层和表现出的解耦有多大的麻烦?这一切我们都不知道。因为它不开源。 思考这么一个问题,为什么EJB只提供到组件的级别,难道 ...
在论坛中看了一篇关于JVM GC的问题。 描述;逻辑挺简单的,只是调用量和数据量都非常大,因此会产生非常多的对象,尤其是minor GC这一块,基本上是很难优化了。 第一  JAVA做的东西不一定会比C++的性能来的差  没有必要考虑放弃JAVA 第二  创建的对象太多不发生内存溢出已经是很庆幸的一件事情了. 关于GC,浅谈以下几点. 第一  不要奢望JVM在你调用GC后马上就会回收. 第二  数据库很强大但也不要经常出现 SELECT * FROM TABLE的情况. 第三  一次创建太多对象应该考虑是否有必要创建这么多对象,能否分次分批进行处理.JSP分页是一个古老的技术,只是用的多 ...
刚看了一个  java中线程到底什么时候启动 的帖子小弟不才谈谈个人对java线程的几点看法。 线程是一个很有意思的东西。 在线程方面我大概经历了这么几个阶段。 第一个阶段  业务驱动线程,就是有业务马上开辟线程然后去 ...
SOA(Service-Oriented Architecture,面向服务架构)开发领域谈论最多的一个词。 中国的SOA市场这几年发展的很不错,但也有很多是卖羊头挂狗肉的。打着SOA的旗号干起工作流的勾当(个人想法,且听我说完)。 我觉得SOA的一个很重要的目标是信息共享,解决数据孤岛的问题。那么离开了网络的SOA能算是一个真正意义上的SOA平台吗?所以我觉得说工作流就是SOA是错误的虽然SOA离不开流程。但是把SOA的思想应用到工作流的设计中我是很赞同的。(题外话) 中国现代化建设这么多年,信息孤岛到处可见,每个部门都抱着自己数据。这样造成了资源的浪费和生产力的下降。信息共享是发展的必然趋 ...
proxool是一个使用方便的数据库连接池. 适应于一个应用需要同时连接多种或多个数据库的场合. 该连接池能够按照别名获取数据库连接. 别名的生成为 url加username,因为这两个组合能够区分不同数据库和统一数据库不同用户的连接. 连接池代码: import java.sql.Connection; import java.sql.SQLException; import java.util.HashMap; import java.util.Map; import org.apache.log4j.Logger; import org.logicalcobweb ...
Global site tag (gtag.js) - Google Analytics