转自:https://blog.csdn.net/u010995831/article/details/53283746 之前一直有碰到weblogic各种乱码问题,要不就是页面乱码,要不就是控制台乱码,一直都没有时间真正的去解决,前两天又碰到一个项目页面出现乱码,很烦躁,花了几分钟解决了页面乱码问题,但是后台又出现了乱码,突然感觉不能这么继续下去了,下定决心解决这问题,在此列出步骤, 1.解决页面乱码: 找到weblogic的安装目录,然后进入项目使用的域的目录的bin目录,列如我的目录就是F

一 .weblogic启动错误:java.lang.AccessertionError:java.lang.reflect.InvocationTargetException <unable to get file lock will retry...> 出现这个错误因为有其他进程正锁着Weblogic,可以删掉lock文件   解决方法: Setp1 :删除edit.lok 进入domain目录下,将edit.lok删除   Step2 :删除config.lok 进入domain/conf

linux下weblogic启动如果出现这个错误,多半是hosts文件不对 1.先输入hostname,查看本机计算机名(比如:server123) 2.sudo vi /etc/hosts 编辑hosts文件,在最后加一行 127.0.0.1 server123 (这里的server123换成你自己的linux计算机名) 然后再启动就ok了

a.start weblogic1)找到 /Oracle/Middleware/user_projects/domains/ 用户_domain目录. nohup ./startWebLogic.sh(nohup的作用是让weblogic启动在后台运行) 3)使用命令 tail -f 文本文件名即可监视远程文件的变动情况,例如要监视Weblogic某一域的日志输出只需要输入命令: tail -f nohup.out b.stop weblocgic 1)命令 ./stopWebLogic 一般情

Weblogic 启动报错:java.lang.NoClassDefFoundError  ####<2015-6-17 下午03时30分47秒 CST> <Error> <HTTP> <HDQSDOCMTAPP4> <zonyappserver> <[ACTIVE] ExecuteThread: '15' for queue: 'weblogic.kernel.Default (self-tuning)'> <<WLS

重启了一次linux服务器后,weblogic启动莫名报错,查看日志发现说部署的项目有个bean类无法加载, 1.然后手动删除 已经部署的项目,先在 domais/servers/AdminServer/upload 删除上传的项目:启动报错 <Jul , :: AM CST> <Error> <Deployer> <BEA-> <Failed to create App/Comp mbeans for AppDeploymentMBean mmp.

这是SUN,JDK一个bug解决办法是在weblogic启动脚本里setDomainEnv.sh: 加入以下内容 JAVA_OPTIONS="${JAVA_OPTIONS} -Djava.security.egd=file:/dev/./urandom"export JAVA_OPTIONS 在/opt/DCI-Engine目录中手动指定参数运行引擎 java -Djava.security.egd=file:/dev/../dev/urandom -Xms256m -Xmx1024m

昨天测试环境上网银系统突然出现启动weblogic控制台出错问题,执行startWebLogic.sh脚本后tail到nohup文件时没有反应,nohup.out文件一直没有反应.对于此问题同事想reboot 操作系统,但是执行reboot后突然又出现其他的问题,最后发现由于reboot重启系统会带来很多隐患比如:不会等待AIX上的其他应用系统正常停止立即退出系统类似于突然断电,这样应用的缓存没来得及清理就保存到了系统上但是很隐蔽,不易发现.然后执行shutdown后重启系统.出现BIS系统的w

创建域慢启动慢的特征:创建域到70%时,进程长时间等待(命令行创建时停止在100%处),创建域启动Weblogic的时候也是长时间停止. Weblogic在Linux下启动慢的原因,发现从进程堆来看,线程挂在security相关的随机数生成上面,是由于JDK的Bug(JDK从/dev/random读取'randomness'经常耗费10分钟或者更长的时间),查询了下相关资料,解决办法可以有如下三种办法: 1)较好的解决办法: 在Weblogic启动参数里添加 "- Djava.security.

weblogic启动慢一般先看setDomainEnv.sh中分配给JVM的内存大小,如果分配足够(没部应用一般也要1G以上)那么再用free -g看本机剩余内存是否充足.如果都没问题还是比一般机器启动慢,那么有很大可能是随机数生成阻塞问题. 阻塞问题造成的weblogic启动慢主要表现为,平时一般十多秒就能成功的控制台和受控server此时需要数分钟才能完成启动,且本来一下完成登录的控制台页面也要几分钟才能显示出来. weblogic启动需要随机数,生成随机数需要种子,而种子来源由secure

