除了在容量大小和能力上对虚拟机规定了必要条件，配置还规定了类应用程序接口要包含常见的java.io、 java.net、 java.util和 java.lang包，配置可能还要包括其他需要的程序包。
CLDC
CLDC起源可以追溯到1999年JavaOne大会上介绍的Sun的第一个袖珍版 Java和第一个 KVM以及相关的类库，虽然 CLDC和所有的配置都满足成为虚拟机的条件，可它本身还不是虚拟机，CLDC的引用实现只是包含在当前的分布中的 KVM。
根据规范中所说，运行 CLDC的设备应该有 512K或更少的内存空间、一个有限的电源供给(通常是使用电池）、有限的或断断续续的网络连接性 ( 9600 bps或更少 )以及多样化的用户界面甚至没有用户界面。 通常说来，这个配置是为个人化的、移动的、有限连接信息设备而设计，比如呼叫器、移动电话和 PDA等。
与 J2SE相比， CLDC缺少下列所说的这些特征：
AWT（抽象窗口开发包）， Swing或其他图形库
用户定义类装载器
类实例的最终化
弱的引用
RMI
Reflection（映射）
CLDC有四个包： java.lang、 java.util、 java.io和 javax.microedition。 除了microedition包以外，其他的这几个包都是J2SE包的核心子集，CLDC采用这些J2SE类库，但是把其中一些在微型设备中用不到类、属性、方法去掉了。因此 CLDC类库有许多细微的差别。 如果
您想研究J2SE和 CLDC类库之间的差别，请参阅相关文档，在此就不详细说明了。
想要理解为什么CLDC去除这么多J2SE中重要的类和特征，请回想一下与 CLDC相关的两条基本原理。首先，它只有 512K的内存空间， 而像RMI和映射需要的内存太大了。 其次，配置必须满足为一组通用设备提供最小的 Java平台。 在个人移动信息设备领域中，许多系统都不能支持J2SE中的众多的高级特征。 例如，许多消费电子产品不能支持浮点数； 因此 Float（浮点类）和 Double（双精度类）就被删除了。 再看另外一个例子，许多系统没有或不提供访问一个文件系统的功能或权限。 因此与文件有关的类也被丢弃了。又如，错误处理是一个代价非常高的过程处理，在许多消费电子设备中，故障恢复是很难的甚至是不可能的。 所以在 CLDC中，许多错误处理类也被删除了。
java.microedition程序包提供了一个一般的结构来替代许多 J2SE网络输入/输出类。CLDC一般连接器结构还定义了一个 Connector类，允许许多不同类型的连接能够使用静态方法，下表列出使用同一个Connector类创建和打开五种不同类型的连接的方