weblogic的jsp问题解决方法

在做项目的时候,jsp在运行的时候出现了一些问题,现将我的问题解决方法做一个小结,供以后作项目的参考。

问题1:
weblogic 的数据库连接数目在程序运行中不断增长,最后连接数目超过最大数,导致weblogic服务关闭
原因:
在操作完数据库后,没有关闭数据库连接;或者是返回结果集(Resultset),而无法在jsp中关闭数据库连接。
解决方法:
1.    在操作完数据库要关闭数据库连接。
2.    尽量不要返回结果集Resultset, 可以返回Vector(一个字段)、Hashtable(多个字段),这样可以在javabean中关闭数据库。
3.    如果javabean中返回的是结果集(Resultset),也可以在javaBean中写一个connectDB(连接数据库)、closeDB(关闭数据库)的方法,然后jsp里面调用connectDB(),建立数据库连接,同时就可以对数据库进行操作了,操作数据库完毕,可以通过closeDB() 来关闭数据库。
使用第二种方法
问题2:
在运行某一个jsp 程序的时候,weblogic 的内存陡然增长,而且居高不下。最终导致weblogic 内存不足,甚至当机。
原因:
过度使用内存。
解决方法:
1.    由于数据量比较大,在对字符串进行操作的时候,使用 + 进行字符串连接,而
   相信大家对String都非常熟悉,我们也经常要用它来做字符串的连接什么的,例如:
String a =b+c file://b,c 都是String 
但是在实际的编译中却是这样: 
String a=new StringBuffer().append(b).append(c).toString() 显然,在一个简单的语句中却意外的多生成了2个对象:
.StringBuffer() 
.toString返回的一个String
我们比较一下这两段程序的性能:
程序片断一:
StringBuffer s=new StringBuffer();
long start = System.currentTimeMillis();
for (int i=0;i<10000;i++){
s1+="a";
}
long stop = System.currentTimeMillis();
System.out.println(stop-start);
程序片断二: 
StringBuffer s=new StringBuffer(10000);//
long start=System.currentTimeMillis(); 
for (int i=0;i<10000;i++){
s.append("a"); 
}
long stop=System.currentTimeMillis();
System.out.println(stop-start);
比较一下结果,差距很明显。
至于为什么String的连接这么做,因为String无法直接改变其长度,而必须采用StringBuffer的用法。
因此建议使用StringBuffer 的append 方法来进行字符串相连。
2.    在解决这个问题的时候,我也尝试使用上面的方法,效果并不是很明显(消耗内存上)。后来在显示大量数据的时候,避免字符串相连的步骤,而直接使用out.println(),直接输出。
问题3:Java并不阻止程序占用过多的内存,当对象向堆所请求的内存不足时,垃圾收集器(Garbage Collector)就会自动启动,释放那些引用数为零的对象所占用的内存,Java也不会自动释放无用的对象的引用,如果程序忘记释放指向对象的引用,则程序运行时的内存随着时间的推移而增加,发生所谓内存泄漏(memory leaks),创建对象不但消耗CPU的时间和内存,同时,为释放对象内存JVM需不停地启动垃圾收集器(Garbage Collector),这也会消耗大量的CPU时间。
     
解决方法: 由于在运行一段时间jsp程序后,weblogic 的内存会有一个缓慢的增长,这样也会导致内存溢出,为了避免这总现象的出现,最终的解决方法是: 编写一个servlet程序,在启动服务器的时候,启动一个这个servlet,每隔20分钟运行在服务器端运行一次,来定时回收内存。
 问题4:
log文件里面的调试信息没有注释去掉。
 解决方法:
在程序通过后,尽量把调试的信息注释去掉。
同时在捕捉错误的时候要写明程序名称,方便查找,这一点做的还不够。
最好能写一个记录log的方法,以便程序调用。
问题5
改善性能,提高速度。
具体实例:
 我们再来看一个有关Vector类的代码片段:
