BlogJava-路过白云-文章分类-Java Web技术

WebWork中利用ActionContext得到Parameter,moxie的教程有误!

oxl — Thu, 04 May 2006 14:27:00 GMT

看下面这段代码:

ActionContext context = ActionContext.getContext();
Map params = context.getParameters();
String username = (String) params.get("username");

这会抛出一个一异常,因为在params.get("username")返回的是一个字符串数组,所以不能这样转换.

正确的做法是:
String username = ((String[])params.get("username"))[0];

oxl 2006-05-04 22:27 发表评论

WebWork 2.2 学习笔记(二)

oxl — Wed, 03 May 2006 17:02:00 GMT

逐个讲解WebWork中的一些配置文件的基本用法:
----------------------------------------------------------------------------
web.xml

<filter>
    <filter-name>webworkfilter-name>
    <filter-class>com.opensymphony.webwork.dispatcher.FilterDispatcherfilter-class>
filter>
<filter-mapping>
    <filter-name>webworkfilter-name>
    <url-pattern>/*url-pattern>
filter-mapping>
<listener>
    <listener-class>org.springframework.web.context.ContextLoaderListenerlistener-class>
listener>

这里使用了一个Filter来对所有的url进行过滤,而只有在webwork.properties中的设定的webwork.action.extension作为扩展名才会被解悉为一个action.
而定义了一个监听器主要是用Spring的监听Web容器里的变化,这里主要是用于Spring作为WebWork的IoC.如果想让Spring有多个context配置文件,那就可加入下面的代码:

<context-param>
<param-name>contextConfigLocationparam-name>
<param-value>/WEB-INF/applicationContext-*.xml,classpath*:applicationContext-*.xmlparam-value>
context-param>

*param-value是用逗号隔开的配置文件列表,记住是用相对于Web应用的路径.

这里如果想定义一个WebWork tag,那么就可加入以下的代码:

<taglib>
<taglib-uri>webworktaglib-uri>
<taglib-location>/WEB-INF/lib/webworkxx.jartaglib-location>
taglib>

这样,在视图jsp文件中引用WebWork tag时,只须要把uri="webwork"就行了,而不用写成这样uri="/webwork".

--------------------------------------------------------------------------------
在说xwork.xml之前,我们先了解webwork-default.xml文件,这个文件是由webwork.jar文件里有的,存放在classpath中,所以我们不用创建这个文件,因为每次运行webwork应用时,webwork都会自动去classpath查找这个文件.这个文件预先设置好了一些默认的参数,比如result type, interceptors等,可以说是我们xwork.xml中的默认值,同时也为我们的xwork.xml提供好了很多工具,比如params拦截器就是最典型的一个.

在编写xwork.xml时,我们一般都要导入这个webwork-default.xml文件,代码如下:

具体的xwork.xml配置,由以后的学习中给出...(呵....我也还不清楚,没有实践过呢..)
xwork.xml文件必须放在/WEB-INF/classes/中.

--------------------------------------------------------------------------------

下面说一下webwork.properties文件,这个文件是配置webwork行为特性的文件,他可以改变webwork的扩展名,以及编码等.这个文件的详细说明可以参考官方的文档:

### Webwork default properties
###(can be overridden by a webwork.properties file in the root of the classpath)
###

### Specifies the Configuration used to configure webwork
### one could extend com.opensymphony.webwork.config.Configuration
### to build one's customize way of getting the configurations parameters into webwork
# webwork.configuration=com.opensymphony.webwork.config.DefaultConfiguration

### This can be used to set your default locale and encoding scheme
# webwork.locale=en_US
webwork.i18n.encoding=UTF-8

### if specified, the default object factory can be overridden here
### Note: short-hand notation is supported in some cases, such as "spring"
###       Alternatively, you can provide a com.opensymphony.xwork.ObjectFactory subclass name here
# webwork.objectFactory = spring

### specifies the autoWiring logic when using the SpringObjectFactory.
### valid values are: name, type, auto, and constructor (name is the default)
webwork.objectFactory.spring.autoWire = name

### Parser to handle HTTP POST requests, encoded using the MIME-type multipart/form-data
# webwork.multipart.parser=cos
# webwork.multipart.parser=pell
webwork.multipart.parser=jakarta
# uses javax.servlet.context.tempdir by default
webwork.multipart.saveDir=
webwork.multipart.maxSize=2097152

### Load custom property files (does not override webwork.properties!)
# webwork.custom.properties=application,com/webwork/extension/custom

### How request URLs are mapped to and from actions
webwork.mapper.class=com.opensymphony.webwork.dispatcher.mapper.DefaultActionMapper

### Used by the DefaultActionMapper
webwork.action.extension=action

### use alternative syntax that requires %{} in most places
### to evaluate expressions for String attributes for tags
webwork.tag.altSyntax=true

### when set to true, WebWork will act much more friendly for developers. This
### includes:
### - webwork.i18n.reload = true
### - webwork.configuration.xml.reload = true
### - raising various debug or ignorable problems to errors
###   For example: normally a request to foo.action?someUnknownField=true should
###                be ignored (given that any value can come from the web and it
###                should not be trusted). However, during development, it may be
###                useful to know when these errors are happening and be told of
###                them right away.
webwork.devMode = false

### when set to true, resource bundles will be reloaded on _every_ request.
### this is good during development, but should never be used in production
webwork.i18n.reload=false

### Standard UI theme
### Change this to reflect which path should be used for JSP control tag templates by default
webwork.ui.theme=xhtml
webwork.ui.templateDir=template
#sets the default template type. Either ftl, vm, or jsp
webwork.ui.templateSuffix=ftl

### Configuration reloading
### This will cause the configuration to reload xwork.xml when it is changed
webwork.configuration.xml.reload=false

### Location of velocity.properties file.  defaults to velocity.properties
# webwork.velocity.configfile = velocity.properties

### Comma separated list of VelocityContext classnames to chain to the WebWorkVelocityContext
# webwork.velocity.contexts =

### used to build URLs, such as the UrlTag
webwork.url.http.port = 80
webwork.url.https.port = 443

### Load custom default resource bundles
# webwork.custom.i18n.resources=testmessages,testmessages2

### workaround for some app servers that don't handle HttpServletRequest.getParameterMap()
### often used for WebLogic, Orion, and OC4J
webwork.dispatcher.parametersWorkaround = false

### configure the Freemarker Manager class to be used
### Allows user to plug-in customised Freemarker Manager if necessary
### MUST extends off com.opensymphony.webwork.views.freemarker.FreemarkerManager
#webwork.freemarker.manager.classname=com.opensymphony.webwork.views.freemarker.FreemarkerManager

### See the WebWorkBeanWrapper javadocs for more information
webwork.freemarker.wrapper.altMap=true

好,大至上已经清楚了这些文件的大至用途,下一步,弄清xwork的配置.

oxl 2006-05-04 01:02 发表评论

WebWork 2.2 学习笔记(一)

oxl — Mon, 01 May 2006 06:33:00 GMT

今天开始学习WebWork，呵……结合《WebWork教程－0.90版》和Webwork官方的教程来学习。

WebWork2.2和WebWork2.1在配置上有一些区别，现在把WebWork2.2的一些配置放进来。

web.xml

xml version="1.0" encoding="UTF-8"?>
<web-app version="2.4" xmlns="http://java.sun.com/xml/ns/j2ee" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee
    http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd">

    <filter>
        <filter-name>webworkfilter-name>
        <filter-class>com.opensymphony.webwork.dispatcher.FilterDispatcherfilter-class>
    filter>

    <filter-mapping>
        <filter-name>webworkfilter-name>
        <url-pattern>/*url-pattern>
    filter-mapping>

    <listener>
        <listener-class>org.springframework.web.context.ContextLoaderListenerlistener-class>
    listener>
web-app>

xwork.xml

xml version="1.0" encoding="UTF-8"?>
DOCTYPE xwork PUBLIC "-//OpenSymphony Group//XWork 1.1.1//EN"
"http://www.opensymphony.com/xwork/xwork-1.1.1.dtd">

<xwork>

    <include file="webwork-default.xml" />


   <package name="default" extends="webwork-default">

     <default-interceptor-ref name="completeStack"/>

      <action name="helloWorld"
         class="org.javadream.webwork.ch01.HelloWorld">
         <result name="success">hello.jspresult>
      action>
   package>

xwork>

webwork.properties

webwork.locale=zh_CN
webwork.i18n.encoding=GB2312

webwork.objectFactory=spring

这里中文有问题，必须要在webwork.properties中进入设置.webwork.objectFactory=spring是用spring作为默认的IoC容器。

编写一个Action:

package org.javadream.webwork.ch01;

import com.opensymphony.xwork.Action;

import java.text.DateFormat;
import java.util.*;

public class HelloWorld implements Action {
private String message;

public String execute() {
   message = "Hello, WebWorld!,你好,Web世界\n";
   message += "The time is:\n";
   message += DateFormat.getDateInstance().format(new Date());;

   //message = message.replaceAll("\n", "
");

   return SUCCESS;
}

public String getMessage() {
   return message;
}

}

编写一个视图jsp文件:

<%@ page language="java" contentType="text/html; charset=gb2312" pageEncoding="gb2312"%>
<%@ taglib prefix="ww" uri="/webwork"%>
<html>
    <head>
        <title>Hello Pagetitle>
    head>
    <body>
        The message generated by my first action is:
        <br>
        <font color="red"><ww:property value="message" />font>
    body>
html>

这里要注意，<%@ taglib prefix="ww" uri="/webwork"%>必须要用uri="/webwork"，因为要让他在webwork.jar中查找webwork.tld，因为我们在web.xml并没有定义这个"webwork"这个uri。

oxl 2006-05-01 14:33 发表评论

关于文件上传的问题,利用适配器模式统一调用接口.

oxl — Thu, 27 Apr 2006 14:41:00 GMT

关于文件上传的问题:
Java Servlet没有从根本上支持网络文件上传,这是一个极不好的也极不爽的事情.
从而就延生了commonsUpload和cos这些东东类库,呵.....还算好,也好用,不过没仔细去研究他们的实现代码,用起来总是心大心小的.

也正因为这样多的第三方类库,大家的接口都不同,从而也就出现了让Service层无所适从的感觉.因为不论是从Struts还是从WebWork或者从最简单的cos这些类库得到的接口都是一种具体实现,没有统一的接口,如果Service层与某一种具体实现相关联,则必然与这种具体实现的框架或者类库硬编码绑定,以后就不好用其它类库了,这是不好的设计,真的,一点灵活度都没有.

能不能这样呢?在Service定义一个UploadFile接口,所有Service层接受的只是UploadFile的实现类的实例,从而统一了所有Service的调用,而且也使Service可以在各种MVC或者第三方类库中迁移.

这里用到了一个设计模式:适配器模式.

代码如下:

package org.springstudy.ch03;

import java.io.InputStream;
import java.io.File;

public interface UploadFile {
     public byte [] getBytes();
     public String getContentType();
     public InputStream getInputStream();
     public String getName();
     public String getOriginalFilename();
     public long getSize();
     public boolean isEmpty();
     public void transferTo(File dest);
}

比如这里有一个具体实现:

package org.springstudy.ch03.uploadimpl;

import java.io.InputStream;
import java.io.File;

import org.springframework.web.multipart.MultipartFile;
import org.springstudy.ch03.UploadFile;

public classUploadFileSpringImpl implements UploadFile {
     private MultipartFile multipartFile;

     public UploadFileSpringImpl(MultipartFile multipartFile) {
         this .multipartFile = multipartFile;
    }

     public byte [] getBytes() {
         return this .multipartFile.getBytes();
    }

     public String getContentType() {
         return this .multipartFile.getContentType();
    }

     public InputStream getInputStream() {
         return this .multipartFile.getInputStream();
    }

     public String getName() {
         return this .multipartFile.getName();
    }

     public String getOriginalFilename() {
         return this .multipartFile.getOriginalFilename();
    }

     public long getSize() {
         return this .multipartFile.getSize();
    }

     public boolean isEmpty() {
         return this .multipartFile.isEmpty();
    }

     public void transferTo(File dest) {
         this .multipartFile.transferTo(dest);
    }
}

你也可以写commonsupload或者cos的实现,Service接受的参数是UploadFile接口的,所以你必须实现UploadFile接口才能使用Service层的功能.

(后话:看来学习设计模式还是很有用处的)

oxl 2006-04-27 22:41 发表评论

第一个筹划要做的Java项目.<网上电子分类信息>系统.

oxl — Wed, 12 Apr 2006 15:48:00 GMT

在银沙里现在就是负责这方面的开发,经过这段时间的对系统的了解,我想这是一个很有趣的项目.于是就想到写一个对应的Java的Web程序.

当也要抛弃那些原来php系统里不好的设计和方法.

新的Java实现会用到什么技术呢?

Spring + Hibernate + WW + Ajax

开发时间,1年.从2006年6月10号开始.

注意的地方:
不要急着写代码,要先做好需求分析和设计
注意扩展性和对编程模式的更好应用.

打算开源该项目.

oxl 2006-04-12 23:48 发表评论

仍然在思考：如何理解业务逻辑层。

oxl — Sun, 02 Apr 2006 08:23:00 GMT

总是没法子弄清楚业务逻辑层和控制层的关系，控制层仅仅只是控制流吗？那么业务逻辑就没有控制流了吗？

我现在分析得出：
1、控制层调用业务层得到要显示的数据，然后把数据返回给视图层。
2、业务层则是由业务接口和业务操作组成。比如：

/**
* A Service
*/

public class UserService {
    public UserView login(String name, String password) {
        //.
        //.
        //.
        //.
        //.
    }
}

业务操作则是业务接口调用相关的数据持久层和一些其它相关操作组成。

3、实体：实体就是一个对象，对象拥有数据，可以把对象放到Dao进行保存，也可以通过Dao得到对象，然后对象对自己的数据来进行操作，比如说改变静态页面，保存图片或删除图片等。其实实体就是两种角色，一个是持久对象PO，一个是实体对象EO

oxl 2006-04-02 16:23 发表评论