MIDP2.0仕样探索之一
http://www.cnitblog.com/Yama/archive/2005/12/07/5220.html
MIDP2.0仕样探索之二
http://www.cnitblog.com/Yama/archive/2005/12/07/5221.html
MIDP2.0仕样探索之三
http://www.cnitblog.com/Yama/archive/2005/12/07/5222.html
MIDP2.0仕样探索之四
http://www.cnitblog.com/Yama/archive/2005/12/07/5223.html
MIDP2.0仕样探索之五
http://www.cnitblog.com/Yama/archive/2005/12/08/5230.html

• MIDlet Suite 发现篇

设备提供用来定位MIDlet的Process。为了自主的寻找和安装MIDlet suites，必须支持以下的手段

• 使用DA的时候，MIDlet suite或者应用程序描叙文件应该被表示为链接
• 用户通过选择链接来开始安装程序
• 如果可能，首先下载应用程序描述文件到设备。该描述文件包含了MIDlet suite的信息并且能够被应用程序管理器用来开始安装
• 如果没有应用程序描述文件，或者应用程序管理器下载了描述文件并且决定继续安装的时候，JAR文件开始下载

使用DA,用户可以访问网络定位，可以通过链接来查看关于MIDlet suite的描述。

如果该链接指向的是JAR文件，点击后JAR文件和URL会被传送给设备上面的应用程序管理器从而开始安装进程。

如果该链接指向的是应用程序描述文件：

1. 一旦链接被选择，那么服务器必须在应答中指出被传输的数据的MIME type是"text/vnd.sun.j2me.app-descriptor"
2. 传输完了的时候，应用程序描叙文件被设备上的应用程序管理器接受来开始安装进程。应用程序描述文件被应用程序管理器用来决定关联的MIDlet suite能否成功的安装并且在该当设备上面运行。如果答案为否的话，安装不可的理由必须显示给用户。应该尽可能的使得用户花费最少时间和最少网络带宽来达到这个目的。在得到应用程序描叙文件的时候应该使用Device Identification和Request Headers里面的request-header.
3. 应用程序描述文件在使用之前必须从传输格式转成MIDP仕样里面定义的Unicode-encoding。 MIME type“text/vnd.sun.j2me.app-descriptor”默认的文字编码集是“UTF-8”。如果设备支持别的字符集，在request里面应该包含appropriate Accept-Charset header，并且内容应该基于返信中Content-Type头里面的charset attribute来转换。 如果charset未定义，解码默认设置为UTF-8,并且应该经行相应的转化。描述文件中的属性项必须按照仕样里面的语法来格式，并且所有的MIDP仕样里面的所有被要求的属性项都必须显示在描述文件中。如果没有满足，那么客户端会在状态报告中返回状态码906
4. 通过使用应用程序描述文件中的vendor,name,version,size attributes的信息应该可以提供给用户机会去确认他们是不是真的想去安装MIDlet suite。诸如安装旧的版本或者相同版本的时候应该给与用户提醒。不能成功安装和执行的原因应该确认并且告知用户。例如：如果知道没有足够的空间去安装，程序应该帮助用户去查询存储空间使用情况并且为安装新的MIDlet suite释放出足够使用的空间。