for(int I=0; I<v.size(); I++) { System.out.println( v.get(I).getClass().toString()); }
如果v包含100,000个元素,这个代码片段将调用v.size()方法100,000次。虽然size方法是一个简单的方法,但它仍旧需要一次方法调用的开销,至少JVM需要为它配置以及清除堆栈环境。在这里,for循环内部的代码不会以任何方式修改Vector类型对象v的大小,因此上面的代码最好改写成下面这种形式:
int size = v.size(); for(int I=0; I<size; I++) { System.out.println( v.get(I).getClass().toString()); }
虽然这是一个简单的改动,但它仍旧赢得了性能。毕竟,每一个CPU周期都是宝贵的。
问题 6:
在 jsp 文件里面 不要写 <%@ page import="java.lang.*" %>
因为java 不需要引入此包就可以引用里面的类文件。

问题7:
使用vector+hashtable 一次返回查询结果resulset.

解决方法: 记录集:将一条记录放到一个hashtable里面,然后把它再
       添加到vector里面,循环记录下结果集,返回vector
具体见后面的java文件的部分代码(不包扩数据库的连接和关闭)


 package zjdx.bean.common;

/********************************************
 ***** Title:      hashtable_vector_rs  
 ***** Description: 数据显示           
 ***** Copyright:  Copyright (c) 2002   
 ***** Company:       DHC            
 ***** author:     wangyl               
 ***** version:    1.0                  
 ***** 说明:
 ***** 记录集:一条记录用放到一个hashtable里面,然后把它再
       放到vector里面,循环记录下结果集,返回vector
       
*********************************************/

import java.io.*;
import java.sql.*;
import java.util.*;
import java.text.*;

public class hashtable_vector_rs
{
    /*----------------------------------------------------------------*/
    /* 函数名称: getMultiRowInfo
    /* 功能描述: 返回记录集,放到Hashtable里面
    /* 参数:    sql 语句,字段个数
    /* 返回值:   成功---htable, 失败---null
    /*----------------------------------------------------------------*/
    public Vector ListResult(String sqlStatement,int num)
    {
        Vector ListRs=new Vector();
        
        try
        {
            connectDB();
            rs=stmt.executeQuery(sqlStatement);
            //判断字段数据类型 
            //date型 返回 93 
            //int型 返回 2,4
            //bigint型 返回 3 
            //String型 返回 12
            //(char 型)返回 1
            int t = -1;
            rsmd = rs.getMetaData();
            int ColumnCount=0;
            if(num>0)
                ColumnCount = num;
            else
                ColumnCount = rsmd.getColumnCount();
            while(rs.next())
            {                             
                Hashtable htable =new Hashtable();
                for (int i = 1; i <= ColumnCount; i++) 
                {
                    t=rsmd.getColumnType(i);
                    System.out.println("i="+i+",t="+t+"name="+rsmd.getColumnName(i)); 
                    if(t==12||t==1||t==3)
                    {
                        if(rs.getString(i)==null|| rs.getString(i).equals(""))
                            htable.put(rsmd.getColumnName(i),"");
                        else
                            htable.put(rsmd.getColumnName(i),rs.getString(i));
                    }
                    else if(t==93)
                    {
                        htable.put(rsmd.getColumnName(i),rs.getDate(i).toString());
                    }
                    else if(t==2||t==4)
                    {
                        htable.put(rsmd.getColumnName(i),Integer.toString(rs.getInt(i)));
                    }
                }
                ListRs.add(htable);
            }//e
            return ListRs;                
        }
        catch(Exception listError)
        {
            System.out.println("数据库操作失败!"+listError);
            return null;
        } 
        finally
        {
            try
            {
                closeDB();
            }    
            catch(Exception closeErr)
            {
                System.out.println("关闭数据库出错:"+closeErr);    
            }
        }     
    }
}

 问题8: jsp的程序也有设计的不够合理的地方
     例如:选择一个下拉框,提交一次,列出所选的数据,选择另外一个下拉框再次提交,再次列出所选的数据。
解决方法:
     尽量一次把条件选择完毕,然后列出所选择的数据,并且在数据多的时候,尽量使用翻页,减少运行时间。

