提交问题报告

对，有时候事情会比较糟。 如果EclipseME不能正常工作，我们很乐意你能到 这里 报告问题。 如果在报告bug之前，你可以完成一些举手之劳的话，会给我们很大的帮助。

1. 收集基本配置信息
2. 给出如何复现问题的详细描述
3. 包含进工作空间的log文件
4. 分离出执行的命令行
5. 直接使用WTK
6. 收集预校验信息
7. 检查它是否被报告过了

收集基本配置信息

请收集以下基本信息:

• 你当前运行的Eclipse的版本。选择 Help / About Eclipse Platform， 然后记录下版本以及编译号。
• EclipseME插件的版本号。 从 About Eclipse Platform 对话框单击 Feature Details 记录下EclipseME的版本号。
• 运行EclipseME的平台，比如是Windows XP还是Debian Linux。
• 运行EclipseME的窗口管理系统，比如是Windows XP(C)，GTK还是Motif。
• 你使用的JDK的生产者以及版本号。(比如Sun JDK 1.4.2_03)

这些信息对复现bug有极大的帮助。

给出如何复现问题的详细描述

你的描述越详细，越具体越好。 一步一步的描述你怎么操作，期望获得什么结果，实际发生的是什么。 特别要注意的是，在描述中最好尽可能多的提供你的首选项设置。 如果代码中有错误，那么首先得可以将错误的代码隔离出来，也就是说 我要可以执行你执行过的操作。 这听起来很简单，不过很多时候是你的特定操作序列或者是设置项相互之间 不明显得作用触发了问题。

包含工作空间log文件

正如你所知道的，Eclipse将设置以及其他状态信息保存在你的工作空间中。 默认情况下，你的工作空间在Eclipse安装目录的workspace 目录下。 你可以在调用Eclipse的时候使用-data 命令行选项制定另外一个工作空间。

在工作空间目录下，有一个.metadata子目录。 它可能会包含一个.log文件。 unix的用户要记住这个文件默认情况下是隐藏的。

.log文件包含了有价值得调试信息，包括异常路径。 分离问题的一个办法就是关闭Eclipse，删除这个文件然后启动Eclipse，重复你的问题， 接着关闭Eclipse。 看看.log 文件是否被创建了，如果是将它包含的你的报告中去。

如果你加载了插件开发环境，同样的信息可以通过打开"Error Log"视图获得，这更简单。 如果你没有加载PDE，这个视图是不可用的。

分离出执行的命令行

有时候需要知道EclipseME为特定的WTK生成了什么命令行。 当你启动Eclipse的时候在命令行加上以下参数：

它会在.metadata日志文件中产生额外的日志信息。同样也将它包含到你的报告中来。

直接使用WTK

EclipseME开发环境又几个部分组成。 Eclipse是IDE。EclipseME是一个插件，它IDE和无线开发套件(WTK)提供了桥梁。 WTK是由不同的提供者提供的J2ME的开发环境。 EclipseME的宗旨是让你可以在Eclipse中轻松的开发MIDlet套件，而不是直接使用 WTK。

EclipseME所模拟的不同的设备特征，并不是EclipseME本身所实现的。 所有的这些都是由WTK来实现。很多情况下，不通过Eclipse＆EclipseME来模拟你会得到 更多可以解决问题的信息。只要简单直接通过WTK来运行你的WTK就可以了。

EclipseME没有提供将MIDlet加载到任何设备上的直接支持，它只是允许你通过Eclipse 调用WTK的编译以及构建的功能。EclipseME其实并不晓得设备的存在，它只知道它调用 的工具。

EclipseME的OTA运行特性就是一个好的例子。它只是和WTK之间建立了一个连接，从而使用 WTK的的OTA功能，就好像一个真实的设备那样。 当你调试MIDlet的时候，直接下载还是OTA下载没有太大的差别。不过能够检验JAD是否正确， 并且模拟一些只有此时才会出现的特殊问题。

收集预处理信息。

新的内置的预校验程序正在开发当中，它还没有被最终的完成。 如果你使用时遇到任何错误，我们欢迎你给我们提供任何信息，这会帮助我们对它进行改进。 在你遇到错误时，对于错误复现的描述越详细，你可以回答的提问越多，那么你提供的信息 帮助也就越大。 在预校验器成熟之前， 我们邀请你到用户邮件列表 来进行讨论。所有的用户都会在讨论中受益。

提问

• 使用该代码产生了什么错误?
• 错误在什么模拟器或者设备上发生?
• 错误在多种设备上发生还是特定设备上?
• 使用外置的设备预校验程序也会出错吗?

提供信息

• 上面问题的答案
• 会引起问题的源代码
• 会引起问题的类文件
• 引起问题的类预校验时的输出

检查它是否被报告过了

尽管任何开发者宁可bug被报告多次也不愿没人报告，但是在你报告bug的之前还是请你检查一下 SourceForge 上的当前bug列表，看看是不是已经有人报告了同样的问题。 我已经尽力将公开的bug搞得很短，所以阅读这份列表不会花你太长的时间。如果有人报告了同样的问题， 那么它很有可能已经正在被修正了。