亚洲精品中文字幕无乱码麻豆,亚洲图片激情小说,亚洲欧洲日韩极速播放

框架-quartz

陈睿 — Tue, 03 Jul 2012 06:42:00 GMT

一�Q�quartz��?/strong>
OpenSymphony 的Quartz提供了一个比较完��的��d��调度解决�Ҏ(gu��)��?/span>
Quartz 是个开源的作业调度框架�Q�定时调度器�Q��ؓ�?Java 应用�E�序中进行作业调度提供了��单却强大的机制�?/div>
Quartz中有两个基本概念�Q�作业和触发器。作业是能够调度的可执行��d��Q�触发器提供了对作业的调�?br />
二：quartz spring配置详解
��Z��么不适用java.util.Timer�l�合java.util.TimerTask
      1.主要的原因，适用不方便，特别是制定具体的�q�月日时分的旉��Q�而quartz使用�c�M��linux上的cron配置�Q�很方便的配�|�每隔时间执行触发�?br />
    2.其次性能的原因，使用jdk自带的Timer不具备多�U�程�Q�而quartz采用�U�程池，性能上比timer高出很多�?br />

详解quartz在spring里面的配�|?/strong>
在spring里主要分��Z��U��用方式：�W�一�U�，也是目前使用最多的方式�Q�spring提供的MethodInvokingJobDetailFactoryBean代理�c�，通过雷利�cȝ��接调用�Q务类的某个函敎ͼ��W�二�U?�E�序里实现quartz接口�Q�quartz通过该接口进行调度�?br />
主要讲解通过spring提供的代理类MethodInvokingJobDetailFactoryBean

1.业务逻辑�c?业务逻辑是独立的�Q�本�w�就与quartz解耦的�Q��ƈ没有深入�q�去�Q�这对业务来讲是很好的一个方式�?br />
              public class  TestJobTask{


      /**
       *业务逻辑处理
       */
        public void   service(){
            /**业务逻辑*/
                ..
        }

}

2.增加一个线�E�池

<bean id="executor" class="org.springframework.scheduling.concurrent.ThreadPoolTaskExecutor">
<property name="corePoolSize" value="10" />
<property name="maxPoolSize" value="100" />
<property name="queueCapacity" value="500" />
bean>

3.定义业务逻辑�c?br />

<bean id="testJobTask" class="com.mike.scheduling.TestJobTask" />

4.增加quartz调用业务逻辑


<bean id="jobDetail" class="org.springframework.scheduling.quartz.MethodInvokingJobDetailFactoryBean">
<property name="targetObject" ref="testJobTask" />
<property name="targetMethod" value="service" />
bean>

5.增加调用的触发器�Q�触发的旉��Q�有两种方式�Q?br />
�W�一�U�触发时��_��采用�c�M��linux的cron�Q�配�|�时间的表示发出丰富
<bean id="cronTrigger" class="org.springframework.scheduling.quartz.CronTriggerBean">
<property name="jobDetail" ref="jobDetail" />
<property name="cronExpression" value="10 0/1 * * * ?" />
bean>
  Cron表达�?#8220;10 */1 * * * ?”意�ؓ�Q�从10�U�开始，�?分钟执行一��?/span>

�W�二�U�，采用比较��话的方式�Q�申明�g�q�时间和间隔旉��
<bean id="taskTrigger" class="org.springframework.scheduling.quartz.SimpleTriggerBean">
<property name="jobDetail" ref="jobDetail" />
<property name="startDelay" value="10000" />
<property name="repeatInterval" value="60000" />
bean>
  延迟10�U�启动，然后每隔1分钟执行一��?/span>

6.开始调�?br />

<bean class="org.springframework.scheduling.quartz.SchedulerFactoryBean">
<property name="triggers">
  <list>
   <ref bean="cronTrigger" />
  list>
property>
<property name="taskExecutor" ref="executor" />
bean>

7.�l�束�Q�启动容器即可，已经��spring和quartz�l�合完毕�?/strong>