问题9:性能优化,尽量使用PreparedStatement
解决方法:
PreparedStatement 对象和使用的普通的 Statement 对象有两点不同。
第一,    它们是为了性能更快而由 JDBC 驱动程序或数据库编译(预编译)的。
第二,    它们接受一个或多个动态输入参数,称为 IN 参数。这两点让 PreparedStatement 对象适用于重复的 SQL 操作,其中操作基本上都是一样的,只有微小的差异(如数据载入)。要让 SQL 语句在使用前预备好,在 PreparedStatement 对象创建时必须将 SQL 传送到 JDBC 驱动程序,而不是在其执行时才传送。 

IN 参数用 SQL String 中的 ? 占位符表示。在 PreparedStatement 能够成功地执行前,还必须调用 PreparedStatement 对象的 setXXX() 方法来设置 IN 参数,在这里 XXX 被设置的参数的数据类型所替换。因而,要将第一个 IN 参数设置为整数值 100,您应该调用 setInt(1, 100)。同样地,要将第二个 IN 参数设置为字符串值“rjb”,您应该调用 setString(2, "rjb")。最后一点是,设置好的参数值在设置为一个新的值,或用 clearParameters() 显式地清除之前会保持不变。这很重要,因为 PreparedStatement 可以被多次执行;如果您不注意的话,就会让您的数据库充满无用数据。
问题10 :
  1、我把包含SQLBridge 的java文件改了一遍,有32个java文件(已经改完)。
   2、我把包含SQLPool 的java文件改了一遍,有27个java文件(已经改完)。
   3、我把不用的jsp文件整理了一下,大概有17 个目录的jsp文件不用或者没有上线。(整理完毕)
问题11:提交页面,每次都提交两次。
原因:
  1、
<input type="submit" name="sendit" value="发送" class=button οnclick="javascript:if(chkit())form_submit('broadcast_operation.jsp?s_coming=1&s_num=<%=str_num%>')">
这里如果type=”sbumit”,页面就会提交两次。(花费了一天的时间才找到原因)。
在onclick事件里面会提交一次,而submit 按钮本身也会提交一次。

解决方法:
   如果在onclick 事件里面提交页面,按钮的类型type 一定不可以是”submit”  按钮。
可以是”button”.
   全文搜索共有33个类似的文件。
java.net.SocketException: ReadFile failed: 指定的网络名不再可用。
主要是由于这个引起的。
问题12:定时刷新页面,600秒(不是必要的,不要这样做) 
原因:
   <meta http-equiv="refresh" content="600">
解决方法:
       去掉这样的语句。
    
全文搜索共有12个类似的文件。

问题13:在跳转到别的页面的时候,要加return。
否则可能会引起错误。跳转不过去。
If{
request.getRequestDispatcher("/zjdx/jsp/common/ErrorPage.jsp?s_mark=error:record have existed").forward(request,response); 
return;
}
else
{
response.sendRedirect();
//建议用上面的方法
return;
}

在做项目的时候,jsp在运行的时候出现了一些问题,现将我的问题解决方法做一个小结,供以后作项目的参考。

问题1:
weblogic 的数据库连接数目在程序运行中不断增长,最后连接数目超过最大数,导致weblogic服务关闭
原因:
在操作完数据库后,没有关闭数据库连接;或者是返回结果集(Resultset),而无法在jsp中关闭数据库连接。
解决方法:
1.    在操作完数据库要关闭数据库连接。
2.    尽量不要返回结果集Resultset, 可以返回Vector(一个字段)、Hashtable(多个字段),这样可以在javabean中关闭数据库。
3.    如果javabean中返回的是结果集(Resultset),也可以在javaBean中写一个connectDB(连接数据库)、closeDB(关闭数据库)的方法,然后jsp里面调用connectDB(),建立数据库连接,同时就可以对数据库进行操作了,操作数据库完毕,可以通过closeDB() 来关闭数据库。
使用第二种方法
问题2:
在运行某一个jsp 程序的时候,weblogic 的内存陡然增长,而且居高不下。最终导致weblogic 内存不足,甚至当机。
原因:
过度使用内存。
解决方法:
1.    由于数据量比较大,在对字符串进行操作的时候,使用 + 进行字符串连接,而
   相信大家对String都非常熟悉,我们也经常要用它来做字符串的连接什么的,例如:
