小心JRE升级带来的麻烦

这个话指的是Java Applet和桌面应用。并不涉及JavaEE开发。人家说的是JavaSE，你却往JavaEE上面套。
如果你说的正确，那么Oracle现在自己的JavaEE包里面应该是JRE而不是JDK。

Java SE Runtime Environment

SE EE 看花眼了

jre足以，java生成的exe文件，也可以使用，想必里面封的运行包 不必需jdk

JRE和JDK的讨论，又掺和进J2SE和J2EE，更乱了。

简单点，你试试只装个JRE跑Tomcat

兄弟，这个貌似是你自己的问题吧，这个文件是你自己copy的，此外当你的服务在运行的时候，jvm.dll无法被替换，
你应该停掉服务在升级。

关掉服务器升级是肯定的，Copy那事就说来话长了，初次部署的跟升级的不是一拨人，升级后启动失败，查了半天原因才发现是jvm.dll的问题，Copy的人理直气壮的拿ReadMe说事，下载的JRE不包括Server版，让Copy了升级又不管，猜不透Sun这么干的原因

没打算当个事，就想提个醒，省得有类似情况的哥们走弯路，哪知道引出这么一堆讨论来。

从头看到尾，当笑话看，忍不住了，就是因为这个JavaEye才改名为ItEye的吧？

没别的意思，想活跃下气氛而已。实践出真知，实践下就好。各方息怒。：）

呵呵。讨论激烈。但是确实运行JAVA程序只需要JRE ，你可以把TOMCAT的startup.bat里面的JAVA_HOME执行jre/bin/java照样能启动。

我认为你们曲解了这个redme。没人让你们这么部署生产服务器。
这个文件是JRE的说明文件，里面对JDK的文件有一些说明，一个是列出文件列表，说明如果其他开发商内含JRE发布的时候，可能额外附带的一些JDK文件。这个JVM也在内，和它存在相同问题的还有一个MIDI音乐模块。
我认为这个是告诉用户，如果你发现用的JRE和官方下载的不一样，那么是怎么回事。
你们这种情况其实是对JRE进行了一个专门的定制行为。而Oracle的自动更新当然不会管你们这种定制。所以你们更新完JRE后，必须自己进行定制操作。
Tomcat是我唯一一个看到说使用JRE作为虚拟机的服务器。要知道，Java服务器在处理Web的时候，很多时候是需要一些JDK的功能的。比如你将JSP编译成类，是需要JDK的。而Tomcat从5.5开始比较特别，采用了Eclipse JDT Java编译器进行JSP编译，所以可以不用JDK。

使用JRE还是JDK更合适的问题可以讨论的就多了，主要还得看到底部署什么样的服务，真可以另开贴总结总结，到底都有什么优势
JDK：
    优点：
        编译JSP
        Windows下提供Server模式dll
        附带工具
    缺点：
        体积大
        Windows下没提供自动更新
JRE：
    优点：
        体积小
        Windows提供自动更新
    缺点：
        Windows下不提供Server模式dll

继续补充