[DESCRIPTION]
MTK支持哪些Java虚拟机？
MTK对于Rolltech和Aplix的支持策略有何不同？
[SOLUTION]
MTK支持哪些Java虚拟机？icfans
MTK平台常用的Java虚拟机供应商（ VM vendor）主要有两家： Rolltech（滚雷）和
Aplix（原IA solution）。
Rolltech是一直与MTK合作的VM vendor。从10A（含）之后， MTK内部项目使用的VM只
有Rolltech，整合其VM并且通过每次MTK内部的测试。 MTK Java适配层（ Java
Adaptation Layer ,JAL）的设计、修改和测试都是基于Rolltech的VM。 10A（含）之
前Rolltech给出的SVM是IJET； 11A（含）之后， Rolltech给出的MVM是NEMO，其中有
两个特例，即11B1132MP和11B1132SP由于是slim版本，因此仍使用Rolltech的IJET。
Aplix的VM是Jblend（ Jblendia），其VM曾在09A和09B的若干版本参与过MTK的内部测
试，之后Jblend就再也没有和MTK整合测试过。由于MTK JAL是full source code
release的， 因此10A（ 含） 之后Aplix对于VM的porting策略是根据JAL的设计，单方
面porting。这一限制也导致对于10A（含）之后使用Aplix VM的客户， MTK支策略
的不同。icfans
MTK对于Rolltech和Aplix的支持策略。（请使用Aplix VM的客户重点关注该宣导）
使用Rolltech VM的客户，出现Java问题时，可以选择将该问题先行提交MTK或
Rolltech中任意一方。第一手分析方如果发现问题需要另一方协助澄清，或完全需要
依靠另一方解决，则会与另一方一起讨论解决。
使用Aplix VM的客户，出现Java问题时，应依序参照下述原则：
1、所有Java问题应当由Aplix一线分析。
2、如果Aplix认为该问题由JAL代码导致，须通过客户向MTK提供清楚的分析报告。如
果无法证明JAL有问题，则须麻烦Aplix自行修改JAL来解决。因为JAL已经通过MTK的
SQC测试，也在其它VM上证实是没有问题的。
3、如果是由于MTK平台和VM的适配导致的问题， MTK可以给出VM的修改建议，之后由
Aplix自行修改VM来解决。如果Aplix评估后认为修改VM的工作量太大，希望修改JAL
来解决，则仍须麻烦Aplix自行修改JAL。并且，这部分修改后的JAL代码， MTK无须帮
忙review，后续如果出现修改导致的新问题仍须遵循以上三条原则解决