String a =b+c file://b,c 都是String 
但是在实际的编译中却是这样: 
String a=new StringBuffer().append(b).append(c).toString() 显然,在一个简单的语句中却意外的多生成了2个对象:
.StringBuffer() 
.toString返回的一个String
我们比较一下这两段程序的性能:
程序片断一:
StringBuffer s=new StringBuffer();
long start = System.currentTimeMillis();
for (int i=0;i<10000;i++){
s1+="a";
}
long stop = System.currentTimeMillis();
System.out.println(stop-start);
程序片断二: 
StringBuffer s=new StringBuffer(10000);//
long start=System.currentTimeMillis(); 
for (int i=0;i<10000;i++){
s.append("a"); 
}
long stop=System.currentTimeMillis();
System.out.println(stop-start);
比较一下结果,差距很明显。
至于为什么String的连接这么做,因为String无法直接改变其长度,而必须采用StringBuffer的用法。
因此建议使用StringBuffer 的append 方法来进行字符串相连。
2.    在解决这个问题的时候,我也尝试使用上面的方法,效果并不是很明显(消耗内存上)。后来在显示大量数据的时候,避免字符串相连的步骤,而直接使用out.println(),直接输出。
问题3:Java并不阻止程序占用过多的内存,当对象向堆所请求的内存不足时,垃圾收集器(Garbage Collector)就会自动启动,释放那些引用数为零的对象所占用的内存,Java也不会自动释放无用的对象的引用,如果程序忘记释放指向对象的引用,则程序运行时的内存随着时间的推移而增加,发生所谓内存泄漏(memory leaks),创建对象不但消耗CPU的时间和内存,同时,为释放对象内存JVM需不停地启动垃圾收集器(Garbage Collector),这也会消耗大量的CPU时间。
     
解决方法: 由于在运行一段时间jsp程序后,weblogic 的内存会有一个缓慢的增长,这样也会导致内存溢出,为了避免这总现象的出现,最终的解决方法是: 编写一个servlet程序,在启动服务器的时候,启动一个这个servlet,每隔20分钟运行在服务器端运行一次,来定时回收内存。
 问题4:
log文件里面的调试信息没有注释去掉。
 解决方法:
在程序通过后,尽量把调试的信息注释去掉。
同时在捕捉错误的时候要写明程序名称,方便查找,这一点做的还不够。
最好能写一个记录log的方法,以便程序调用。
问题5
改善性能,提高速度。
具体实例:
 我们再来看一个有关Vector类的代码片段:
for(int I=0; I<v.size(); I++) { System.out.println( v.get(I).getClass().toString()); }
如果v包含100,000个元素,这个代码片段将调用v.size()方法100,000次。虽然size方法是一个简单的方法,但它仍旧需要一次方法调用的开销,至少JVM需要为它配置以及清除堆栈环境。在这里,for循环内部的代码不会以任何方式修改Vector类型对象v的大小,因此上面的代码最好改写成下面这种形式:
int size = v.size(); for(int I=0; I<size; I++) { System.out.println( v.get(I).getClass().toString()); }
虽然这是一个简单的改动,但它仍旧赢得了性能。毕竟,每一个CPU周期都是宝贵的。
问题 6:
在 jsp 文件里面 不要写 <%@ page import="java.lang.*" %>
因为java 不需要引入此包就可以引用里面的类文件。

问题7:
使用vector+hashtable 一次返回查询结果resulset.

解决方法: 记录集:将一条记录放到一个hashtable里面,然后把它再
       添加到vector里面,循环记录下结果集,返回vector
具体见后面的java文件的部分代码(不包扩数据库的连接和关闭)


 package zjdx.bean.common;

/********************************************
 ***** Title:      hashtable_vector_rs  
 ***** Description: 数据显示           
 ***** Copyright:  Copyright (c) 2002   
 ***** Company:       DHC            
 ***** author:     wangyl               
 ***** version:    1.0                  
 ***** 说明:
 ***** 记录集:一条记录用放到一个hashtable里面,然后把它再
       放到vector里面,循环记录下结果集,返回vector
       
*********************************************/

import java.io.*;
import java.sql.*;
import java.util.*;
import java.text.*;

