tongtong_use的博客

现象：用JSF+spring做了一个应用系统，JSF1.2，Richfaces3.3.3，项目部署在weblogic11上没有问题，但是部署weblogic12上，就出现各种问题。最后经过各种调试发现的规律是：JSF页面js报错，JSF页面调用bean中方法调不到，JSF页面JSF方法、标签不生效、报错由此怀疑是怀疑JSF1.2与weblogic12有冲突。解决：...

1、rich:fileUpload 3.X支持a4j:support，可以通过a4j:support配置onclear、onuploadcomplete事件    rich:fileUpload 4.X支持a4j:ajax，不支持a4j:support2、rich:fileUpload 3.X刷新 是reRender    rich:fileUpload 4.X刷新是render3...

        作为一个程序员，习惯了用IT思维去理解生活，去解释生活，通俗的说 就是职业病，这种生活中的工作痕迹，细细品来挺有意思，我说一些我生活中的小乐趣，欢迎大家来补充：（1）一次，和同事聊到古代夺嫡之惨烈，        A同事：你说皇帝为什么不生一个儿子呢？没得争，多好！        B同事： 生一个儿子万一挂了咋办？        A同事：那就生两个，一主一备！！！！...

报错信息如下：ModuleParseError: Module parse failed: xxxxxxxxxxxxxxx/node_modules/babel-loader/lib/index.js!xxxxxxxxxxxxx/js/main.js Line 1: Unexpected tokenYou may need an appropriate loader to handle t...

一、定义Bean的注解：@Component、@Repository、@Service、@Controller、@Bean@Component、@Repository、@Service、@Controller实质上属于同一类注解，用法相同，功能相同，区别在于标识组件的类型。 如果 Web 应用程序采用了经典的三层分层结构的话，最好在持久层、业务层和控制层分别采用 @Repository、@Se...

原文出处： pengjiahengJVM调优工具Jconsole，jProfile，VisualVMJconsole : jdk自带，功能简单，但是可以在系统有一定负荷的情况下使用。对垃圾回收算法有很详细的跟踪。详细说明参考这里JProfiler：商业软件，需要付费。功能强大。详细说明参考这里VisualVM：JDK自带，功能强大，与JProfiler类似。推荐。如何调优观察内存释放情况、集合类检...

原文出处： pengjiaheng垃圾回收的瓶颈传统分代垃圾回收方式，已经在一定程度上把垃圾回收给应用带来的负担降到了最小，把应用的吞吐量推到了一个极限。但是他无法解决的一个问题，就是Full GC所带来的应用暂停。在一些对实时性要求很高的应用场景下，GC暂停所带来的请求堆积和请求失败是无法接受的。这类应用可能要求请求的返回时间在几百甚至几十毫秒以内，如果分代垃圾回收方式要达到这个指标，只能把最大...

原文出处： pengjiaheng以下配置主要针对分代垃圾回收算法而言。堆大小设置年轻代的设置很关键JVM中最大堆大小有三方面限制：相关操作系统的数据模型（32-bt还是64-bit）限制；系统的可用虚拟内存限制；系统的可用物理内存限制。32位系统下，一般限制在1.5G~2G；64为操作系统对内存无限制。在Windows Server 2003 系统，3.5G物理内存，JDK5.0下测试，最大可设...

原文出处： pengjiaheng为什么要分代分代的垃圾回收策略，是基于这样一个事实：不同的对象的生命周期是不一样的。因此，不同生命周期的对象可以采取不同的收集方式，以便提高回收效率。在Java程序运行的过程中，会产生大量的对象，其中有些对象是与业务信息相关，比如Http请求中的Session对象、线程、Socket连接，这类对象跟业务直接挂钩，因此生命周期比较长。但是还有一些对象，主要是程序运行...

原文出处： pengjiaheng如何区分垃圾上面说到的“引用计数”法，通过统计控制生成对象和删除对象时的引用数来判断。垃圾回收程序收集计数为0的对象即可。但是这种方法无法解决循环引用。所以，后来实现的垃圾判断算法中，都是从程序运行的根节点出发，遍历整个对象引用，查找存活的对象。那么在这种方式的实现中，垃圾回收从哪儿开始的呢？即，从哪儿开始查找哪些对象是正在被当前系统使用的。上面分析的堆和栈的区别...

原文出处： pengjiaheng可以从不同的的角度去划分垃圾回收算法：按照基本回收策略分引用计数（Reference Counting）:比较古老的回收算法。原理是此对象有一个引用，即增加一个计数，删除一个引用则减少一个计数。垃圾回收时，只用收集计数为0的对象。此算法最致命的是无法处理循环引用的问题。标记-清除（Mark-Sweep）:此算法执行分两阶段。第一阶段从引用根节点开始标记所有被引用的...

原文出处： pengjiaheng数据类型Java虚拟机中，数据类型可以分为两类：基本类型和引用类型。基本类型的变量保存原始值，即：他代表的值就是数值本身；而引用类型的变量保存引用值。“引用值”代表了某个对象的引用，而不是对象本身，对象本身存放在这个引用值所表示的地址的位置。基本类型包括：byte,short,int,long,char,float,double,Boolean,returnAdd...

Eureka涉及到的参数配置项数量众多，它的很多功能都是通过参数配置来实现的，了解这些参数的含义有助于我们更好的应用Eureka的各种功能，下面对Eureka的配置项做具体介绍，供大家参考。      Eureka客户端配置      1、RegistryFetchIntervalSeconds      从eureka服务器注册表中获取注册信息的时间间隔（s），默认为30秒   

嵌入tomcat源码分析在启动spring boot工程时利用@SpringBootApplication注解，该注解启动@EnableAutoConfiguration自动配置，加载META-INF/spring.factories文件# Auto Configureorg.springframework.boot.autoconfigure.EnableAutoConfigura

前言本篇开始讲述Spring Boot如何整合RabbitMQ(实际上Spring就整合了RabbitMQ)。RabbitAdmin在上篇中遗留AmqpAdmin没有讲解，现在来看下该部分代码[html] view plain copypublic AmqpAdmin amqpAdmin(Cachi

前言Spring Boot中引入了自动配置，让开发者利用起来更加的简便、快捷，本篇讲利用RabbitMQ的自动配置为例讲分析下Spring Boot中的自动配置原理。在上一篇末尾讲述了Spring Boot 默认情况下会为ConnectionFactory、RabbitTemplate等bean，在前面的文章中也讲到嵌入的Tomcat默认配置为8080端口这些都属于Spri

前言本篇主要讲述Spring Boot与RabbitMQ的整合，内容非常简单，纯API的调用操作。 操作之间需要加入依赖Jar[html] view plain copydependency>  groupId>org.springframework.bootgroupId>  artifactId>spring-boot-s

前言最近几篇文章将围绕消息中间件RabbitMQ展开，对于RabbitMQ基本概念这里不阐述，主要讲解RabbitMQ的基本用法、Java客户端API介绍、Spring Boot与RabbitMQ整合、Spring Boot与RabbitMQ整合源码分析。RabbitMQ安装在使用消息中间件RabbitMQ之前就是安装RabbitMQ。

前言前面的文章描述了Application对应Bean的创建，本篇将阐述spring boot中bean的创建过程refresh首先来看SpringApplication#run方法中refresh()方法[html] view plain copy// Refresh the context  

前言通过前面的文章了解到在spring boot的启动时，利用的是编写的Application类，使用了注解@SpringBootApplication，本篇将阐述该Bean的加载过程。[html] view plain copy@SpringBootApplication  public class Application {