求教struts2首页设置为.action

飞飞无语 2010-10-23 10:51:02
在web.xml中设置为：
<welcome-file-list>
<welcome-file>index.action</welcome-file>
</welcome-file-list>
访问时出错，（There is no Action mapped for namespace / and action name ）
url为：http://localhost:8080/test/
直接访问：http://localhost:8080/test/index.action没问题，这是什么原因，怎么解决？
是不是默认的起始页只能是：jsp,html等存在的页面？
我知道可以通过在这些静态页面中（比如通过，js）跳转到index.action.不知道有没有直接不需要跳转的写法？
多谢了！
...全文
290 4 打赏 收藏 转发到动态 举报
AI 作业
写回复
用AI写文章
4 条回复
切换为时间正序
请发表友善的回复…
发表回复
微信易信 2010-10-24
  • 打赏
  • 举报
 回复
一楼的方法可实现！
古 林 2010-10-23
  • 打赏
  • 举报
 回复
对 因为是必须经过拦截器的
飞飞无语 2010-10-23
  • 打赏
  • 举报
 回复
明白了……
jastby 2010-10-23
  • 打赏
  • 举报
 回复
因为 welcome-file 必须是实际存在的文件，不能是action或者servlet路径

你可以设置一个 比如 <welcome-file>goindex.jsp</welcome-file>

然后 goindex.jsp 写 <jsp:forward page="index.action" /> 就行了