public class hashtable_vector_rs
{
    /*----------------------------------------------------------------*/
    /* 函数名称: getMultiRowInfo
    /* 功能描述: 返回记录集,放到Hashtable里面
    /* 参数:    sql 语句,字段个数
    /* 返回值:   成功---htable, 失败---null
    /*----------------------------------------------------------------*/
    public Vector ListResult(String sqlStatement,int num)
    {
        Vector ListRs=new Vector();
        
        try
        {
            connectDB();
            rs=stmt.executeQuery(sqlStatement);
            //判断字段数据类型 
            //date型 返回 93 
            //int型 返回 2,4
            //bigint型 返回 3 
            //String型 返回 12
            //(char 型)返回 1
            int t = -1;
            rsmd = rs.getMetaData();
            int ColumnCount=0;
            if(num>0)
                ColumnCount = num;
            else
                ColumnCount = rsmd.getColumnCount();
            while(rs.next())
            {                             
                Hashtable htable =new Hashtable();
                for (int i = 1; i <= ColumnCount; i++) 
                {
                    t=rsmd.getColumnType(i);
                    System.out.println("i="+i+",t="+t+"name="+rsmd.getColumnName(i)); 
                    if(t==12||t==1||t==3)
                    {
                        if(rs.getString(i)==null|| rs.getString(i).equals(""))
                            htable.put(rsmd.getColumnName(i),"");
                        else
                            htable.put(rsmd.getColumnName(i),rs.getString(i));
                    }
                    else if(t==93)
                    {
                        htable.put(rsmd.getColumnName(i),rs.getDate(i).toString());
                    }
                    else if(t==2||t==4)
                    {
                        htable.put(rsmd.getColumnName(i),Integer.toString(rs.getInt(i)));
                    }
                }
                ListRs.add(htable);
            }//e
            return ListRs;                
        }
        catch(Exception listError)
        {
            System.out.println("数据库操作失败!"+listError);
            return null;
        } 
        finally
        {
            try
            {
                closeDB();
            }    
            catch(Exception closeErr)
            {
                System.out.println("关闭数据库出错:"+closeErr);    
            }
        }     
    }
}

 问题8: jsp的程序也有设计的不够合理的地方
     例如:选择一个下拉框,提交一次,列出所选的数据,选择另外一个下拉框再次提交,再次列出所选的数据。
解决方法:
     尽量一次把条件选择完毕,然后列出所选择的数据,并且在数据多的时候,尽量使用翻页,减少运行时间。

问题9:性能优化,尽量使用PreparedStatement
解决方法:
PreparedStatement 对象和使用的普通的 Statement 对象有两点不同。
第一,    它们是为了性能更快而由 JDBC 驱动程序或数据库编译(预编译)的。
第二,    它们接受一个或多个动态输入参数,称为 IN 参数。这两点让 PreparedStatement 对象适用于重复的 SQL 操作,其中操作基本上都是一样的,只有微小的差异(如数据载入)。要让 SQL 语句在使用前预备好,在 PreparedStatement 对象创建时必须将 SQL 传送到 JDBC 驱动程序,而不是在其执行时才传送。 

IN 参数用 SQL String 中的 ? 占位符表示。在 PreparedStatement 能够成功地执行前,还必须调用 PreparedStatement 对象的 setXXX() 方法来设置 IN 参数,在这里 XXX 被设置的参数的数据类型所替换。因而,要将第一个 IN 参数设置为整数值 100,您应该调用 setInt(1, 100)。同样地,要将第二个 IN 参数设置为字符串值“rjb”,您应该调用 setString(2, "rjb")。最后一点是,设置好的参数值在设置为一个新的值,或用 clearParameters() 显式地清除之前会保持不变。这很重要,因为 PreparedStatement 可以被多次执行;如果您不注意的话,就会让您的数据库充满无用数据。
问题10 :
  1、我把包含SQLBridge 的java文件改了一遍,有32个java文件(已经改完)。
   2、我把包含SQLPool 的java文件改了一遍,有27个java文件(已经改完)。
   3、我把不用的jsp文件整理了一下,大概有17 个目录的jsp文件不用或者没有上线。(整理完毕)
