加载中…
  
博文

在Eclipse中启动Tomcat服务器时,经常由于系统初始化项目多,导致出现45秒超时的Tomcat服务器启动错误,出现下面的错误。

标签:

weblogic

加载

顺序

次序

it

分类: 中间件

转自http://jingdewang2008.blog.sohu.com/94004192.html

我是因为在weblogic上部署了应用遇到类明明存在却提示类找不到的问题,在网上搜索找到这篇文章的,按照作者的说明在weblogic上面加了那段代码就OK了,首先要感谢下原作者,然后要收藏下这篇文章。

行者孙:

类是通过类加载器classloader载入的。
缺省情况下web容器遵循java的标准标准类载入机制 -- 由现载入父加载器level的类。
weblogic的web容器的classloader继承自ejb容器的classloader,ejb容器的classloader又继承自application classloader--该loader负责加载classpath下面的类,所以缺省情况下classpath下面的类会被优先载入,即使相同的类存在于web应用的lib目录。
可以通过配置文件来修改这种加载顺序,使得lib目录中的类得到优先调用,在weblogic 8.1中,方法是在weblogic.xml中加入下面的代码段:
<container-descriptor>
<prefer-web-inf-classes>true</prefer-web-inf-classes>
</container-descriptor>

分类: 技术

    在做DB2的CLOB数据写入的时候,发现数据>1M以后写入就会失败,提示com.ibm.db2.jcc.a.in: DB2 SQL Error: , SQLSTATE=22001, SQLERRMC=null, DRIVER=3.52.95,意思就是说插入的值对于列来说太大。在网上搜索了一下,大家都说db2 clob最大可以存储2G的数据,我就开始看是不是自己写入clob的代码有问题,试了几种方法,都是一样的,最后才发现,原来是DB2本身的设置和表结构的问题,我是通过查看表属性发现的,我的建表脚本大概是这样的:

CREATE TABLE TEST_CLOB
 (
CLOB_DATA CLOB 

 );

建表之后,查看该表的属性,发现CLOB字段后面跟着个(1M)。后来尝试在建表语句后面加上大小,发现果然可以指定大小,比如CREATE TABLE TEST_CLOB(CLOB_DATA CLOB(3M) );再后来在网上找资料,发现在db2的安装目录下的IBM\SQLLIB\db2cli.opt文件中有下面的设置:

LOBMAXCOLUMNSIZE=1048575

上面这个值刚好是1M,建表时clob字段不指定大小时使用的就是这个默认大小。

至此,知道1M从何而来了,但是还是没能解决问题,我希望的是不限制大小,又担心如果指定了2G会浪费太大的空

标签:

it

  文件上传时,有时候文件名会是中文,有时还有一些其他可能是中文的信息一起提交,比如描述,这时候经常会遇到中文乱码的问题。下面给大家介绍点经验:

1,文件上传的jsp采用GBK编码,就是 <%@ page contentType='text/html;charset=GBK'%> 了

2,servlet里面读取文件数据的时候FileUpload类使用方法setHeaderEncoding设置编码为utf-8

3,获得form里面域的值的时候,用FileItem的getString('utf-8');这儿也加上编码utf-8。

标签:

db2

sqlcode

-104

杂谈

com.ibm.db2.jcc.b.SqlException: 在隐式系统操作类型 '2' 期间发生错误。为该错误返回的信息包括 SQLCODE '-104'、SQLSTATE '42601' 和消息标记 '|)|AS'。
用DB2数据库在jsp中调用sql语句去查询数据的时候出现上面的错误,sql语句是select * from (select  t.*,g.group_id from np_cms_view_history t,np_user_group g,np_user u where t.username=u.user_name and u.user_id=g.user_id ) where showmain_id='100' order by viewtime desc;
该语句在oracle数据库执行是一点问题也没有的,后来找了一个DB2数据库进行测试,有问题就一点点把sql语句缩短,最后发现去掉一层select就可以了,也就是改成了select  t.*,g.group_id from np_cms_view_history t,np_user_group g,np_user u where t.username=u.user_name and u.user_id=g.user_id and showmain_id='100' order by viewtime desc;
问题是暂时解决了,但是真是不明白为什么,现在做事情碰到过很多这种问题了啊。
  

新浪BLOG意见反馈留言板 欢迎批评指正

新浪简介 | About Sina | 广告服务 | 联系我们 | 招聘信息 | 网站律师 | SINA English | 产品答疑

新浪公司 版权所有