Eclipse里配置Ant 组织的Project(2)

接着

上一篇Blog

,现在开始整理Tomcat服务器方面的报错及其处理步骤.

在Eclispe里启动Tomcat,此时报如下一个异常:
log4j:ERROR Could not parse file [E:\myMMT\.metadata\.plugins\org.eclipse.wst.server.core\tmp0/conf/log4j.xml].
java.io.FileNotFoundException: E:\myMMT\.metadata\.plugins\org.eclipse.wst.server.core\tmp0\conf\log4j.xml (系统找不到指定的文件。)

异常里所说的路径就是E:\myMMT是我Eclipse新建的WorkSpace,这里的conf文件夹是它下面的.metadata里对Tomcat所做的插件支持(这个我推测的,现在看来这个推测没什么问题).

    为什么要去这个conf下找log4j.xml呢?这当然是Tomcat要去找与Logging相关的配置了,可一个全新Tomcat下又没有log4j.xml这个文件,那么在Tomcat里又是怎么来配置Logging的呢?这个先不考虑,在此据以往经验把那个log4j.xml文件从Link进来的conf文件中拷到Eclipse中Servers下与项目A相对应的Tomcat的config下,这里面现在已有原来的catalina.policy,catalina.properites,server.xm.,tomcat-user.xml四个文件.放入再重启Tomcat后,上面的那个异常还存在,这是怎么回事?通过右击config文件Easy Explore后,看到这个文件的路径是这样的:E:\myMMT\Servers\Tomcat v5.5 Server at localhost-config. 现在回过头来想想,为什么我要把那个log4j.xml文件放到Tomcat v5.5 Server at localhost-config这个文件夹下呢?异常中报的是在tmp0\conf下找不到,又没说是在Tomcat v5.5 Server at localhost-config下找不到?是想看看Eclipse会不会自动地找这个log4j.xml文件拷到那个tem0下,现在得出结论了:不能自动copy过去.

    这里留一个问题,那个E:\myMMT\Servers\Tomcat v5.5 Server at localhost-config文件与E:\myMMT\.metadata\.plugins\org.eclipse.wst.server.core\tmp0\conf文件夹有什么联系?难道会涉及到CATALINA-BASE这个概念么?先不想这个.

    那现在自己乖乖地把log4j.xml放到E:\myMMT\.metadata\.plugins\org.eclipse.wst.server.core\tmp0\conf下吧.

    重启Tomcat后,那个异常没了.不过现在有个问题:与log4j.xml同在一个conf文件夹下另外还有A.properties,A.xml,A-cachemapping.properties,A-echache.xml和system.properties五个文件.据现在的现象看来Tomcat在启动时没有找这个四个文件.这四个文件会在什么情况下用到呢?

    现在Tomcat启动了,在浏览器中访问,看看还会有什么异常.

    怪怪...怎么浏览器里访问里所404异常呢?

    虚惊一场,原来是Project的名字写错了,应该是abc的,可写成acb了.这样为好,看看这样的project名字冲突会带来什么影响.

    进去登录界面输入用户名密码后,点击Login button.又有异常了.现在是"applicationContext.xml"这个文件找不到.这是怎么回事呢?那个文件明明在这个"E:\myMMT\.metadata\.plugins\org.eclipse.wst.server.core\tmp0\wtpwebapps\pushotool\WEB-INF"路径下呀?Tomcat怎么不去找呢?这就是当初我第一次见这个异常时的情景.后来经高人指点后把WEB-INF作为source folderlink 进去了.
    
    注意在link这个WEB-INF时直接不会成功的,得通过Add Source的方式进行,同样也会有红叉作为警告,这时就要用到LinkSource对话框里的Exclusion patterns把那些不相关的文件夹给exclusion出去,这时就是把WEB-INF下的layout,lib和pages过滤出去.

    link进去后,上面的那个关于application.xml的问题没有了.这是为什么呢?在Tomcat启动时不找那些配置文件,却是在中间某一过程中找,后来看到BeanUtil.java中有下面一段话:

         private static  String[]  xmlPath = new String[] {"applicationContext.xml", "pushtool-dao.xml", "pushtool-messages.xml", "pushtool-cacheContext.xml"};
    
        public static Object getBean(String beanName) {
            if(appCtx == null) {
                logger.info("ApplicationContext not initialized, init now...");
                appCtx = new ClassPathXmlApplicationContext(xmlPath);
            }
            return appCtx.getBean(beanName);
         }

        呵呵,写的有些纳闷,要在中途的这个时候来初始化ApplicationContext,那么正常应该是什么样子的呢?

        先放下这个问题,转到正常的步骤来,输入Username和password后又出现异常了,异常信息大概是这样的:Name jdbc is not bound in this Context,Error creating bean with name 'dataSource' defined in class path resource [applicationContext.xml]
        原因是这时系统要从数据库里查一些数据.这样就进入那些头痛的DataSource和JNDI配置功能了.好在我已把这个配置搞定了,现在也只是根据问题现象把那些配置串起来.

 

下一篇中我将把在Tomcat里如何配置JNDI/JDBC整理一下.