今天写程序时遇到了Java程序报错：“找不到或无法加载主类”的解决方法
 so 就开始 百度 google找了好多办法但是对于我来说都不实用。
 问题描述：一个java文件导入到一个包中，然后在class文件中加入了一张图片
 原因就在这张图片，
 在这里说一下class文件，好多新手都不知道什么是class文件，class文件也就是你编译出来的一个文件中包含好多. class 文件，再将class文件编译出来就可以看到程序的运行结果了。
 解决问题的办法：将class文件中的照片删除就ok了
 当然这只是我的一种情况，对于这种情况我总结了一下，主要有以下几种解决办法。
 
先检查自己的环境变量是否配置成功
 检查办法：
 ①win+r 输入cmd
 ②输入 java -version
 再输入 javac -version
 
 
出现这种情况就可以确定环境没有问题
 
配置如下：
 JAVA_HOME是 D:\Java\jdk1.8.0_11
 Path是 %JAVA_HOME%\bin;%JAVA_HOME%\jre\bin
 CLASSPATH是 ** .;%JAVA_HOME%lib;%JAVA_HOME%lib\tools.jar**
 注意：classpath最前面的 . ;是必须的
 
 
考虑是否在正确的包下面？
 不要忽略包这个概念
 加上package ***；之后需要把.java文件放到包内；
 4.假如你是eclipse编译器
 
 将Build Automatically打上对勾
 4.点击项目右键properties->Java Build Path->Libraries
 
 
将带红叉的jre双击替换或者删掉再添加上合适的即可。
 

 5 .Java文件不在项目的src路径内，也就是说源代码未被eclipse编译，字节码不存在无法运行了在项目名上右键 -> Builder Path -> Configure Build Path -> 选择Source面板 再点Add Folder, 把源代码所在的包路径的上层目录加进来。
 
我的解决方法有可能不适合你但是问题一般就是出在这几点上。希望你能帮助到你。感谢支持。

war包中的文件的读取
 在开发J2EE Web应用时，在开发阶段通常采用目录的部署方式，而在正式运行时通常把web应用打包为单个的.war文件进行方便地部署。也就是在你的应用目录（比如WebLogic的DefaultWebApp）下，执行下面的命令：
 
1.             jar cf0 mywebapp.war ** 
 
这样，要部署到正式系统时就非常方便，只需要把这个.war文件拷贝到WebLogic的applications目录或Tomcat的webapps目录下即可自动进行部署。Tomcat会对部署的.war应用包进行自动监控、解包，所以不会出现下面提到的问题。而WebLogic并不会自动解包.war，所以如果在你的应用中，需要读取原来应用中的配置文件或其它资源文件时，就会发现，在解包部署时，正常运行的程序，在WebLogic中打包部署时，运行却出错，会报告找不到该文件。例如下面的应用：
 [pre] |--DefaultWebApp
 |--index.jsp
 |--.....jsp
 |--WEB-INF
 |-- web.xml
 |-- log4j.properties 
 |-- classes
 ......[/pre]
 其中使用到了Log4J作为日志输出工具，Log4J的配置文件log4j.propertes放在DefaultWebAppWEB-INF目录下。Log4J通过一个自动加载的Servlet进行初始化，初始化代码如下：
 
2.             ServletContext context = getServletContext(); 
 
3.             org.apache.log4j.PropertyConfigurator.configure(context.getRealPath("/") + 
 
4.             "/WEB-INF/log4j.properties"); 
 

 其中，context.getRealPath("/")得到当前Web应用的真实根目录，比如，如果你的WebLogic安装在D:bea下，在Windows下context.getRealPath("/")通常会返回：
 D:beawlserver6.1configmydomainapplicationsDefaultWebApp
 在UNIX下类似：
 /bea/wlserver6.1/config/mydomain/applications/DefaultWebApp
 这样，和"/ WEB-INF /log4j.properties"拼接后，就得到了log4j.properties文件的真实路径，Log4J通过文件IO读取这个配置文件，完成初始化。
 现在一切正常！测试通过后，将DefaultWebApp下的所有文件打为一个.war包，进行部署时，发现系统报告找不到“D:beawlserver6.1null WEB-INF log4j.properties”文件！如果你的应用中还需要读取其它已经被打包到war包中的文件，都会报告找不到文件。并且，系统并不会到D:beawlserver6.1configmydomainapplicationsDefaultWebApp目录下寻找，而会到D:beawlserver6.1null下寻找。这是因为context.getRealPath("/")返回了null。查看ServletContext的API文档，
 
 public String getRealPath(String path)
 ……
 The real path returned will be in a form appropriate to the computer and operating system on which the servlet container is running, including the proper path separators. This method returns null if the servlet container cannot translate the virtual path to a real path for any reason (such as when the content is being made available from a .war archive).
 
 原来，对一个打包的应用来说，是没有RealPath的概念的，调用getRealPath只会简单地返回null。其实，也很好理解，一个文件被打包入了.war文件，就不存在目录结构了（虽然包中仍然存在目录结构，但这不等同于文件系统中的目录结构）。所以，对war包中的资源是无法得到RealPath的。这样也就无从通过文件IO进行读取了。那么，如何读取war包中的资源呢？答案是使用ServletContext.getResourceAsStream(String)方法。
 对于org.apache.log4j.PropertyConfigurator，有如下几种配置方法：
 