Cron常用的表辑ּ�
  "0 0 12 * * ?" 每天中午12点触�?/span>
"0 15 10 ? * *" 每天上午10:15触发
"0 15 10 * * ?" 每天上午10:15触发
"0 15 10 * * ? *" 每天上午10:15触发
"0 15 10 * * ? 2005" 2005�q�的每天上午10:15触发
"0 * 14 * * ?" 在每天下�?点到下午2:59期间的每1分钟触发
"0 0/5 14 * * ?" 在每天下�?点到下午2:55期间的每5分钟触发
"0 0/5 14,18 * * ?" 在每天下�?点到2:55期间和下�?点到6:55期间的每5分钟触发
"0 0-5 14 * * ?" 在每天下�?点到下午2:05期间的每1分钟触发
"0 10,44 14 ? 3 WED" 每年三月的星期三的下�?:10�?:44触发
"0 15 10 ? * MON-FRI" 周一臛_��五的上午10:15触发
"0 15 10 15 * ?" 每月15日上�?0:15触发
"0 15 10 L * ?" 每月最后一日的上午10:15触发
"0 15 10 ? * 6L" 每月的最后一个星期五上午10:15触发
"0 15 10 ? * 6L 2002-2005" 2002�q�至2005�q�的每月的最后一个星期五上午10:15触发
"0 15 10 ? * 6#3" 每月的第三个星期五上�?0:15触发

三：quartz原理

�Ҏ(gu��)��上面spring的配�|�，我们��比较清楚quartz的内部情况，下面我们主要详解配置涉及到的每个�?/strong>
1.我们先从最后一个步骤看��P��SchedulerFactoryBean �Q�scheduler的工厂实玎ͼ�里面可以生��出对应的多个jobDetail和trigger�Q�每个jobDetail对应trigger代表一个�Q�?br />    Quartz的SchedulerFactory是标准的工厂�c�，不太适合在Spring环境下��用。此外，��Z��保证Scheduler能够感知 Spring容器的生命周期，完成自动启动和关闭的操作�Q�必��让Scheduler和Spring容器的生命周期相兌��。以便在Spring容器启动后， Scheduler自动开始工作，而在Spring容器关闭前，自动关闭Scheduler。�ؓ此，Spring提供 SchedulerFactoryBean�Q�这个FactoryBean大致拥有以下的功能：
1)以更具Bean风格的方式�ؓScheduler提供配置信息�Q?nbsp;
2)让Scheduler和Spring容器的生命周期徏立关联，相生相息�Q?nbsp;
3)通过属性配�|�部分或全部代替Quartz自��n的配�|�文件�?nbsp;
2.jobDetail,表示一个可执行的业务调�?br />
3.trigger:调度的时间计划，什么时候，每隔多少旉��可执行等旉��计划

4.ThreadPoolTaskExecutor�Q�线�E�池�Q�用来�ƈ行执行每个对应的job�Q�提高效率，�q�也是上面提��C��推荐使用jdk自��ntimer的一个很重要的原�?/span>

陈睿 2012-07-03 14:42 发表评论

框架-spring

