2. 技术
    3. 《整理》eclipse中的问题处理

    《整理》eclipse中的问题处理

    技术2022-07-20  70

    目录

    1. 解决Tomcat version 7.0 only supports J2EE 1.2, 1.3, 1.4, and Java EE 5 and 6 Web modules项目无法加入到tomcat

    2. eclipse重启,tomcat的context等配置文件被重置的问题

    3. eclipse部署项目到Tomcat缺少jsp、css等静态资源文件解决办法

    4. Unsupported major.minor version 52.0

     

     

     

     

     

     

     

     

     

    1. 解决Tomcat version 7.0 only supports J2EE 1.2, 1.3, 1.4, and Java EE 5 and 6 Web modules项目无法加入到tomcat

    原文地址：https://blog.csdn.net/bpqdwo/article/details/72991180

    问题描述：

    导入外部项目，加到到tomcat上时，报错：

    解决方法：

    1.在eclipse的workspace里面找到该项目.settings文件夹

    2.编辑org.eclipse.wst.common.project.facet.core.xml文件

    改之前

    3.改这个：也可以修改成3.0，这里可以参考其他在eclipse中创建的web项目

    <installed facet="jst.web" version="2.5"/>

    4.refresh 项目

     

     

    2. eclipse重启,tomcat的context等配置文件被重置的问题

    原文目录：https://blog.csdn.net/iteye_10392/article/details/82651257

    3. eclipse部署项目到Tomcat缺少jsp、css等静态资源文件解决办法

    原文地址：https://blog.csdn.net/qq_28773851/article/details/81751195

     

    4. Unsupported major.minor version 52.0

    原文地址：

    关于项目报 Unsupported major.minor version 52.0的解决办法_Hope_lee的博客-博客_unsupported major.minor version 52.0 at java.lang. https://blog.csdn.net/Hope_lee/article/details/85376021?ops_request_misc=%7B%22request%5Fid%22%3A%22159650384219726869060929%22%2C%22scm%22%3A%2220140713.130102334..%22%7D&request_id=159650384219726869060929&biz_id=0&utm_medium=distribute.pc_search_result.none-task-blog-2~blog~sobaiduend~default-4-85376021.pc_v2_rank_blog_default&utm_term=Unsupported&spm=1018.2118.3001.4187

    Exception in thread "main" java.lang.UnsupportedClassVersionError: com/input/TestKey : Unsupported major.minor version 52.0 at java.lang.ClassLoader.defineClass1(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:800) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:142) at java.net.URLClassLoader.defineClass(URLClassLoader.java:449) at java.net.URLClassLoader.access$100(URLClassLoader.java:71) at java.net.URLClassLoader$1.run(URLClassLoader.java:361) at java.net.URLClassLoader$1.run(URLClassLoader.java:355) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:354) at java.lang.ClassLoader.loadClass(ClassLoader.java:425) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:308) at java.lang.ClassLoader.loadClass(ClassLoader.java:358) at sun.launcher.LauncherHelper.checkAndLoadMain(LauncherHelper.java:482)

    出现问题原因-->>分析 { JDK版本不一致的问题 }

    在eclipse中开发的项目有个Java build path中可以配置的JDKjava compiler中可以配置compiler level{eclipse>windows>preferences>java>compiler>compiler compliance level}

    两个是有区别的:

    build path的JDK版本是你开发的时候编译器需要使用到的，就是你在eclipse中开发代码，给你提示报错的，编译的过程；java compiler compliance level中配置的编译版本号，这个编译版本号的作用是，你这个项目将来开发完毕之后，要放到服务器上运行，那个服务器上JDK的运行版本。

    问题就是，build path中配置1.7的JDK，java compiler compliance level中配置的1.7，但是程序运行需要的是1.8的JDK，就报了那个错误，反之亦然。

    build path的JDK版本是你开发的时候编译器需要使用到的，例如用的JDK1.4就不能使用泛型。而java compiler compliance level设置的是你写好的JAVA代码按照什么JDK版本级别编译，例如：设置的是1.4，编译出来的class文件可以在1.4以上的JRE上运行，如果用的是5.0级别编译，就不能运行在1.4的环境里面。

    在eclipse中进行开发的时候，build path 中JDK进行类库的编译（就是你使用类在不在这个JDK中),java compiler compliance level是对这个项目语法的编译（就是你的项目中语法的正确与否），在开发的过程中，这两个地方是都起作用的。所以说，build path 和 java complier compliance level和服务器配置的JDK保持一致，就不会出现任何问题的。

    stanford parser和jdk版本对应关系

    J2SE 8 = 52,

    J2SE 7 = 51,

    J2SE 6.0 = 50,

    J2SE 5.0 = 49,

    JDK 1.4 = 48,

    JDK 1.3 = 47,

    JDK 1.2 = 46,

    JDK 1.1 = 45

     

     

     

     

     

     

     

     

     

     

    Processed: 0.015, SQL: 9