问题11:提交页面,每次都提交两次。
原因:
  1、
<input type="submit" name="sendit" value="发送" class=button οnclick="javascript:if(chkit())form_submit('broadcast_operation.jsp?s_coming=1&s_num=<%=str_num%>')">
这里如果type=”sbumit”,页面就会提交两次。(花费了一天的时间才找到原因)。
在onclick事件里面会提交一次,而submit 按钮本身也会提交一次。

解决方法:
   如果在onclick 事件里面提交页面,按钮的类型type 一定不可以是”submit”  按钮。
可以是”button”.
   全文搜索共有33个类似的文件。
java.net.SocketException: ReadFile failed: 指定的网络名不再可用。
主要是由于这个引起的。
问题12:定时刷新页面,600秒(不是必要的,不要这样做) 
原因:
   <meta http-equiv="refresh" content="600">
解决方法:
       去掉这样的语句。
    
全文搜索共有12个类似的文件。

问题13:在跳转到别的页面的时候,要加return。
否则可能会引起错误。跳转不过去。
If{
request.getRequestDispatcher("/zjdx/jsp/common/ErrorPage.jsp?s_mark=error:record have existed").forward(request,response); 
return;
}
else
{
response.sendRedirect();
//建议用上面的方法
return;
}

发布了40 篇原创文章 · 获赞 0 · 访问量 5万+
展开阅读全文

weblogic部署异常,之前正常的

03-24

<2014-3-24 上午09时17分04秒 CST> <Warning> <JDBC> <BEA-001129> <Received exception while creating connection for pool "education": Io 异常: The Network Adapter could not establish the connection> <2014-3-24 上午09时17分05秒 CST> <Error> <Deployer> <BEA-149205> <Failed to initialize the application 'education' due to error weblogic.application.ModuleException: . weblogic.application.ModuleException: at weblogic.jdbc.module.JDBCModule.prepare(JDBCModule.java:289) at weblogic.application.internal.flow.ModuleListenerInvoker.prepare(ModuleListenerInvoker.java:93) at weblogic.application.internal.flow.DeploymentCallbackFlow$1.next(DeploymentCallbackFlow.java:360) at weblogic.application.utils.StateMachineDriver.nextState(StateMachineDriver.java:26) at weblogic.application.internal.flow.DeploymentCallbackFlow.prepare(DeploymentCallbackFlow.java:56) Truncated. see log file for complete stacktrace weblogic.common.ResourceException: weblogic.common.ResourceException: Could not create pool connection. The DBMS driver exception was: Io 异常: The Network Adapter could not establish the connection at weblogic.jdbc.common.internal.ConnectionEnvFactory.createResource(ConnectionEnvFactory.java:236) at weblogic.common.resourcepool.ResourcePoolImpl.makeResources(ResourcePoolImpl.java:1073) at weblogic.common.resourcepool.ResourcePoolImpl.makeResources(ResourcePoolImpl.java:995) at weblogic.common.resourcepool.ResourcePoolImpl.start(ResourcePoolImpl.java:214) at weblogic.jdbc.common.internal.ConnectionPool.doStart(ConnectionPool.java:1042) Truncated. see log file for complete stacktrace > 问答

关于weblogic下访问界面报错问题

04-11