意思就是借助一个jsp页面来转发请求进入action
ssh框架中的Struts2
ssh框架中的struts4，以及ssh框架整合的实例，该实例比较适合初学者
虚拟数据层 Struts2、Hibernate、Spring整合的泛型DAO Version 2010.9.27
Struts2、Hibernate、Spring整合的泛型DAO （本人评价: 代码开发效率提高30% 代码出错率减少70%） 对于大多数开发人员，系统中的每个 DAO 编写几乎相同的代码到目前为止已经成为一种习惯。虽然所有人都将这种重复标识为 “代码味道”，但我们大多数都已经学会忍受它。能不能不写重复的dao 呢 ？ 泛型dao,顾名思义就是一个dao可以对多个实体对象进行持久化。当应用中需要使用到上十张表时，DAO的维护变得日益困难，主要表现在这几个方面： 1）dao类的繁多，很多设计都是一个entity对应一个dao (不同的只有类名和方法名) 2）dao接口需要维护的method庞大。 3）业务逻辑改变时，dao需要同时修改两个类文件（接口和实现类） 在本文中，我将为您展示如何避免再三地重复 DAO 代码。 在这里我建议项目最好使用一个共通的DAO，因为这样会为你省去非常多的类，而那些类里的逻辑往往差不多。当然是用共通的DAO你需要对结果转型，转成你需要的bean，但这也比写那么多DAO强多了,你可以放下包袱，只关注你的业务逻辑。 如果你真能只用一个dao解决，那么祝贺你，你得到了一个虚拟数据层(高度抽象的数据接口)。这是一个比dao更高级的存在。 欢迎大家指正 -_- 虚心求教 代码层次： bean-->dao-->service-->action 技术概述：1.继承 继承是利用现有的类创建新类的过程，现有的类称作基类（或父类），创建的新类称作派生类（子类）。继承其实就是自动地共享基类中成员属性和成员方法的机制。引入继承，实现了代码重用； 2.泛型 泛型类型的限定 3.反射 代码概述： bean ：Person.java 这个人员类我就不说了 泛型dao接口 ：GenericDao 泛型作为DAO的通用接口 CRUD方法 dao接口 : PersonDAO extends GenericDao 可以不写代码,方法已经在父类泛型dao里了,这里为了说明:可扩展添加 findByNameExact（）方法 子类的附加方法。 泛型daoimpl ：GenericDaoImpl implements GenericDao 必须提供的构造方法,以便创建实例的时候就知道具体实体的类型。 daoimpl ：PersonDAOImpl extends GenericDaoImpl implements PersonDAO public PersonDAOImpl() { super(Person.class); } 告诉对哪个类操作,如不需要自定义扩展方法就作有一个构造方法。 泛型Service：GenericService.java 与泛型dao没有区别 Service ：PersonService.java 直接继承。 泛型serviceimpl与serviceimpl实现和dao层实现一样。 Action ： SavePersonAction直接调用PersonService。 下面是代码 为了演示减少代码量而且直观去掉些方法方便读者自己扩展写出适合自己的代码,这里我只抛砖引玉了。主要介绍这个技术。 本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/zylyueliang/archive/2010/09/17/5890043.aspx
ssh框架中的hibernate5
ssh框架中的hibernate，以及ssh框架整合的实例，该实例比较适合初学者
泛型dao 泛型dao 泛型dao
Struts2、Hibernate、Spring整合的泛型DAO （本人评价: 代码开发效率提高30% 代码出错率减少70%） 对于大多数开发人员，系统中的每个 DAO 编写几乎相同的代码到目前为止已经成为一种习惯。虽然所有人都将这种重复标识为 “代码味道”，但我们大多数都已经学会忍受它。能不能不写重复的dao 呢 ？ 泛型dao,顾名思义就是一个dao可以对多个实体对象进行持久化。当应用中需要使用到上十张表时，DAO的维护变得日益困难，主要表现在这几个方面： 1）dao类的繁多，很多设计都是一个entity对应一个dao (不同的只有类名和方法名) 2）dao接口需要维护的method庞大。 3）业务逻辑改变时，dao需要同时修改两个类文件（接口和实现类） 在本文中，我将为您展示如何避免再三地重复 DAO 代码。 在这里我建议项目最好使用一个共通的DAO，因为这样会为你省去非常多的类，而那些类里的逻辑往往差不多。当然是用共通的DAO你需要对结果转型，转成你需要的bean，但这也比写那么多DAO强多了,你可以放下包袱，只关注你的业务逻辑。 如果你真能只用一个dao解决，那么祝贺你，你得到了一个虚拟数据层(高度抽象的数据接口)。这是一个比dao更高级的存在。 欢迎大家指正 -_- 虚心求教 代码层次： bean-->dao-->service-->action 技术概述：1.继承 继承是利用现有的类创建新类的过程，现有的类称作基类（或父类），创建的新类称作派生类（子类）。继承其实就是自动地共享基类中成员属性和成员方法的机制。引入继承，实现了代码重用； 2.泛型 泛型类型的限定 3.反射 代码概述： bean ：Person.java 这个人员类我就不说了 泛型dao接口 ：GenericDao 泛型作为DAO的通用接口 CRUD方法 dao接口 : PersonDAO extends GenericDao 可以不写代码,方法已经在父类泛型dao里了,这里为了说明:可扩展添加 findByNameExact（）方法 子类的附加方法。 泛型daoimpl ：GenericDaoImpl implements GenericDao 必须提供的构造方法,以便创建实例的时候就知道具体实体的类型。 daoimpl ：PersonDAOImpl extends GenericDaoImpl implements PersonDAO public PersonDAOImpl() { super(Person.class); } 告诉对哪个类操作,如不需要自定义扩展方法就作有一个构造方法。 泛型Service：GenericService.java 与泛型dao没有区别 Service ：PersonService.java 直接继承。 泛型serviceimpl与serviceimpl实现和dao层实现一样。 Action ： SavePersonAction直接调用PersonService。 下面是代码 为了演示减少代码量而且直观去掉些方法方便读者自己扩展写出适合自己的代码,这里我只抛砖引玉了。主要介绍这个技术。 本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/zylyueliang/archive/2010/09/17/5890043.aspx
mysqljdbc驱动
mysqljdbc用于ssh框架中连接数据库所需要的jar包，最新版本
Web 开发

81,117

社区成员

341,739

社区内容

发帖
与我相关
我的任务
社区描述
Java Web 开发
社区管理员
  • Web 开发社区
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告
暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章