Petstore源码追踪记(3)-商业逻辑处理(四)

原创 2003年01月31日 15:32:00
Petstore源码记纵记(3)-商业逻辑处理()
                                         
欧宣修
图文并茂版请参考
http://www.javatwo.net/JavaPaper/Petstore-3_business_logic.pdf

接续上期...

我们已了解SignOnFilterWeb tier处理登入工作的步骤,它需要透过EJB tier从数据库读取资料进行比对,所以接下来探讨在EJB tier的运作情形,从图1415可找出实际对应的EJB,从图上面可知此EJB的属性是Local Stateless
Session Bean
,这很少见,大部份的书介绍到Local Bean的用法都用在Entity Bean,由此可知Local Bean的用法亦可用在Session Bean
     SignOnEJB
,源码在Petstore_home/src/components/signon/src/com/sun/j2ee/blueprints/signon/ejb/SignOnEJB.java,请读者顺便加上侦察程序代码:
    
public class SignOnEJB implements SessionBean {

    private static final String USER_HOME_ENV_NAME =
"java:comp/env/ejb/local/User";
    private InitialContext ic = null;
    private UserLocalHome ulh = null;

    public void ejbCreate() throws CreateException {
      try {
        ic = new InitialContext();
        //
取得UserLocalHome Reference,它是代表使用者基本资料的Local Entity Bean
        ulh = (UserLocalHome) ic.lookup(USER_HOME_ENV_NAME);
      } catch (NamingException ne) {
         throw new EJBException("SignOnEJB Got naming exception! " +
ne.getMessage());
      }
    }

    /**
     *
此函数由SignOnFilter呼叫,依使用者帐号找出对应的User实体
   *(instance),然后呼叫User实体的密码比对函数-user.matchPassword()
     * business method used to check if a user is allowed to sign on
     */
    public boolean authenticate(String userName, String password) {
    //请加入侦察程序代码,方便稍候程序验证
System.out.println("SignOnEJB
执行authenticate()进行使用者验证
userName="+userName+", password="+password);
        try {
            UserLocal user = ulh.findByPrimaryKey(userName);
            return user.matchPassword(password);
        } catch (FinderException fe) {
            return false; // User not found, so authentication failed.
        }
    }
    
以下略...
    

16 SignOnEJBEJB Reference
    
UserEJB
,源码在
Petstore_home/src/components/signon/src/com/sun/j2ee/blueprints/signon/user/ejb/
UserEJB.java
,它是Local Entity Bean,对应数据库中实际资料表-
UserEJBTable
在约88列可看到SignOnEJB所呼叫的函数,请读者顺便加
上侦察程序代码:
    
   
public boolean matchPassword(String password) {
  //请加入侦察程序代码,方便稍候程序验证
  System.out.println("UserEJB执行matchPassword()进行密码比对");
    return password.equals(getPassword());
}
    

17 UserEJBEntity Bean

点选图17右下角”Deployment Settings”钮,可见到图18画面,
选择左下角”Method Implementation Queries””Container Methods”
”createRow”,即可看到图18SQL Query

18 UserEJB对应资料表为UserEJBTable

由上述所列程序代码及图,读者应该可以了解使用者登入在EJBz tier的运作情形,在UserEJB也看到一个不一样的用法,就是在Entity Bean上使用商业逻辑-matchPassword() 函数,在大部份的EJB书籍或文件都告诉我们商业逻辑应该用Session Bean去实作,资料则用Entity Bean来实作,但在这里密码比较的商业逻辑是非常简单的,只用了一行程序就解决了,所以也不需为了它另外再做一个Session Bean
也许读者会问为什么不将此函数写在SignOnEJB?笔者认为密码比对不只在登入流程上会使用,在使用者基本资料编辑时也可能会用到,所以还是放在UserEJB比较适合:)     我们能够知道使用者基本资料是存于UserEJBTable,我们要如何知道此资料表所存内容是什么?请参阅注4

现在请重复第一阶段验证步骤将程序重新编辑及部署,可发现程序如我们所预期般执行!

19 第二阶段程序验证结果

第三阶段
大家还记得在SignOnFiltervalidateSignOn()函数,验证成功会将
SIGNED_ON_USER
变量(对应实际变量为j_signon)的值设为真值(true)

hreq.getSession().setAttribute(SIGNED_ON_USER, new Boolean(true));

当我们再次从首页进入使用者基本资料浏览页,会再度给SignOnFilter拦截,从Session取出SIGNED_ON_USER变量(对应实际变量为j_signon),经判断为真值(true)SignOnFilter则会放行转导至使用者基本资料浏览画面(customer.do),读者可参考下列程序代码加入侦察码,在约125doFilter()函数:


