今天下午下班后，发现服务器在自动调度业务数据时出现异常情况，其实很简单是基础数据日期格式有问题。但在查询resin日志时发现jvm-default.log文件到了1G多。。。
查了下resin手册，发现在WIN服务下启动resin时会自动的创建些log文件，所有需要在命令行输出的信息都会放到此文件，天长日久此文件也就大起来了。
我们可以使用stdout将输出生定向到自定义文件路径中
现在我的resin版本是3.1.7a，下载了个使用说明是3.2，问题不是太大。
在3.1.6中如果需要我们服务器同时有两个resin的应用启动，如果端口号相同我们的应用将会莫明其妙的死掉。。
-Dcom.sun.management.jmxremote
6600
这个 必须不一致。。
当然，在实际中经常会碰到这样那样的问题，有时baidu/google会把问题复杂化，你一搜到处一堆文档，真的会影响我们的判断。 这时，如果直接看说明书、RAQ之类的资料倒是可以很快的帮助我们解决问题。
今天下午下班后，发现服务器在自动调度业务数据时出现异常情况，其实很简单是基础数据日期格式有问题。但在查询resin日志时发现jvm-default.log文件到了1G多。。。查了下resin手册，发现在WIN服务下启动resin时会自动的创建些log文件，所有需要在命令行输出的信息都会放到此文件，天长日久此文件也就大起来了。 我们可以使用stdout将输出生定向到自定义文件路径中 现在我的resin版本是3.1.7a，下载了个使用说明是3.2，问题不是太大。 在3.1.6中如果需要我们服务器同时有两个resin的应用启动，如果端口号相同我们的应用将会莫明其妙的死掉。。 -Dcom.sun.management.jmxremote 6600 这个 必须不一致。。 当然，在实际中经常会碰到这样那样的问题，有时baidu/google会把问题复杂化，你一搜到处一堆文档，真的会影响我们的判断。 这时，如果直接看说明书、RAQ之类的资料倒是可以很快的帮助我们解决问题。
阅读(3287) | 评论(0) | 转发(0) |