陈睿 — Wed, 29 Feb 2012 06:45:00 GMT
一�Q�spring概要
   ��单来��_��Spring是一个轻量��的控制反转（IoC�Q�和面向切面�Q?a target="_blank" style="text-decoration: underline; color: #136ec2; ">AOP�Q�的容器框架�?br />   ◆控制反�{——Spring通过一�U�称作控制反转（IoC�Q�的技术促�q�了松耦合。当应用了IoC�Q�一个对象依赖的其它对象会通过被动的方式传递进来，而不是这个对象自己创建或者查找依赖对象。你可以认�ؓIoC与JNDI相反——不是对象从容器中查找依赖�Q�而是容器在对象初始化时不�{�对象请求就��d��依赖传递给它�?div>
　　◆面向切面——Spring提供�?a target="_blank" style="text-decoration: underline; color: #136ec2; ">面向切面�~�程的丰富支持，允许通过分离应用的业务逻辑与系�l��服务�Q�例如审计（auditing�Q�和事务�Q�transaction�Q�管理）�q�行内聚性的开发。应用对象只实现它们应该做的——完成业务逻辑——仅此而已。它们�ƈ不负责（甚至是意识）其它的系�l��x��点，例如日志或事务支持�?div style="height: 14px; line-height: 14px; font-size: 12px; overflow-x: hidden; overflow-y: hidden; ">　　◆容器——Spring包含�q�管理应用对象的配置和生命周期，在这个意义上它是一�U�容器，你可以配�|�你的每个bean如何被创�?#8212;—��Z��一个可配置原型�Q�prototype�Q�，你的bean可以创徏一个单独的实例或者每�ơ需要时都生成一个新的实�?#8212;—以及它们是如何相互关联的。然而，Spring不应该被混同于传�l�的重量�U�的EJB容器�Q�它们经常是庞大与笨重的�Q�难以��用�?div style="height: 14px; line-height: 14px; font-size: 12px; overflow-x: hidden; overflow-y: hidden; ">　　◆框架——Spring可以��简单的�l��g配置、组合成为复杂的应用。在Spring中，应用对象被声明式地组合，典型地是在一个XML文�g里。Spring也提供了很多基础功能�Q�事务管理、持久化框架集成�{�等�Q�，��应用逻辑的开发留�l�了你�?div style="height: 14px; line-height: 14px; font-size: 12px; overflow-x: hidden; overflow-y: hidden; ">　　所有Spring的这些特征��你能够编写更�q�净、更可管理、�ƈ且更易于��试的代码。它们也为Spring中的各种模块提供了基��支持�?br />
二：spring的整个生命周�?/strong>
   首先说一下spring的整个初始化�q�程�Q�web应用中创建spring容器有两�U�方式：
   �W�一�U�：在web.xml里直接配�|�spring容器�Q�servletcontextlistener
   �W�二�U�：通过load-on-startup servlet实现�?br />   主要��p��一下第一�U�方式：
   spring提供了ServletContextListener的实现类ContextLoaderListener,该类作�ؓlistener使用�Q�在创徏时自动查找W(w��ng)EB-INF目录下的applicationContext.xml,该文件是默认查找的，如果只有一个就不需要配�|�初始化xml参数�Q�如果需要配�|�，讄��contextConfigLocation为application的xml文�g卛_��。可以好好阅��M��下ContextLoaderListener的源代码�Q�就可以很清楚的知道spring的整个加载过�E��?br />   spring容器的初始化代码如下�Q?br />   /**
     * Initialize the root web application context.
     */
    public void contextInitialized(ServletContextEvent event) {
        this.contextLoader = createContextLoader();
        if (this.contextLoader == null) {
            this.contextLoader = this;
        }
        this.contextLoader.initWebApplicationContext(event.getServletContext());//contextLoader初始化web应用容器

    }
   �l�箋分析initWebApplicationContext做了什么事情：


    /**
     * Initialize Spring's web application context for the given servlet context,
     * according to the "{@link #CONTEXT_CLASS_PARAM contextClass}" and
     * "{@link #CONFIG_LOCATION_PARAM contextConfigLocation}" context-params.
     * @param servletContext current servlet context
     * @return the new WebApplicationContext
     * @see #CONTEXT_CLASS_PARAM
     * @see #CONFIG_LOCATION_PARAM
     */
    public WebApplicationContext initWebApplicationContext(ServletContext servletContext) {
   //首先创徏一个spring的父容器�Q�类似根节点root容器�Q�而且只能是一个，如果已经创徏�Q�抛出对应的异常
        if (servletContext.getAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE) != null) {
            throw new IllegalStateException(
                    "Cannot initialize context because there is already a root application context present - " +
                    "check whether you have multiple ContextLoader* definitions in your web.xml!");
        }

        Log logger = LogFactory.getLog(ContextLoader.class);
        servletContext.log("Initializing Spring root WebApplicationContext");
        if (logger.isInfoEnabled()) {
            logger.info("Root WebApplicationContext: initialization started");
        }
        long startTime = System.currentTimeMillis();

        try {
            // Determine parent for root web application context, if any.
            ApplicationContext parent = loadParentContext(servletContext);//创徏通过web.xml配置的父容器
具体里面的代码是怎么实现的，��׃��在这里进行详解了
// Store context in local instance variable, to guarantee that
            // it is available on ServletContext shutdown.
            this.context = createWebApplicationContext(servletContext, parent);//主要的创��E�都在改�Ҏ(gu��)��内，可以自己�ȝ��源代�?/span>
            servletContext.setAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE, this.context);
   //把spring初始好的容器加蝲到servletcontext内，相当于servletcontext包含webapplicationcontext
            ClassLoader ccl = Thread.currentThread().getContextClassLoader();
            if (ccl == ContextLoader.class.getClassLoader()) {
                currentContext = this.context;
            }
            else if (ccl != null) {
                currentContextPerThread.put(ccl, this.context);
            }

            if (logger.isDebugEnabled()) {
                logger.debug("Published root WebApplicationContext as ServletContext attribute with name [" +
                        WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE + "]");
            }
            if (logger.isInfoEnabled()) {
                long elapsedTime = System.currentTimeMillis() - startTime;
                logger.info("Root WebApplicationContext: initialization completed in " + elapsedTime + " ms");
            }

            return this.context;
        }
        catch (RuntimeException ex) {
            logger.error("Context initialization failed", ex);
            servletContext.setAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE, ex);
            throw ex;
        }
        catch (Error err) {
            logger.error("Context initialization failed", err);
            servletContext.setAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE, err);
            throw err;
        }
    }

   看到�q�里基本已经清楚了整个spring容器的加载过�E�，如果�q�想了解更加深入�Q�请查看我红色标注的�Ҏ(gu��)��体�?br />
   其次再说一下spring的IOC和AOP使用的场景，�׃��原理大家都很清楚了，那就说一下它们��用到的地方：

   IOC使用的场景：
   ��理bean的依赖关�p�，目前��L��的电(sh��)子商务网站基本都采用spring��理业务层代码的依赖关系�Q�包�?淘宝�Q�支付宝�Q�阿里巴��_��癑ֺ��{�公司�?br />

陈睿 2012-02-29 14:45 发表评论

框架-struts2

陈睿 — Mon, 27 Feb 2012 09:07:00 GMT
一�Q�struts2概要
   以WebWork优秀设计思想为核心，吸收了struts1的部分优炏V�?br />
二：struts2详解
   主要��是详解struts2与struts1之间的区别，以及��Z��么要采用webwork重新设计新框�Ӟ��以及吸收了struts1的哪部分优点�?br />   首先��区别：
   最大的区别是与servlet成功解耦，不在依赖容器来初始化HttpServletRequest和HttpServletResponse
   struts1里依赖的核心控制器�ؓActionServlet而struts2依赖ServletDispatcher,一个是servlet一个是filter,正是采用了filter才不至于和servlet耦合�Q�所有的数据都是通过拦截器来实现�Q�如下图昄��Q?/blockquote>

   web层表现层的丰富，struts2已经可以使用jsp、velocity、freemarker
   �U�程模式斚w��Q�struts1的action是单例模式而且必须是线�E�安全或同步的，是struts2的action�Ҏ(gu��)��一个请求都产生一个新的实例，因此没有�U�程安全�? 题�?/li>
   ��装��h��参数�Q�是struts1采用ActionForm��装��h��参数�Q�都必须�l�承ActionForm基类�Q�而struts2通过bean的属性封装，大大降低了耦合�?/li>
   �c�d��转换�Q�struts1��装的ActionForm都是String�c�d��Q�采用Commons- Beanutils�q�行�c�d��转换�Q�每个类一个�{换器�Q�struts2采用OGNL�q�行�c�d��? 换，支持基本数据�c�d��和封装类型的自动转换�?/li>
   数据校验�Q�struts1在ActionForm中重写validate�Ҏ(gu��)��Q�struts2直接重写validate�Ҏ(gu��)��Q�直接在action里面重写卛_��Q�不需要��承�Q何基�c�，实际的调用顺序是�Q�validate()-->execute()�Q�会在执行execute之前调用validate,也支持xwork校验框架来校验�?/li>
   其次�Q�讲一下�ؓ什么要采用webwork来重新设计struts2
   首先的从核心控制器谈��P��struts2的FilterDispatcher�Q�这里我们知道是一个filter而不是一个servlet,讲到�q�里很多��不是很清楚web.xml里它们之间的联系�Q�先��短讲一下它们的加蝲��序�Q�context-param(应用范围的初始化参数)-->listener(监听应用端的��M��修改通知)-->filter(�q��o)-->servlet�?br />   filter在执行servlet之间��׃��及调用了�Q�所以才有可能解脱完全依赖servlet的局面，那我们来看看�q�个filter做了什么事情：
   /**
     * Process an action or handle a request a static resource.
     *

     * The filter tries to match the request to an action mapping.
     * If mapping is found, the action processes is delegated to the dispatcher's serviceAction method.
     * If action processing fails, doFilter will try to create an error page via the dispatcher.
     *

     * Otherwise, if the request is for a static resource,
     * the resource is copied directly to the response, with the appropriate caching headers set.
     *

     * If the request does not match an action mapping, or a static resource page,
     * then it passes through.
     *
     * @see javax.servlet.Filter#doFilter(javax.servlet.ServletRequest, javax.servlet.ServletResponse, javax.servlet.FilterChain)
     */
    public void doFilter(ServletRequest req, ServletResponse res, FilterChain chain) throws IOException, ServletException {

        HttpServletRequest request = (HttpServletRequest) req;
        HttpServletResponse response = (HttpServletResponse) res;
        ServletContext servletContext = getServletContext();

        String timerKey = "FilterDispatcher_doFilter: ";
        try {

            // FIXME: this should be refactored better to not duplicate work with the action invocation
            ValueStack stack = dispatcher.getContainer().getInstance(ValueStackFactory.class).createValueStack();
            ActionContext ctx = new ActionContext(stack.getContext());
            ActionContext.setContext(ctx);

            UtilTimerStack.push(timerKey);
            request = prepareDispatcherAndWrapRequest(request, response);
            ActionMapping mapping;
            try {
                mapping = actionMapper.getMapping(request, dispatcher.getConfigurationManager());
            } catch (Exception ex) {
                log.error("error getting ActionMapping", ex);
                dispatcher.sendError(request, response, servletContext, HttpServletResponse.SC_INTERNAL_SERVER_ERROR, ex);
                return;
            }

            if (mapping == null) {
                // there is no action in this request, should we look for a static resource?
                String resourcePath = RequestUtils.getServletPath(request);

                if ("".equals(resourcePath) && null != request.getPathInfo()) {
                    resourcePath = request.getPathInfo();
                }

                if (staticResourceLoader.canHandle(resourcePath)) {
                    staticResourceLoader.findStaticResource(resourcePath, request, response);
                } else {
                    // this is a normal request, let it pass through
                    chain.doFilter(request, response);
                }
                // The framework did its job here
                return;
            }

            dispatcher.serviceAction(request, response, servletContext, mapping);//�q��o用户��h��Q�拦截器执行�Q�把对应的action��h��转到业务action执行        }

finally {
            try {
                ActionContextCleanUp.cleanUp(req);
            } finally {
                UtilTimerStack.pop(timerKey);
            }
        }
    }
   对应的action参数由拦截器获取�?br />   解耦servlet是struts2采用webwork思�\的最重要的一个原因，也迎合了整个技术的一个发展方向，解耦一直诏�I�于整个框架�?/span>


陈睿 2012-02-27 17:07 发表评论