tomcat7源码
❶ Tomcat 7 只支持到JDK 1.6吗
Tomcat 7可以支持到jdk1.7的。
1、 查看系统版本
# uname –a //是64位系统,那么我们选择64位的JDK
linux 2.6.32-71.el6.x86_64 #1 SMP Fri May 20 03:51:51 BST 2011 x86_64 x86_64 x86_64 GNU/Linux
2、 下载tomcat7和jdk1.7
Tarbag专门放源码包，software专门放解压后的软件包
# mkdir /usr/local/src/tarbag
# mkdir /usr/local/src/software
# cd /usr/local/src/tarbag
# wget http://mirror.bjtu.e.cn/apache/tomcat/tomcat-7/v7.0.22/bin/apache-tomcat-7.0.22.tar.gz
# wgethttp://download.oracle.com/auth/otn-pub/java/jdk/7u1-b08/jdk-7u1-linux-x64.tar.gz
3、 安装jdk(配置java环境)
# tar -xzvf jdk-7u1-linux-x64.tar.gz
# mv jdk1.7.0_01/ /usr/local/java
配置java环境
# vi /etc/profile
加上以下信息
export JAVA_HOME=/usr/local/java
CLASSPATH=/usr/local/java/lib/dt.jar:/usr/local/java/lib/tools.jar
PATH=/usr/local/java/bin:$PATH
export PATH JAVA_HOME CLASSPATH
查看是否成功
# source /etc/profile
# java -version //看到1.7的字样说明安装成功了
java version "1.7.0_01"
Java(TM) SE Runtime Environment (build 1.7.0_01-b08)
Java HotSpot(TM) 64-Bit Server VM (build 21.1-b02, mixed mode)
4、 安装tomcat 7
# tar –xzvf apache-tomcat-7.0.22.tar.gz
# mv apache-tomcat-7.0.22 /usr/local/tomcat7
5、 启动关闭tomcat7
启动
# /usr/local/tomcat7/bin/startup.sh
关闭
# /usr/local/tomcat7/bin/shutdown.sh
6、 开启tomcat测试
❷ Tomcat安装完毕后打不开主页怎么回事
如果tomcat启动无报错，考虑是否有首页面或者配置了访问跳转
另tomcat启动失败：是否端口占用、源码包加载错误
参考地址：
http://jingyan..com/article/7e440953dc096e2fc0e2ef1a.html
❸ Axure 安装后打不开 一开就出现这种 不管怎么重装 都这样
首先要检查：
.Net Framework 4.0环境是否安装好，您可以在“控制面板》添加删除软件”中把它删除，然后再重。（微软官网上有，搜索一下）
2
如果您确定环境没问题：
可以尝试安装最新版Axure（这不是废话嘛）
3
如果您确认上面两步都没问题，那么请尝试：
删除下面目录下的的文件（请在此之前确保您的项目已保存好了）：
C:\Users\[用户名]\AppData\Local\Temp\Axure-6（或Axure 7.0）
删除该目录下的配置文档：
C:\Users\[用户名]\AppData\Local\Axure
这两个路径是隐藏的，先设置隐藏文件可见。
删除后就可以重启Axure了。
最后如果是
万能的网络。【桌面】→【右键】→【NVIDIA控制面板】→【管理3D设置】→【程序设置】→【添加】，选择安装目录下的AxureRP8.exe，为此程序选择首选图形处理器高性能NVIDIA处理器，看完这个解决方案，觉得这就是小编要找的解决方案。
之前由于PC的屏幕亮度调节不了，然后找到一个解决方案说是要卸载和NVIDIA相关的程序，去官网下载相关的驱动，结果屏幕亮度是可以调了，不曾想会埋下此祸。最后，又重新去PC官网下载NVIDIA驱动进行安装，第一次安装选择的是“精简”安装，结果安装失败了。如图：
最后，重新安装的时候选择了”自定义安装选项“，只安装了NVIDIAGeForce Experience，结果安装成功。重启之后，axure闪退的问题解决！
版权声明：本文为博主原创文章，转载请注明出处。
目前您尚未登录，请 登录 或 注册 后进行评论
ccnanxi
ccnanxi2017-10-16 11:311楼1条回复 回复
安装环境有问题，无论什么版本都是打开闪退，博主的解决方案没看明白，我也要安装一个NVDID图形驱动程序吗
axure8.0使用教程 xiaopingping___xiaopingping___2016年07月26日 15:38644
http://www.axure.com.cn/3608/
win8.1打开axure8.0闪退的问题 u010927640u0109276402017年04月19日 21:132828
由于需求有大的变动，需要重新定义系统，为了能更快地表达出用户想要的效果，用了axure画了原型。但在安装完成后打开总是出现闪退的问题，对解决过程做个记录。 一、逐步排查问题： ...
造成程序闪退的bug u012701023u0127010232015年10月19日 19:10356
例子很简单 大家可以自己分析一下 #import "ViewController.h" @interface ViewController () @property (nonatomic, wea...
autoCAD2010在win8.1上面的闪退问题 lily0806lily08062015年05月12日 10:27825
成功安装后，竟然闪退了。网络之，有效方法：C:\ProgramData\FLEXnet\adskflex_*_tsf.data ，将adskflex_*_tsf.data 更名为adskflex_*_...
anaconda navigator闪退问题解决 fessigyfessigy2017年11月29日 15:04776
环境：win7 32位 anaconda安装版本：Anaconda3-4.2.0-Windows-x86.exe 问题现象： anaconda安装完毕后，双击anaconda navigator打开，...
Axure在Win10系统中安装乱码 meronemerone2017年04月14日 10:461174
记录Auxre在Win10系统中安装出现乱码的解决办法。
AXURE RP EXTENSION For Chrome
2017年10月14日 14:2525KB下载
Win8.1 IE11 浏览器无法打开任何网页的解决办法 年09月29日 13:271103
最近发现自己的Win8.1 IE11浏览器无法打开任何网页,遂网络了大约10分钟,开始的几个方法都无效,最终找到一个简单的办法,一招制敌! 按下 Win 键进入开始屏幕，直接键盘按下 cmd 三个字符...
解决Android7.0以上，手机拍照闪退的问题 fanyuyoungfanyuyoung2017年08月08日 14:35221
protected void takePhoto() { if (ContextCompat.checkSelfPermission(this, Manifest.permission.W...
tomcat7启动startup闪退的解决方案 年09月15日 13:283773
一、配置 JDK 要想在自己的计算机上安装Tomcat,需要JDK的支持，因为Tomcat是用java语言编写的一个很轻量级的Web服务器。 1、首先将自己下载的jdk（这里使用的是1.7）下载...
Axure 7.0 mac Yosemite 不能打开的问题 qqMCYqqMCY2015年01月03日 16:042928
使用下面这个新版就OK了， 下载地址：http://cdn1.axure.com/AxureRP-Pro-Setup-RC.dmg 注册码 我也是在网上找的。 Axure7用户名： aa...
QT版本不对导致软件闪退 PengPengBlogPengPengBlog2017年09月13日 15:55385
QT版本的的链接问题，点击平台时候，闪退，然后查源码，源码找到的问题是析构的问题，但是析构并没有什么问题，这个问题只有在我的电脑上出现过， 然后也没有发现内存泄露，越界等问题，怀疑是QT版本问题，随...
微信分享闪退问题分析及解决 fxjzzyofxjzzyo2016年05月14日 21:112777
今天看了慕课网的微信朋友圈分享课程，自己动手做时却发现点击按钮总出现闪退，分享结果也返回true了，可就是闪退。看了评论发现好多同学都在问这个问题。大致的原因都在说签名不一致的问题。多方网络，我最后终...
axure一启动鼠标就失灵怎么办 p1i2n3g4p1i2n3g42017年04月07日 13:43464
原文： http://jingyan..com/album/ea24bc39a55fd3da62b331d0.html?picindex=4 删除文件目录下 C:\Windows...
解决360/chrome浏览器打开Axure生成的html文件需要安装axure扩展的问题
用360/chrome浏览器打开Axure生成的html文件，会提示需要安装一个相应的Axure扩展才能正常使用。其实不用安装扩展，直接编辑index.html文件也行。用UE或者editplus（或...
年08月26日 13:45256
如何解决tomcat启动闪退问题 年12月28日 17:0613705
在这几天，遇到一个Tomcat启动闪退的问题，通过查阅各种资料，算是完美解决。在此分享给朋友们。 首先，确定你的问题在哪里 1.查询错误：win+R 输入c...
解决Eclipse打开后闪退 Eclipse在异常关闭后,启动闪退的解决办法
问题描述：Win7下 Eclipse编译原本没问题的工程时，第二天开始编译总是通不过，后来Debug As - Android Application 调试时出现卡死现象。任务管理器强制关闭，后重启E...
BuaaroidBuaaroid2015年11月18日 12:3511286
如何使用axure打开视频？ PEXUEPEXUE2015年09月16日 16:43536
一、选择内部框架拖入 二、内部框架可以调节大小和滚动条 三、双击打开内部框架设置内部属性 四、你可以到陪学网看下教程，最后可以填入视频网址链接URL或者本地文件路径 想要学习Axu...
Axure Mac中文破解版
2017年07月09日 15:061.01MB下载
打不开Eclipse，Eclipse闪退（已解决） zml_2015zml_20152015年08月23日 18:3014172
Failed to write core mp. Minimps are not enabled by default on client versions of Windows in Ecl...
❹ web app root system property already set to different value怎么解决
您好，很高兴为您解答。
Tomcat发布多个项目时抛的webAppRootKey错误，部署到WAS控制台单独一个项目可以运行，两个项目同时运行先启动的可以运行，后启动的项目不会读本项目的web.xml信息。
异常信息
Web app root system property already set to different value: 'webapp.root'
修改web.xml文件
部署在同一容器中的Web项目，要配置不同的<param-value>，不能重复
异常信息
Web app root system property already set to different value: 'webapp.root'
部署在同一容器中的Web项目，要配置不同的<param-value>，不能重复.
所以如果项目名称如果为test，那么<param-value>可以改为test.root，避免与webapp.root重复。
http://localhost:8080/test
<context-param>
<param-name>webAppRootKey</param-name>
<param-value>test.root</param-value>
</context-param>
注：test.root,test为访问项目的名称
这样重新部署后的项目就可以运行了。
如若满意，请点击右侧【采纳答案】，如若还有问题，请点击【追问】
希望我的回答对您有所帮助，望采纳！
~ O(∩_∩)O~
❺ 怎么 阅读github上tomcat7源码
到github.com找到自己感兴趣的项目，比如Jquery，复制项目的Clone URL
2
在本地打开Git Bash命令行窗口
3
把复制好的Clone URL粘贴到命令行窗口并回车，执行完Clone命令代码即下载到本地
Git Clone [URL]
END
方法2 - 下载源代码Zip包
1
找到自己感兴趣的项目，在项目页面点击"Download Zip"按钮，源代码即可下载到本地
END
方法3 - 直接在线浏览代码并复制想要的代码段
项目的源代码可以直接在代码浏览窗口查看，感兴趣的话可以直接复制或者下载
❻ 在Apache Tomcat 官网上如何找到下载Tomcat8的源码的地方
8.0.27
Please see the
README
file for packaging information. It explains what every distribution contains.
Binary Distributions
Core:
zip
(pgp,
md5,
sha1)
tar.gz
(pgp,
md5,
sha1)
32-bit Windows zip
(pgp,
md5,
sha1)
64-bit Windows zip
(pgp,
md5,
sha1)
64-bit Itanium Windows zip
(pgp,
md5,
sha1)
32-bit/64-bit Windows Service Installer
(pgp,
md5,
sha1)
Full documentation:
tar.gz
(pgp,
md5,
sha1)
Deployer:
zip
(pgp,
md5,
sha1)
tar.gz
(pgp,
md5,
sha1)
Extras:
JMX Remote jar
(pgp,
md5,
sha1)
Web services jar
(pgp,
md5,
sha1)
JULI adapters jar
(pgp,
md5,
sha1)
JULI log4j jar
(pgp,
md5,
sha1)
Embedded:
tar.gz
(pgp,
md5,
sha1)
zip
(pgp,
md5,
sha1)
Source Code Distributions
tar.gz
(pgp,
md5,
sha1)
zip
(pgp,
md5,
sha1)
❼ eclipse提示“error：A JNI error has occureed”怎么办
打开myeclipse，Preferentces->MyEclipse->Servers->Tomcat->Tomcat 6.x
,载入Tomcat7，在"Paths"下，点击“AddJAR/ZIP”,加载tomcat7下的……/bin/tomcat-juli.jar。点击“OK”
❽ 创作工具包括哪些
1、 VisualAgeJava。
它与其它JAVA开发工具相比有很多独特的地方，VAJ用自己的二进制格式文件(资源库)作为基本的存储模型。内置的版本控制、增量编译和高效的debug工具。
2、 VC。
如果说到Windows下的可视化开发工具现在大家接触得最多的就是VC，VB，DELPHI，BCB。其实我觉得VC并不能完全算是一个可视化工具，这表现在VC中编写代码还是占了开发工作的大部分时间。而其他的可视化工具中都在界面设计中耗费了大量的开发时间。我一直使用VC的原因就是因为我能够一直将注意力集中在软件功能开发上而不是界面设计上。我认为这样能够在开发的过程中更加自由和有更多的控制权。而且这种情况下产生的代码维护性更强。
3、 delphi。
数据库支持是delphi的强项。这主要体现在delphi与bde的无缝集成，以及delphi提供的那一大堆现成的数据库操作控件。这是vc望尘莫及的。目前delphi支持bde、ado、interbase三种数据库访问方式。所有的方式都能拖拉到应用程序中实现可视化操作。正是因为delphi对数据库类的包装，使得用户操作数据库不像在visual c++中必须从开始到最后都要干预。明显地提高了开发速度。在delphi中使用webbroker控件还能很方便地构造出基于数据库的web页面，通过html管理web数据库。
4、 perl。
我喜欢perl的理由是与我从事的工作有关，我想使用SNMP网管工具查出每天的带宽使用情况。当然可以写一个C程序直接同路由器交谈取得所需信息。但我并不喜欢C的malloc()和free()，它让我着实不安。好在perl有一个SNMP接口——一个大约20行代码的perl脚本可以同路由器对话，并且能将精力放在功能实现上，而不是编程的细节上。
5、 python。
大家可能对这个名词比较陌生，它是一种面向像的脚本语言。它具有动态类型，支持多继承，用户定义类型，高级动态类型和类。为什么我这么喜欢python？有几个原因。首选，它的语法清晰而简单，我的python程序比其它的语言更易读懂。其次，我发现自己更倾向于面向对像方式编程，而向对像的编程比旧的传统方式似乎更贴切一些，再加上python是从头至脚面向对像的，长的程序易于开发和维护。
6、 Tomcat。
之所以要选择它，主要是因为原因是因为它是免费的，不像MS的软件动则几千RMB，像我们这样的学习者哪里承受得了! 免费并不代表质量低下，据测试表明，Tomcat在JSP服务器方面的稳定性优于websphere。它的开发非常方便，集成了很多优秀的性能，它的源码公开，你可以仔细地研究它运行机制。
7、 ASP。
简单易学。Basic有谁不会？很少会有人举手，所以有人在说这个开发基础是最广的。而且MS有一向做的非常好的联机手册，本地化语言的帮助，同时非常快的出现教学书籍，这样会大大方便开发人员的学习和对技术的深入研究。安装使用方便。装好一个Windows 2000，只要你安装了IIS哪么ASP就可以使用了，从没有什么需要你花心思去配置的。
8、 php。
PHP是一个什么原因出现的呢？它是一个技术人员希望能用一个快速的方面来完成他自己的个人主页中的一个小应用。而在他一发不可收时出现了php，它使一个人能在多种操作系统下迅速的完成一个轻型的Web应用。所以在短短的几年里，php迅速的升级了它的版本，同时在GNU的世界里找到了一个青梅竹马的伙伴----Apache。个人认为php是自由软件在web应用平台上一个决胜的工具，如果没有php的出现，还会有许多人认为自由软件就代表了对开发人员的高技术要求、难记的代码、复杂的工具.....php使一个会使用basic的人员在极短的时间里快迅学习并完成用户需要的应用。
9、 PB。
现在究竟是什么阻碍了Web应用和3-tier的大批出现呢？仍然是工具。一般说来，完成这些任务需要使用多种工具，在开发时需要在多个工具之间切换，由此造成了开发效率的低下和开发难度的提高。而PB8/PJ4很好地解决了这些问题。所有这些任务，都可以在同一个开发环境中完成，开发人员能非常快速地编写基于数据库的业务逻辑Component以及调用这些Component的Web-Client或PB-Client。尤其是Sybase把2-tier中的王牌Datawindow扩展到了HTML领域，使得数据库驱动的动态页面实现起来非常容易。
10、.NET。
.NET框架和C#扩展了Windows的功能，C#和Visual Studio .NET的结合使得创建和配置Web服务几乎可以自动进行。并且，和传统的ASP应用程序相比，ASP.NET应用程在性能、稳定性以及可扩展性方面都有了实质性的提高
❾ tomcat 7二进制和源码的区别
Tomcat作为JavaWeb领域的Web容器，目前在我们淘宝也使用的也非常广泛，现在基本上所有线上业务系统都是部署在Tomcat上。为了对平时开发的Web系统有更深入的理解以及出于好奇心对我们写的Web系统是如何跑在Tomcat上的，于是仔细研究了下Tomcat的源码。大家都知道Servlet规范是Java领域中为服务端编程制定的规范，对于我们开发者只是关注了Servlet规范中提供的编程组件(ServletContextListener,Filer,Servlet) 等 ，但是规范中还有一些我们经常
❿ 如何解决Unsupported major.minor version 52.0问题
一：要解决的问题
我们在尝鲜 JDK1.5 的时候，相信不少人遇到过 Unsupported major.minor version 49.0 错误，当时定会茫然不知所措。因为刚开始那会儿，网上与此相关的中文资料还不多，现在好了，网上一找就知道是如何解决，大多会告诉你要使用 JDK 1.4 重新编译。那么至于为什么，那个 major.minor 究竟为何物呢？这就是本篇来讲的内容，以使未错而先知。
我觉得我是比较幸运的，因为在遇到那个错误之前已研读过《深入 Java 虚拟机》第二版，英文原书名为《Inside the Java Virtual Machine》( Second Edition)，看时已知晓 major.minor 藏匿于何处，但没有切身体会，待到与 Unsupported major.minor version 49.0 真正会面试，正好是给我验证了一个事实。
首先我们要对 Unsupported major.minor version 49.0 建立的直接感觉是：JDK1.5 编译出来的类不能在 JVM 1.4 下运行，必须编译成 JVM 1.4 下能运行的类。(当然，也许你用的还是 JVM 1.3 或 JVM 1.2，那么就要编译成目标 JVM 能认可的类)。这也解决问题的方向。
二：major.minor 栖身于何处
何谓 major.minor，且又居身于何处呢？先感性认识并找到 major.minor 来。
写一个 Java Hello World! 代码，然后用 JDK 1.5 的编译器编译成，HelloWorld.java
package com.unmi;
public class HelloWorld
{
public static void main(String[] args)
{
System.out.println("Hello, World!");
}
}
package com.unmi;public class HelloWorld{ public static void main(String[] args) { System.out.println("Hello, World!"); }}
用 JDK 1.5 的 javac -d . HelloWorld.java 编译出来的字节码 HelloWorld.class 用 UltraEdit 打开来的内容如图所示：
从上图中我们看出来了什么是 major.minor version 了，它相当于一个软件的主次版本号，只是在这里是标识的一个 Java Class 的主版本号和次版本号，同时我们看到 minor_version 为 0x0000，major_version 为 0x0031，转换为十制数分别为0 和 49，即 major.minor 就是 49.0 了。
三：何谓 major.minor 以及何用
Class 文件的第 5-8 字节为 minor_version 和 major_version。Java class 文件格式可能会加入新特性。class 文件格式一旦发生变化，版本号也会随之变化。对于 JVM 来说，版本号确定了特定的 class 文件格式，通常只有给定主版本号和一系列次版本号后，JVM 才能够读取 class 文件。如果 class 文件的版本号超出了 JVM 所能处理的有效范围，JVM 将不会处理该 class 文件。
在 Sun 的 JDK 1.0.2 发布版中，JVM 实现支持从 45.0 到 45.3 的 class 文件格式。在所有 JDK 1.1 发布版中的 JVM 都能够支持版本从 45.0 到 45.65535 的 class 文件格式。在 Sun 的 1.2 版本的 SDK 中，JVM 能够支持从版本 45.0 到46.0 的 class 文件格式。
1.0 或 1.2 版本的编译器能够产生版本号为 45.3 的 class 文件。在 Sun 的 1.2 版本 SDK 中，Javac 编译器默认产生版本号为 45.3 的 class 文件。但如果在 javac 命令行中指定了 -target 1.2 标志，1.2 版本的编译器将产生版本号为 46.0 的 class 文件。1.0 或 1.1 版本的 JVM 上不能运行使用-target 1.2 标志所产生的 class 文件。
JVM 实现的 第二版中修改了对 class 文件主版本号和次版本号的解释。对于第二版而言，class 文件的主版本号与 Java 平台主发布版的版本号保持一致(例如：在 Java 2 平台发布版上，主版本号从 45 升至 46)，次版本号与特定主平台发布版的各个发布版相关。因此，尽管不同的 class 文件格式可以由不同的版本号表示，但版本号不一样并不代表 class 文件格式不同。版本号不同的原因可能只是因为 class 文件由不同发布版本的 java 平台产生，可能 class 文件的格式并没有改变。
上面三段节选自《深入 Java 虚拟机》，啰嗦一堆，JDK 1.2 开启了 Java 2 的时代，但那个年代仍然离我们很远，我们当中很多少直接跳在 JDK 1.4 上的，我也差不多，只是项目要求不得不在一段时间里委屈在 JDK 1.3 上。不过大致我们可以得到的信息就是每个版本的 JDK 编译器编译出的 class 文件中都带有一个版本号，不同的 JVM 能接受一个范围 class 版本号，超出范围则要出错。不过一般都是能向后兼容的，知道 Sun 在做 Solaris 的一句口号吗？保持对先前版本的 100% 二进制兼容性，这也是对客户的投资保护。
四：其他确定 class 的 major.minor version 办法
1）Eclipse 中查看
Eclipse 3.3 加入的新特征，当某个类没有关联到源代码，打开它会显示比较详细的类信息，当然还未到源码级别了，看下图是打开 2.0 spring.jar 中 .class 显示的信息
2）命令 javap -verbose
对于编译出的 class 文件用 javap -verbose 能显示出类的 major.minor 版本，见下图：
3) MANIFEST 文件
把 class 打成的 JAR 包中都会有文件 META-INF\MANIFEST，这个文件一般会有编译器的信息，下面列几个包的 META-INF\MANIFEST 文件内容大家看看
·Velocity-1.5.jar 的 META-INFO\MANIFEST 部份内容
Manifest-Version: 1.0
Ant-Version: Apache Ant 1.7.0
Created-By: Apache Ant
Package: org.apache.velocity
Build-Jdk: 1.4.2_08
Extension-Name: velocity
我们看到是用 ant 打包，构建用的JDK是 1.4.2_08，用 1.4 编译的类在 1.4 JVM 中当然能运行。如果那人用 1.5 的 JDK 来编译，然后用 JDK 1.4+ANT 来打包就太无聊了。
·2.0 spring.jar 的 META-INFO\MANIFEST 部份内容
Manifest-Version: 1.0
Ant-Version: Apache Ant 1.6.5
Created-By: 1.5.0_08-b03 (Sun Microsystems Inc.)
Implementation-Title: Spring Framework
这下要注意啦，它是用的 JDK 1.5 来编译的，那么它是否带了 -target 1.4 或 -target 1.3 来编译的呢？确实是的，可以查看类的二进制文件，这是最保险的。所在 spring-2.0.jar 也可以在 1.4 JVM 中加载执行。
·自已一个项目中用 ant 打的 jar 包的 META-INFO\MANIFEST
Manifest-Version: 1.0
Ant-Version: Apache Ant 1.7.0
Created-By: 1.4.2-b28 (Sun Microsystems Inc.)
用的是 JDK 1.4 构建打包的。
第一第二种办法能明确知道 major.minor version，而第三种方法应该也没问题，但是碰到变态构建就难说了，比如谁把那个 META-INFO\MANIFEST 打包后换了也未可知。直接查看类的二进制文件的方法可以万分保证，准确无误，就是工具篡改我也认了。
五：编译器比较及症节之所在
现在不妨从 JDK 1.1 到 JDK 1.7 编译器编译出的 class 的默认 minor.major version 吧。（又走到 Sun 的网站上翻腾出我从来都没用过的古董来）
JDK 编译器版本 target 参数 十六进制 minor.major 十进制 minor.major
jdk1.1.8 不能带 target 参数 00 03 00 2D 45.3
jdk1.2.2 不带(默认为 -target 1.1) 00 03 00 2D 45.3
jdk1.2.2 -target 1.2 00 00 00 2E 46.0
jdk1.3.1_19 不带(默认为 -target 1.1) 00 03 00 2D 45.3
jdk1.3.1_19 -target 1.3 00 00 00 2F 47.0
j2sdk1.4.2_10 不带(默认为 -target 1.2) 00 00 00 2E 46.0
j2sdk1.4.2_10 -target 1.4 00 00 00 30 48.0
jdk1.5.0_11 不带(默认为 -target 1.5) 00 00 00 31 49.0
jdk1.5.0_11 -target 1.4 -source 1.4 00 00 00 30 48.0
jdk1.6.0_01 不带(默认为 -target 1.6) 00 00 00 32 50.0
jdk1.6.0_01 -target 1.5 00 00 00 31 49.0
jdk1.6.0_01 -target 1.4 -source 1.4 00 00 00 30 48.0
jdk1.7.0 不带(默认为 -target 1.6) 00 00 00 32 50.0
jdk1.7.0 -target 1.7 00 00 00 33 51.0
jdk1.7.0 -target 1.4 -source 1.4 00 00 00 30 48.0
Apache Harmony 5.0M3 不带(默认为 -target 1.2) 00 00 00 2E 46.0
Apache Harmony 5.0M3 -target 1.4 00 00 00 30 48.0
上面比较是 Windows 平台下的 JDK 编译器的情况，我们可以此作些总结：
1) -target 1.1 时 有次版本号，target 为 1.2 及以后都只用主版本号了，次版本号为 0
2) 从 1.1 到 1.4 语言差异比较小，所以 1.2 到 1.4 默认的 target 都不是自身相对应版本
3) 1.5 语法变动很大，所以直接默认 target 就是 1.5。也因为如此用 1.5 的 JDK 要生成目标为 1.4 的代码，光有 -target 1.4 不够，必须同时带上 -source 1.4，指定源码的兼容性，1.6/1.7 JDk 生成目标为 1.4 的代码也如此。
4) 1.6 编译器显得较为激进，默认参数就为 -target 1.6。因为 1.6 和 1.5 的语法无差异，所以用 -target 1.5 时无需跟着 -source 1.5。
5) 注意 1.7 编译的默认 target 为 1.6
6) 其他第三方的 JDK 生成的 Class 文件格式版本号同对应 Sun 版本 JDK
7) 最后一点最重要的，某个版本的 JVM 能接受 class 文件的最大主版本号不能超过对应 JDK 带相应 target 参数编译出来的 class 文件的版本号。
上面那句话有点长，一口气读过去不是很好理解，举个例子：1.4 的 JVM 能接受最大的 class 文件的主版本号不能超过用 1.4 JDK 带参数 -target 1.4 时编译出的 class 文件的主版本号，也就是 48。
因为 1.5 JDK 编译时默认 target 为 1.5，出来的字节码 major.minor version 是 49.0，所以 1.4 的 JVM 是无法接受的，只有抛出错误。
那么又为什么从 1.1 到 1.2、从 1.2 到 1.3 或者从 1.3 到 1.4 的 JDK 升级不会发生 Unsupported major.minor version 的错误呢，那是因为 1.2/1.3/1.4 都保持了很好的二进制兼容性，看看 1.2/1.3/1.4 的默认 target 分别为 1.1/1.1/1.2 就知道了，也就是默认情况下1.4 JDK 编译出的 class 文件在 JVM 1.2 下都能加载执行，何况于 JVM 1.3 呢？（当然要去除使用了新版本扩充的 API 的因素）
六：找到问题解决的方法
那么现在如果碰到这种问题该知道如何解决了吧，还会像我所见到有些兄弟那样，去找个 1.4 的 JDK 下载安装，然后用其重新编译所有的代码吗？其实大可不必如此费神，我们一定还记得 javac 还有个 -target 参数，对啦，可以继续使用 1.5 JDK，编译时带上参数 -target 1.4 -source 1.4 就 OK 啦，不过你一定要对哪些 API 是 1.5 JDK 加入进来的了如指掌，不能你的 class 文件拿到 JVM 1.4 下就会 method not found。目标 JVM 是 1.3 的话，编译选项就用 -target 1.3 -source 1.3 了。
相应的如果使用 ant ，它的 javac 任务也可对应的选择 target 和 source
<javac target="1.4" source="1.4" ............................/>
如果是在开发中，可以肯定的是现在真正算得上是 JAVA IDE 对于工程也都有编译选项设置目标代码的。例如 Eclipse 的项目属性中的 Java Compiler 设置，如图
自已设定编译选项，你会看到选择不同的 compiler compliance level 是，Generated class files compatibility 和 Source compatibility 也在变，你也可以手动调整那两项，手动设置后你就不用很在乎用的什么版本的编译器了，只要求他生成我们希望的字节码就行了，再引申一下就是即使源代码是用 VB 写的，只要能编译成 JVM 能执行的字节码都不打紧。在其他的 IDE 也能找到相应的设置对话框的。
其他时候，你一定要知道当前的 JVM 是什么版本，能接受的字节码主版本号是多少（可对照前面那个表）。获息当前 JVM 版本有两种途径：
第一：如果你是直接用 java 命令在控制台执行程序，可以用 java -version 查看当前的 JVM 版本，然后确定能接受的 class 文件版本
第二：如果是在容器中执行，而不能明确知道会使用哪个 JVM，那么可以在容器中执行的程序中加入代码System.getProperty("java.runtime.version"); 或 System.getProperty("java.class.version")，获得 JVM 版本和能接受的 class 的版本号。
最后一绝招，如果你不想针对低版本的 JVM 用 target 参数重新编译所有代码；如果你仍然想继续在代码中用新的 API 的话；更有甚者，你还用了 JDK 1.5 的新特性，譬如泛型、自动拆装箱、枚举等的话，那你用 -target 1.4 -source 1.4 就没法编译通过，不得不重新整理代码。那么告诉你最后一招，不需要再从源代码着手，直接转换你所正常编译出的字节码，继续享用那些新的特性，新的 API，那就是：请参考之前的一篇日志：Retrotranslator让你用JDK1.5的特性写出的代码能在JVM1.4中运行 ，我就是这么用的，做好测试就不会有问题的。
七：再议一个实际发生的相关问题
这是一个因为拷贝 Tomcat 而产生的 Unsupported major.minor version 49.0 错误。情景是：我本地安装的是 JDK 1.5，然后在网上找了一个 EXE 的 Tomcat 安装文件安装了并且可用。后来同事要一个 Tomcat，不想下载或安装，于是根据我以往的经验是把我的 Tomcat 整个目录拷给他应该就行了，结果是拿到他那里浏览 jsp 文件都出现 Unsupported major.minor version 49.0 错误，可以确定的是他安装的是 1.4 的 JDK，但我还是有些纳闷，先前对这个问题还颇有信心的我傻眼了。惯性思维是编译好的 class 文件拿到低版本的 JVM 会出现如是异常，可现并没有用已 JDK 1.5 编译好的类要执行啊。
后来仔细看异常信息，终于发现了 %TOMCAT_HOME%\common\lib\tools.jar 这一眉目，因为 jsp 文件需要依赖它来编译，打来这个 tools.jar 中的一个 class 文件来看看，49.0，很快我就明白原来这个文件是在我的机器上安装 Tomcat 时由 Tomcat 安装程序从 %JDK1.5%\lib 目录拷到 Tomcat 的 lib 目录去的，造成在同事机器上编译 JSP 时是 1.4 的 JVM 配搭着 49.0 的 tools.jar，那能不出错，于是找来 1.4 JDK 的 tools.jar 替换了 Tomcat 的就 OK 啦。
八：小结
其实理解 major.minor 就像是我们可以这么想象，同样是微软件的程序，32 位的应用程序不能拿到 16 位系统中执行那样。
如果我们发布前了解到目标 JVM 版本，知道怎么从 java class 文件中看出 major.minor 版本来，就不用等到服务器报出异常才着手去解决，也就能预知到可能发生的问题。
其他时候遇到这个问题应具体解决，总之问题的根由是低版本的 JVM 无法加载高版本的 class 文件造成的，找到高版本的 class 文件处理一下就行了