解决界面404的一种方法,及tcnative-1问题

在写  -- 注 册 登 录 -- 时遇到的相关问题,特记录下来。

1.首先    tmocat  配置

2.然后有  jsp request response  doGet  doPost等问题

1. 在配置  tomcat  时,抛出异常,问题是非法参数

还有个路径  not found  问题,但不影响目前所写的登录注册,具体解决方法有待深究

看网上方法处理  not found  问题的方法,又遇到了新问题  tc-native.dll  不可用等问题,然后还按照网上方法,

删除了一些  *.dll  文件,不知道会对以后写代码程序有没有影响。

最后问题还是路径问题

网上有很多关于  the requested response not available  的解决方法,导致这一问题的原因也有很多,我主要介绍

路径错误的解决方法。

action="正确的路径,该表单对应的  servlet  "  与  method="方法,这里使用的是  Post  方法"

以下有截图,具体用法在代码中有写

(             因为是说明遇到的问题,以下代码存在所提到的错误,不可用                           )

servlet 代码

另一个  servlet  代码

jsp 文件,截图主要是表单代码

33333

以上所提到的  tcnative-1.dll  文件打不开,的问题,

具体原因不清楚,网上有大量相关问题解决的资料,

此处不影响我的程序,

只是按照网上方法处理,并未彻底解决

这是我所写程序遇到的最后的问题,也是最常见的问题,

代码基本上没什么语言错误,方法基本上使用正确时

我这里主要是路径设置错误导致

主要和servlet文件 与 jsp 文件有关

the requested response is not available

是路径不能找到

......

对以上代码进行修改,主要是路径修改,代码 方法无误的前提下

(  还有个小提示,路径问题有可能是,你的路径 大小写 写错了,导致找不到路径 )

action   是表单  <form>  的属性,用来设置表单数据提交的路径

method   是另一个属性,用来设置表单数据提交的方法 具体网上有解释,我这里使用  post   方法

对于建立的  servlet   文件,对应 表单的  post  方法,留下  doGet()   与  doPost()  方法

**********************************主要内容*****************************************

response.getRedirect("/loginSuccess.jsp");

将路径写完整,即可解决路径找不到问题,我这里工程名是  Manage ,修改后

response.getRedirect("/Manage/loginSuccess.jsp");

action="manage_servlet.addm"   修改为   action="addm"

(        此处不必写那么具体,视情况而定           )

代码无误的情况下,修改这两处即可,路径调好就排出了  路径错误  ,大小写也要注意防范

上面response.getRediect();  的另一种方法  是response.getResquestDispatcher().forward(request,response);

例如:response.getResquestDispatcher("/loginSuccess.jsp").forward(request,response);

此处可以不写工程名,路径也对。

*********************************************************************************************

时间: 2024-10-06 23:31:58

解决界面404的一种方法,及tcnative-1问题的相关文章

JavaScript解决命名冲突的一种方法

过程化编码 过程化编码, 表现为 定义若干函数,然后调用定义函数, 随着页面交互逻辑变化, 从简单到复杂, 定义的所有函数.和变量 都挂在 window对象上, window对象 编程者子自定义变量名称 规模会愈来愈额庞大,在后面开发和维护的过程中, 很容易导致函数名称冲突,引起意想不到问题. 例如, 之前有个同事定义了 一个 sample 函数, N长时间后, 另一个同事又定义了一个含义不同的同名函数sample,则前以同事的代码就有问题了. 模块化方法一则 JS函数内部相当于一个小的程序空间

WPF 数据绑定,界面刷新的两种方法-----INotifyPropertyChanged

.Netformwork4.0及以下版本 -------INotifyPropertyChanged 命名空间: System.ComponentModel 后台代码 public partial class DvrWnd : UserControl { public DvrWnd() { InitializeComponent(); } private void InitInfo() { for (int i = 0; i < 10; i++) { DvrInfo dvrInfo = new

winform防止界面卡死的三种方法

在编程过程中经常会遇到耗时操作,这个时候如果不采取一些必要的异步操作,就会导致界面的卡死,这里以winform为例子,介绍三种方法防止界面卡死,对这几个方法稍加修改同样适用于wpf,silverlight等程序 首先给出一个函数模拟耗时操作 1使用委托+QueueUserWorkItem delegate void ChangeInvoke(int num) ; private void ChangeNum(int num) { MessageBox.Show(num.ToString());

解决约瑟夫环的三种方法

假设有一圈石子,从1到n比较.然后依次每隔一个石子选出一个,直到剩余一个:问最后选出的石子的编号是多少: (至少)有三种方法可以解决这个问题:如下面的代码所示: object App extends App {   def native(n: Int): Int = {     def dispatch(pre: List[Int], list: List[Int]): List[Int] =       list match {         case Nil => pre         

vue开发环境和生产环境里面解决跨域的几种方法

  跨域指浏览器不允许当前页面的所在的源去请求另一个源的数据.源指协议,端口,域名.只要这个3个中有一个不同就是跨域. 这里列举一个经典的列子: #协议跨域 http://a.baidu.com访问https://a.baidu.com: #端口跨域 http://a.baidu.com:8080访问http://a.baidu.com:80: #域名跨域 http://a.baidu.com访问http://b.baidu.com:   现在很多公司都是采用前后分离的方式开发.那么出现经常和会

解决线程安全的三种方法

1:线程安全 如果有多个线程在同时运行,而这些线程可能会同时运行这段代码.程序每次运行结果和单线程运行的结果是一样的,而且其他的变量的值也和预期的是一样的,就是线程安全的. 我们通过一个案例,演示线程的安全问题: 电影院要卖票,我们模拟电影院的卖票过程.假设要播放的电影是 “上海堡垒”,本次电影的座位共50个(只能卖50张票). 我们来模拟电影院的售票窗口,实现多个窗口同时卖 “葫芦娃大战奥特曼”这场电影票(多个窗口一起卖这50张票)需要窗口,采用线程对象来模拟:需要票,Runnable接口子类

JS中解决中文乱码的2种方法

1.对象 request response 对象setCharacterEncoding=UTF-8 1 <%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8" %> 2 <% 3 //解决post/get 请求中文乱码的方法 4 request.setCharacterEncoding("UTF-8&qu

解决EXC_BAD_ACCESS错误的一种方法--NSZombieEnabled

我们做iOS 程序开发时经常用遇到 EXC_BAD_ACCESS 错误导致 Crash,出现这种错误时一般 Xcode 不会给我们太多的信息来定位错误来源,只是在应用 Delegate 上留下像Thread 1: Program received signal:"EXC_BAD_ACCESS",让问题无从找起. 比如你对已释放的对象发送消息时就会出现,EXC_BAD_ACCESS,再如release 的对象再 release,release 那些autorelease 的对象等也会报这

解决EXC_BAD_ACCESS错误的一种方法--NSZombieEnabled(转)

我们做iOS 程序开发时经常用遇到 EXC_BAD_ACCESS 错误导致 Crash,出现这种错误时一般 Xcode 不会给我们太多的信息来定位错误来源,只是在应用 Delegate 上留下像Thread 1: Program received signal:"EXC_BAD_ACCESS",让问题无从找起. 比如你对已释放的对象发送消息时就会出现,EXC_BAD_ACCESS,再如release 的对象再 release,release 那些autorelease 的对象等也会报这