碰到了个奇怪的问题,在tomcat下访问界面不会报错,但是放到weblogic下就会报这个错,不知道是什么原因造成的,请求各位大神指导,谢谢 java.net.SocketException: Write failed: Broken pipe at jrockit.net.SocketNativeIO.writeBytesPinned(Native Method) at jrockit.net.SocketNativeIO.socketWrite(SocketNativeIO.java:46) at java.net.SocketOutputStream.socketWrite0(SocketOutputStream.java) at java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92) at java.net.SocketOutputStream.write(SocketOutputStream.java:136) at weblogic.servlet.internal.ChunkOutput.writeChunkTransfer(ChunkOutput.java:568) at weblogic.servlet.internal.ChunkOutput.writeChunks(ChunkOutput.java:539) at weblogic.servlet.internal.ChunkOutput.flush(ChunkOutput.java:427) at weblogic.servlet.internal.CharsetChunkOutput.flush(CharsetChunkOutput.java:298) at weblogic.servlet.internal.ChunkOutput$2.checkForFlush(ChunkOutput.java:648) at weblogic.servlet.internal.CharsetChunkOutput.print(CharsetChunkOutput.java:280) at weblogic.servlet.internal.ChunkOutputWrapper.print(ChunkOutputWrapper.java:171) at weblogic.servlet.jsp.JspWriterImpl.write(JspWriterImpl.java:259) at jsp_servlet._web_45_inf._content._resourceanalysis.__reportmain_45_index._jsp__tag4(__reportmain_45_index.java:771) at jsp_servlet._web_45_inf._content._resourceanalysis.__reportmain_45_index._jspService(__reportmain_45_index.java:503) at weblogic.servlet.jsp.JspBase.service(JspBase.java:34) at weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(StubSecurityHelper.java:227) at weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityHelper.java:125) at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:301) at weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:184) at weblogic.servlet.internal.RequestDispatcherImpl.invokeServlet(RequestDispatcherImpl.java:526) at weblogic.servlet.internal.RequestDispatcherImpl.forward(RequestDispatcherImpl.java:253) at org.apache.struts2.dispatcher.ServletDispatcherResult.doExecute(ServletDispatcherResult.java:164) at org.apache.struts2.dispatcher.StrutsResultSupport.execute(StrutsResultSupport.java:186) at org.apache.struts2.rest.RestActionInvocation.executeResult(RestActionInvocation.java:240) at org.apache.struts2.rest.RestActionInvocation.processResult(RestActionInvocation.java:197) at org.apache.struts2.rest.RestActionInvocation.invoke(RestActionInvocation.java:145) at com.opensymphony.xwork2.DefaultActionProxy.execute(DefaultActionProxy.java:147) at org.apache.struts2.dispatcher.Dispatcher.serviceAction(Dispatcher.java:544) at org.apache.struts2.dispatcher.ng.ExecuteOperations.executeAction(ExecuteOperations.java:77) at org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter.doFilter(StrutsPrepareAndExecuteFilter.java:91) at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56) at org.apache.shiro.web.servlet.ProxiedFilterChain.doFilter(ProxiedFilterChain.java:61) at org.apache.shiro.web.servlet.AdviceFilter.executeChain(AdviceFilter.java:108) at org.apache.shiro.web.servlet.AdviceFilter.doFilterInternal(AdviceFilter.java:137) at org.apache.shiro.web.servlet.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:125) at org.apache.shiro.web.servlet.ProxiedFilterChain.doFilter(ProxiedFilterChain.java:66) at org.apache.shiro.web.servlet.AbstractShiroFilter.executeChain(AbstractShiroFilter.java:449) at org.apache.shiro.web.servlet.AbstractShiroFilter$1.call(AbstractShiroFilter.java:365) at org.apache.shiro.subject.support.SubjectCallable.doCall(SubjectCallable.java:90) at org.apache.shiro.subject.support.SubjectCallable.call(SubjectCallable.java:83) at org.apache.shiro.subject.support.DelegatingSubject.execute(DelegatingSubject.java:383) at org.apache.shiro.web.servlet.AbstractShiroFilter.doFilterInternal(AbstractShiroFilter.java:362) at org.apache.shiro.web.servlet.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:125) at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:346) at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:259) at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56) at com.cattsoft.system.security.SessionPathFilter.doFilter(SessionPathFilter.java:56) at weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:56) at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.wrapRun(WebAppServletContext.java:3730) at weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.run(WebAppServletContext.java:3696) at weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSubject.java:321) at weblogic.security.service.SecurityManager.runAs(SecurityManager.java:120) at weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServletContext.java:2273) at weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletContext.java:2179) at weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java:1490) at weblogic.work.ExecuteThread.execute(ExecuteThread.java:256) at weblogic.work.ExecuteThread.run(ExecuteThread.java:221) 问答

没有更多推荐了,返回首页

©️2019 CSDN 皮肤主题: 大白 设计师: CSDN官方博客

分享到微信朋友圈

×

扫一扫,手机浏览