用 maven 命令启动项目：
右键项目——>run as maven build，在 Goals 里面输入：clean tomcat7:run 
这样启动项目后，直接在浏览器中输入：http://localhost:8080，就可以直接定位到 index.jsp 页面中（web.xml 中配置了），而不需要在 8080 后面带上项目名，而用 tomcat 启动项目的时候，就需要在 8080 后面带上项目的名才能访问 index.jsp 页面

Tomcat启动项目的三种方式

在这里介绍在Tomcat中部署web项目的三种方式：

1.部署解包的webapp目录

2.打包的war文件

3.Manager Web应用程序

一：部署解包的webapp目录

将Web项目部署到Tomcat中的方法之一，是部署没有封装到WAR文件中的Web项目。要使用这一方法部署未打包的webapp目录，只要把我们的项目（编译好的发布项目，非开发项目）放到Tomcat的webapps目录下就可以了。如下图所示：



这时，打开Tomcat服务器（确保服务器打开），就可以在浏览器访问我们的项目了，如下图所示：



但这个时候，我们发现，在访问我们的项目内容时，必须加上我们的项目名字"myweb"，这样很不好。如果我们想直接以不用加项目名的http://localhost:8080/index.html这种形式访问，如下：



我们发现出现了404错误。如果我们想通过上述连接可以正常访问我们的项目，我们可以编辑conf/server.xml进行配置。

打开server.xml文件，找到Host元素，默认配置如下：



我们需要在Host内部增加Context的内容，增加之后如下：



这个时候，就可以通过这种不用加项目名的http://localhost:8080/index.html形式访问了。如下：



（其实这个时候还是可以通过http://localhost:8080/myweb/index.html这个地址访问的。）

二：打包的war文件

这种方式，只需把打包的war文件放在webapps目录下。如下图所示：



当我们启动Tomcat的时候，Tomcat要做的第一件事就是解包war文件的内容到相同文件名的路径中，取出.war扩展名，然后从解包的目录中读取项目文件。现在，我们启动Tomcat，如下图所示：



可以看到，在webapps这个目录下多了一个解包的myweb文件夹。然后在浏览器中就可以通过http://localhost:8080/myweb/index.html这个地址访问了。如果我们想以http://localhost:8080/index.html这个地址访问，同样需要配置server.xml文件。操作步骤与上面的方式相同，不再重复。

三：Manager Web方式

Manager Web源应用程序可以让我们通过Web管理自己的Web项目。当然，如果任何人都能管理其他人的项目，事情就变得有点棘手了，更别提安全防护了。所以，在我们想通过Manager Web管理自己的项目时，需要进行权限设置。

首先访问Apache Tomcat欢迎页。



这个时候，我们点击图中圈中的部分，会提示我们输入用户名和密码。所以我们需要在conf/tomcat- users.xml文件里添加角色。tomcat- users.xml默认没有添加任何角色。因为我们要通过Manager Web管理我们的项目，所以我们在里面添加manager-gui角色。如下（圈中的部分就是我们添加的角色，username随便填，password随便填，roles填上面的manager-gui）：



配置好这个，重启服务器，就可以进入管理界面了。

进入Server Status页面可以查看服务器的状态，看到Tomcat的相关信息，包括Tomcat版本，JVM版本，JVM提供商等，如下图：



进入Manager App页面就可以管理我们的项目了。页面如下图所示：





Applications下显示了webapps目录下的项目目录：ROOT目录，doc目录，manager目录，这些都是Tomcat自带的。这个时候还没有我们自己的项目。现在我们开始部署自己的项目。在Deploy下，我们看到有两种方式：1.Deploy directory or WAR file located on server；2.WAR file to deploy。

首先演示通过WAR file to deploy的方式。

myweb.war是我们打包好的项目文件，点击"选择文件"可以在我们的主机上选择我们的项目文件。这个文件可以放在任何位置，如果放在webapps下，那么启动Tomcat的时候，Tomcat就直接解压了。如果放在其它位置，那么启动Tomcat的时候，Tomcat会把myweb.war文件复制到webapps目录下，再进行解压。选择好文件，点击Deploy发布就行了。这个时候，就可以在浏览器通过http://localhost:8080/myweb/index.html访问了。

这个时候，我们再看一下Manager App页面的变化，如下图中圈中的部分，多了我们刚才发布的myweb项目。



接下来是Deploy directory or WAR file located on server的方式。把myweb.war复制到webapps目录下，在WAR or Directory URL:后面填上 \myweb ,点击Deploy发布就行了。

idea debug启动项目慢或者启动不了