5.              staticvoid configure(Properties properties); 
 
6.             staticvoid configure(String configFilename); 
 
7.             staticvoid configure(URL configURL); 
 

 既然，现在不能得到war包中的Log4J的配置文件，那么可以通过读入InputStream，构造一个Properties，通过configure(Properties properties)方法同样可以完成配置。示例代码如下：
 
8.             InputStream is = getServletContext(). 
 
9.             getResourceAsStream("/WEB-INF/log4j.properties"); 
 
10.         Properties props = newProperties(); 
 
11.         try {  
 
12.         props.load(is); 
 
13.         } catch (IOException e) { 
 
14.          System.err.println("Load log4j configuration failed"); 
 
15.         }  
 
16.         PropertyConfigurator.configure(props); 
 

 那么，现在对于war应用可以成功运行，但如果现在不通过war部署，直接通过目录结构部署应用会不会又出现找不到资源的错误呢？请来看看ServletContext.getResourceAsStream的API文档，
 
 Returns a URL to the resource that is mapped to a specified path. The path must begin with a "/" and is interpreted as relative to the current context root. 
 This method allows the servlet container to make a resource available to servlets from any source. Resources can be located on a local or remote file system, in a database, or in a .war file.
 
 可见，通过getResourceAsStream可以获取包括本地文件系统、远程文件系统、war包等资源。不会出现上面担心的问题。
 
 结论：
 
1.在开发J2EE Web应用时，如果需要读取本应用中的文件，在servlet中尽量使用ServletContext.getResourceAsStream进行，而不要使用文件IO。
 
2.如果在jsp 中直接用InputStream fis=application.getResourceAsStream("xxx”);
 
application 对象实现javax.servlet.ServletContext 接口
 
3.如果普通类中要取路径，可以将jsp 中的隐含对象appliction传过去,如：
 
Method1 (ServletContext  application, HttpServletRequest request, String name)
 
 
 
 
参考：http://blog.csdn.net/pengchua/article/details/2746695

方式一：将pom里面热部署注释掉或者删掉即可
 

原因：
 
SQL Server 客户端， 在连接到 SQL Server 数据库以后。会自动读取 数据库的 数据字典信息。也就是 当前数据库，有哪些表/字段/视图/存储过程等基础信息。保存在客户端的内存里面。这样。当你在客户端输入 SQL 语句的时候，输入 表名字.会自动弹出 这个表的字段列表，让你选择。但是，当你新建了一个对象的时候， 例如表， 或者你的那个例子，是新建存储过程abc这个时候，数据库那里，已经有存储过程abc 了。但是客户端的缓存里面， 并没有 存储过程 abc 的信息。 因为内存里面的信息，没有更新。因此，在客户端那里。输入EXEC abc，abc下有红线。将 客户端关闭后，重新打开， 由于客户端 重新加载了 数据库的基础信息。知道了 当前数据库里面，有 一个名字叫 abc 的存储过程因此，就不出红线了。
 
SQL Server 的工作方式, 是 客户端 - 服务器 的工作方式.就算 SQL SERVER 是安装的自己的电脑上的，数据库也存放在C盘但是你的机器上，实际上是运行了 2 个程序，一个是服务器程序，一个是 客户端程序。客户端 新建了存储过程， 实际上是把SQL代码， 发送给服务器程序。服务器程序 编译代码的有效性，并存储。假如 编译通过了， 那是可以运行的， 不管你数据库存在本机，还是存在服务器上面。至于你本地的那个红线，实际上是 客户端的 本地的模拟的 编译。客户端不管你代码是否正确，都是 发送给服务器那里去执行的。因此你 abc下有红线，提示找不到存储过程“abc”而 又能使用EXEC abc这个就是 客户端 认为 服务器上面，没有 abc 这个存储过程。但是你执行 EXEC abc客户端 是只能原样的把这句话，发给服务器如果 服务器那里，真的没有 abc 这个存储过程那么会返回 服务器的 错误提示。如果服务器有 abc 这个存储过程那么就会返回执行的结果。