错误

The processing instruction target matching "[xX][mM][lL]" is not allowed. Exception:org.xml.sax.SAXParseException: The processing instruction target matching "[xX][mM][lL]" is not allowed. 这个异常解释为：xml文件不能被解析，一般出现这样的问题在于xml格式上，并且问题多出现在xml文件的头部。如果出现这个错误，是因为头部有空行，有可能你的xml文件不是在第一行开始或者xml的开头“<?xml ...."前有空格！ 来源： oschina 链接： https://my.oschina.net/u/266531/blog/55623

java.lang.RuntimeException: Unable to instantiate activity ComponentInfo Starting: Intent { act=android.intent.action.MAIN cat=[android.intent.category.LAUNCHER] cmp=mas.Activity02/.Activity02Activity } 出现这两个错误时可能都与AndroidManifest有关系，可能是Activity的名字写错了，也有可能是没有在此注册Activity！ 来源： oschina 链接： https://my.oschina.net/u/266531/blog/55648

开发中一个项目很早就报这个错，maven报错非法字符：\65279 错误，今天终于忍无可忍要解决它 ：编译java 文件 的时候，有些java文件报非法字符 \65279错误，在网上找和很多 方法 ，也试了很多方法，换JDK，网上说的editplus 修改 文件编码貌似也不靠谱（反正我修改之后还是报错~~），后来试了一个方法真的行了： 1.在 IDE 中修改提示有非法字符的java文件的编码为：ISO-8859-1 然后 我们 就 可以 看到java文件的开头有些 乱码 ，删除它，就是它在捣乱 2.修改完之后，把文件的编码改回 UTF -8 保存，用ant 工具 打包编译 成功 来源： oschina 链接： https://my.oschina.net/u/238386/blog/142781

对Android开发新手而言bundle集成的环境无疑是个很好的选择，对于使用前产生的问题应对如下。 一、将adt改为汉化的环境 先抛开出现失误不谈，我们先应付英文不好不认字的问题，首先在eclipse目录找到dropins文件夹打开后发现空空如也（如果你的时英文的），那么好，在这里下载eclipse插件 zh_CN 将该文件夹复制到与eclipse同文件夹的dropins目录下，再打开eclipse就是中文的了。神奇吧！ 二、应对问题 sdk location 错误 当你打开集成环境时却看到提示没有sdk，如下 Could not find folder 'tools' inside SDK 那么好吧，请检查你的sdk里是否有tools文件夹，如果没有恭喜你，丢了文件，请重新下载一个，放到sdk目录下，这是同时将platform-tools文件目录写入path路径。如果没有SDK Manager.exe，请去网上搜一下，重新下一个吧。 三、在此你的adt不提示你sdk有问题了，但是让你更新adt啊！默认连接太慢啊！怎么办！ 1.点击 窗口--->Android SDK Manager ； 2.打开主界面，Tools-->Options...，弹出Android SDK Manager - Settings窗口； 3.在Android SDK Manager -

几天前，我开始将壹個 新的 Libcloud 网站 迁移到我们的 Apache SVN 网站 资源库的工作。 在这次迁移中，我进行了壹堆提交到SVN资源库的操作，这些提交操作是由新增（增加源代码，并且为新的网站生成静态文件）和删除（删除旧网站上的源代码和数据）组成。 在某些时候，我已经更新了网站内容，并且重新生成了网站，并且想再次提交更新过的文件。 当这些更新和删除操作在传输的时候，所有的壹切看上去都很好，但是就在服务器准备响应所有这些更新时，我接收到了如下的错误信息： Transmitting file data ............svn: Commit failed (details follow): svn: Delta source ended unexpectedly 我以前从来没有接到过这种错误信息，但是我猜测这個问题可能与壹些怪异的壹致性问题有关系，在此之前我增加新的网站文件和删除旧文件的时候有看到过这种问题。 当时我是这麽做的，我在提交和之后壹個大的提交之间运行了几次 svn update，尽管我觉得这不应该，但是我从服务器端接收到了旧的更新，因为本地资源库应该拥有所有的更新内容，并且表现出壹個最新的状态。 其中壹個我执行的提交操作很庞大，包含了大量的更新内容，所以我立即猜测到这可能与 Apache GEO 负载均衡的 SVN 配置 和壹些奇怪的复制