    boolean signedOn = false;
    if (hreq.getSession().getAttribute(SIGNED_ON_USER) != null) {
       signedOn
=((Boolean)hreq.getSession().getAttribute(SIGNED_ON_USER)).booleanValue();
        //
加入侦察码
System.out.println("signedOn="+signedOn);
    } else {
       hreq.getSession().setAttribute(SIGNED_ON_USER, new Boolean(false));
    }
       // jump to the resource if signed on
       //
若已登入过,则结束此Filter工作,进入Filter chain,以本例来说,它为
Filter chain
中最后一个Filter,所以就是不做任何事,让使用者进入他的目的画面
       if (signedOn) {
           //
加入侦察码
           System.out.println("
使用者已登入过!");
           chain.doFilter(request,response);
           return;
       }

参考前面叙述重新编译部署后执行,可得下图预期结果:


20 第三阶段程序验证结果


customer.do

 
到这里相信读者能对Petstore登入流程控管有更深入的了解,通过登入流程就到达了使用者基本数据浏览画面(customer.do)*.do与前二篇介绍的*.screen不同,*.screen代表的是一个画面,如main.screen代表首页,它可由多个.jsp所组成;*.do代表的是一个动作,customer.do代表对使用者基本资料相关动作,如新增、修改、删除,它会透过EJB tier与资料库互动,最后得到的结果也是要展现,运用*.screen的机制组成结果画面,所以我们可以这样想象*.screen是名词,*.do是动词,以本例来说,只是读取资料,虽然运用到*.do,但并没有任何动作,为了能让读者了解整个架构,还是在此稍事说明。

请开?deploytool,点选左边窗格Files > Applications > PetstoreEAR > PetstoreWAR > MainServlet,选择右边 Alias页,可发现处理*.do即是MainServlet

21 *.do对应MainServlet

点选General页可找到实际对应类别,源码在
Petstore_home/src/waf/src/controller/com/sun/j2ee/blueprints/waf/controller/web/MainServlet.java
,在约79列可找到初始函数:

public void init(ServletConfig config) throws ServletException {
        //
读取预设语系,值为”en_US”
        String defaultLocaleString = config.getInitParameter("default_locale");
        defaultLocale = I18nUtil.getLocaleFromString(defaultLocaleString);
        this.context = config.getServletContext();
        String requestMappingsURL = null;
        try {
            //
读取mapping.xml
            requestMappingsURL =
context.getResource("/WEB-INF/mappings.xml").toString();
        } catch (java.net.MalformedURLException ex) {
            System.err.println("MainServlet: initializing ScreenFlowManager
malformed URL exception: " + ex);
        }
       //
mappings.xml转成HashMap类别并存入ServletContext
       urlMappings = URLMappingsXmlDAO.loadRequestMappings(requestMappingsURL);
       context.setAttribute(WebKeys.URL_MAPPINGS, urlMappings);
       eventMappings = URLMappingsXmlDAO.loadEventMappings(requestMappingsURL);
       context.setAttribute(WebKeys.EVENT_MAPPINGS, eventMappings);
       //ScreenFlowManager
初始化并存入ServletContext
       getScreenFlowManager();
       //RequestProcessor
初始化并存入ServletContext
       getRequestProcessor();
}

22 MainServlet实际对应类别

MainServlet
在初始化时会读取预设语系及对应设定档(mapping.xml),及初始化ScreenFlowManagerRequestProcessor,预设语系设定在MainServletinit. Parameter页,值为”en_US”(英语系)

23 MainServletinit. Parameter设定

对应设定文件位置在
Petstore_home/src/apps/petstore/src/docroot/WEB-INF/mappings.xml
,我们可在约95行找到customer.do的相关设定

<url-mapping url="customer.do" screen="customer.screen" >
<web-action-class>com.sun.j2ee.blueprints.petstore.controller.web.actions.CustomerHTMLAction</web-action-class>
</url-mapping>

这一段卷标(tag)有三个参数:
url:
标示对应动作
web-action-class:
实际执行类别
screen:
结果显示画面

     *.do
的运作机制是Servlet接收到request,从mappings.xml找到对应的url
RequestProcessor
将对应的web-action-class初始化并执行,ScreenFlowManager
将执行结果传回给*.screen,再运用本系列前两篇所介绍*.screen机制组成实际画面,响应给使用者,大致的流程是这样,实际上更复杂,因牵涉到Web tierEJB tier间沟通,但以本例来说,RequestProcessor对应web-action-class(CustomerHTMLAction)并没有做什么事,后续RequestProcessor接收到结果显示画面(customer.screen),则进行转导(forward)动作。
     mappings.xml
读取后转成HashMap类别存入ServletContext供所有进入
Petstore
系统的人使用,接着将ScreenFlowManagerRequestProcessor初始
化并存入ServletContext


版权声明:本文为博主原创文章,未经博主允许不得转载。

八领域边界追踪算法

八领域边界追踪 C语言 图像处理算法
  • Dopamy_BusyMonkey
  • Dopamy_BusyMonkey
  • 2015年01月08日 14:41
  • 2868

Opencv轮廓跟踪算法源码分析(1)——icvFetchContour()

想要看懂Opencv源码,打算从findContours()开始。 源文件: C:\***\opencv\sources\modules\imgproc\src\contours.cpp 环境:op...
  • yiqiudream
  • yiqiudream
  • 2017年07月22日 17:06
  • 1248

边界跟踪算法(一)——Square跟踪算法

最近研究图像边界跟踪的相关算法,看了一些论文,得到一些相关的算法知识,与大家分享。 Square算法为了提取图案的边界, 首先,对给定的数字图像,即在网格平面白像素背景上的一组黑色像素,我们需要找...
  • kksc1099054857
  • kksc1099054857
  • 2017年07月10日 23:09
  • 646

图像处理基础知识系列之一:边界跟踪之内边界跟踪算法解释

边界跟踪:内边界跟踪算法解释         边界跟踪是基于边缘的分割常用方法之一,用于区域已分出(二值或已标注),但边界未知的情况。分为内边界与外边界。内边界为区域的一个子集,外边界不是区域的一个子...
  • coming_is_winter
  • coming_is_winter
  • 2017年05月26日 19:10
  • 1536

如何在sublime text中实现函数跟踪跳转(ctags)

在source insight中有一个很好用的功能,就是函数的跟踪跳转,在阅读别人的代码的时候轻松的浏览原函数。我们知道,在使用vim的时候有个插件叫ctags,同理,在sublime text中也能...
  • menglongfc
  • menglongfc
  • 2016年04月13日 10:53
  • 28812

webx--借用petstore快速入门

前言本博客记录来阿里实习的第一个任务–webx框架学习,会不断更新学习心得。配置对应环境,运行petstore通过官网给的命令行方法,来运行petstore petstore是java ee的经典学习...
  • zy416548283
  • zy416548283
  • 2015年06月29日 13:13
  • 3252

借记/贷记交易处理流程

功能概述  以下功能在借记/贷记交易处理中得到使用。尽管在必备(M)的功能中有些步骤也许是可选择的,但标记为必备的功能还是应该在所有交易中得到执行。标记为可选(O)的功能是可选择的并根据卡或终端的参...
  • qq8864
  • qq8864
  • 2016年08月17日 22:47
  • 1115

注记字体样式选择指导

注记文字的表现效果直接影响整幅地图的审美,然而,对于注记文字设置成什么样算是美是没有严格标准可以遵循的,都是根据您的地图背景来调整的,这里分享一些使用SuperMap软件进行文字风格处理的技巧和经验,...
  • supermapping
  • supermapping
  • 2015年11月03日 17:11
  • 1920

Android — 个人简洁记账本项目开发日志

个人小项目 - 简洁记账软件
  • dramlee
  • dramlee
  • 2016年07月28日 20:26
  • 3960

记一次bug追踪

工作中总会碰到一些比较纠结的问题,下面记录下一次工作中比较纠结的一次bug追踪。 问题描述: 用户在软件运行过程中卡死,几乎每次毕现,但是在开发的IDE环境下该问题总是不复现。 解决过程: 开...
  • yuexin1396
  • yuexin1396
  • 2013年11月30日 22:55
  • 345
内容举报
返回顶部
收藏助手
不良信息举报
您举报文章:Petstore源码追踪记(3)-商业逻辑处理(四)
举报原因:
原因补充:

(最多只允许输入30个字)