转自：https://www.cnblogs.com/huanghuanghui/p/9316276.html

使用debug无法启动项目但是使用run就可以启动程序，而且启动比以前的debug模式快的多

原因：

启动不了的原因是在项目中的方法上打了断点，导致项目无法继续编译



取消方法断点就可以了

在idea官网对breakpoints的解释中：



方法断点会导致debug系统变慢

最好就是在打断点调试以后就把断点取消，最好不要使用方法断点

强烈推荐一个大神的人工智能的教程：http://www.captainbed.net/zhanghan

【前言】

    最近用Eclipse中启动项目的时候经常会报一个奇怪的问题，之前也遇到过，经过清理一下Jboos的发布文件就可以解决，但是这次不行；也了解到项目组的部分其他同事也遇到相同的问题也备受它的折磨。

    于是乎对它进行了相关的实验最终确定问题的根源，在此与大家分享这个过程。

【钻研之路】

    一、问题缘起：

        1、之前有同事遇到这个问题，我们在一起进行了实验，只是暂时采用一种方法进行了解决，并没有找到问题的根源；上天总是眷顾我的，后来我的机器也出现了相同的问题，而且用暂时性的解决办法失效了，自己不得不去对它进行深入的探索。

        2、问题：在Eclipse启动项目时经常遇到问题---启动上下文失败：   

      

    二、尝试解决方案：

 

         1、在EclipseService中clean后再重新publish---临时性解决方案

   

 

        2、在多数情况下进行1是可以解决的，我遇到情况是尝试几次后仍然不行---报同样的问题；

 

        3、更换Eclipse的工作空间，实验结果仍然不可以

        4、更换Eclipse的版本，实验结果仍然不可行：

          （1）现用版本：

   

          （2）更换后的版本：

  

        5、将JDK的版本由1.8降低1.7，实验结果可行：

          （1）在做上述实验的时候在Eclipse停止项目的时候发现控制台报另外一个错，如下：

   

          （2）在网上查和请教别人得出的暂时性结论如下：

              jboos比较老，JDK在从1.7升级1.8的时候将一些老的东西去掉导致它兼容1.8有问题

          （3）相关实验：

               ①为确保实验的准确性采取控制变量法；不变环境---Eclipse版本（4.4.1），启动相同的项目代码；变量--JDK的版本1.8（在此以1.8.0_25为例） VS  JDK的版本1.7（在此以1.7.0_17为例）；

               ②实验结果：在1.8中启动报相同的错误，更换为1.7后能正常启动；

               ③项目更换JDK的步骤：

                 A.下载JDK1.7版本并安装

                 B.在Eclipse中进行设置---Window—Preferences—Java-Installed JREs

              

                 D.查看项目本身的编译用的是1.7如下所示---项目上右键Properties---java Compiler其中实验前后都为1.7:

 

                 E.小结：说明本实验降低是系统本身的JDK由1.8降低到1.7，项目编译一直用的是1.7；也就是说目前个人实验说明问题是用JDK1.8版本编译成1.7的class文件有问题，而用JDK1.7版本编译成1.7的版本没有问题；

    三、小结：

        1、目前我知道遇到这种情况的项目组成员(不便透露姓名)有A、B、C、D、Me；相应情况如下：

          （1）A,B,C解决方案：通过清理jboos下部署文件重新更新jar包再重新publish解决；

          （2）D的解决方案：采用清理部署文件失败后，换上更换Eclipse的版本和工作空间解决；

          （3）Me的解决方案：以上方法都尝试过不行，通过将JDK的版本由1.8降低到1.7可以。

        2、相关结论：

          （1）通过了解大家时不时会遇到这个问题并上网查了些资料后，个人觉得这是个通病问题；通过清理解决办法只是暂时性的解决，从根本上的解决办法是将JDK的版本从1.8降低到1.7；

          （2）需要评估的风险：整个项目组的JDK版本变更对现有项目的影响；另外需要在JDK1.7下先开发，观察以后会不会有问题；另外一方面看看有其他人用JDK1.8还会频繁出现这个问题不。

          （3）最近服务器的环境不稳定，服务器的JDK版本是1.8，由此联想到的一个思路是不是由于服务器的JDK1.8版本运行1.7的编译文件时有问题那？有待相关人员去考证；       

【总结】

     1、不将就是发现的源动力；

     2、多去解决问题，不仅解决自己的问题而且解决其他同事的问题，在这个过程中会有很多收获；

     3、遇到问题多做实验，对事情的真相的渴望是坚持下去的一个很重要原因。