事情的起因什么的就不多表了,直接进入主题... 项目都要上线了,结果发现使用 idea mvn install之后的 jar在windows下启动乱码,而使用idea启动却没有问题!!! 这是神马情况? 到linux下试了,也不乱码!!! 好吧,百度一下吧... 先是:https://www.oschina.net/question/2744623_2214624?sort=time 再看:http://blog.csdn.net/chaijunkun/article/details/76243

在weblogic 启动的时候 出现 java.lang.NullPointerException at weblogic.deploy.internal.adminserver.DeploymentManager.getPendingDeploymentsForEditLockOwner(DeploymentManager.java:360)     at weblogic.management.provider.internal.EditAccessImpl.removePendingUpd

启动weblogic 本例中weblogic 安装路径为:/data/weblogic/wls/wlserver_10.3/ 1. 启动nodeManager cd /data/weblogic/wls/wlserver_10.3/server/bin;   //执行 nohup sh startNodeManager.sh > nodemanager.log 2>&1 &   或者 nohup ./startNodeManager.sh & //通常情况下我们新建st

weblogic官方文档给出的问题原因: 江湖偏方: 修改jdk:修改$JAVA_HOME/jre/lib/security/java.security文件,替换securerandom.source=file:/dev/random为securerandom.source=file:/dev/./urandom.对所有使用JVM的用户应用生效. 修改weblogic启动文件:修改startWeblogic.sh文件,在Java启动参数中添加 JAVA_OPTIONS="$JAVA_OPTION

平时我们操作linux服务器的时候,都是通过ssh远程连接,然后启动服务器上的服务的,所以有时候启动weblogic,我们关闭ssh,weblogic 服务也相应的关闭了,那么我们就只能用nohup这个命令了 工具/原料 ssh,weblogic 方法/步骤 1 打开ssh,用cd 命令,如下图,指向 weblogic启动目录 2 执行命令:nohup ./startWebLogic.sh & 3 执行之后,会在其目录下有个日志记录,名字叫nohup.out文件,如果想查看其文件,可执行下列命令

  添加 启动参数  :      -Xms256m -Xmx512m -XX:MaxPermSize=256m 原因 : 实际是JVM在Linux下的bug:他想调用一个随机函数,但是取不到. 暂时的解决办法是 2) 1)较好的解决办法:        在Weblogic启动参数里添加 “-D java.security.egd=file:/dev/./urandom” (/dev/urandom 无法启动)2)最差的解决办法:         执行命令 mv /dev/random /dev

Springmvc Get请求Tomcat.WebLogic中文乱码问题 学习了:http://www.cnblogs.com/qingdaofu/p/5633225.html http://www.cnblogs.com/liukemng/p/4178882.html 等内容,适用转码方式进行了乱码问题解决: 代码: cz = new String(cz.getBytes("ISO-8859-1"), "utf8"); 但是,WebLogic下面不需要进行转码就可

weblogic启动节点服务器报错,java.lang.ClassCastException:com.octestring.vde.backend.BackendRoot cannot be cast to com.octestring.vde.backend.standard.BackendStandard类型转换异常,导致初始化application失败. 具体错误如下图 其实从错误堆栈里看不出来啥的,重点在第一个图的上部分,已用红线标出 再截出来仔细看看.很明显,说的是EmbeddedLD

在使用一个加密解密工具类的时候,在本地Main方法中运行正常,不会出现中文乱码,将其部署到Weblogic之后,控制台,Servlet中中出现中文乱码. 在Main方法运行时获取本地编码方式为UTF8,在Weblogic中运行时获取的是GBK. 经查询资料得知,如果不指定编码比如getBytes等,系统会使用JVM默认的编码方式进行处理,所以这里需要修改Weblogic下的JVM编码方式进行解决. 1.找到weblogic安装目录,当前项目配置的domain 2.找到bin下的setDomain

出现错误: 将文件部署到weblogic上,在linux环境下运行程序时出现乱码问题 原因: (1)可能是linux系统的编码问题 解决办法:登陆weblogic 输入命令: cd /etc/sysconfig/ 查看i18n : vi i18n 显示编码结果如下图   若系统编码与程序编码符合,则不需要改编码方式   (2)可能是weblogic 编码方式的问题 解决办法:<1>输入命令 : vi .bash_profile (注意bash前面有一个小数点符号) 出现如下文件信息 里面添加

java.lang.ClassCastException: com.octetstring.vde.backend.BackendRoot cannot be cast to com.octetstring.vde.backend.standard.BackendStandard at weblogic.ldap.EmbeddedLDAP.start(EmbeddedLDAP.java:273) at weblogic.t3.srvr.SubsystemRequest.run(Subsystem