可以随某些事件改变。比如说当服务程序更新时的变化就是一个很好的例子。一个服务的新的版本可以添加或去除依赖关系。服务空间跟踪并解决这样的动态依赖关系。如果服务空间处理所有服务程序的生命周期，这就暗示了服务空间被赋予知晓一切的能力，那就是说，它能够推论结构、依赖、安装的细微差别等所有它负责的服务。服务空间通过在
bundle内伴随服务的 Java代码模块处理一些任务，这些模块被称作 wizard（向导）。JES向导是根据它们完成的任务命名的：




　　Dependencies -向导告诉调用者一个bundle依赖关系是什么。



　　Installer-向导处理bundle中服务的安装和删除操作。



　　Activator -向导知道如何启动和终止服务。



　　Updater -向导控件更新bundle中的服务。(更新向导不仅知道更新一个服务，而且知道在何时和什么情况下更新服务。 )



　　About -这个向导，就像它名称意味的那样，返回关于 bundle内容的信息。



　　Dispatcher -这是一种元向导（meta-wizard）。服务空间调用dispatcher向导定位一个bundle的其他向导。




　　当一个 JES服务器启动的时候，服务空间并不是完全没有启动服务。JES定义一组核心服务(可选），这些都是任何 JES服务器的组成部分。这些核心服务包含：




　　HTTP服务



　　日志 -记录错误和事件日志

　　

　　日期 -精确到秒的日期/时间服务

　　

　　连接管理器 -提供网络服务和Socket绑定，也处理连接接收。



　　线程管理器 -管理服务器提供的线程。thread管理器支持线程池并允许有效使用线程上界的规范。



　　计划程序 -提供未来的事件计划安排 (可用于告诉服务器某某动作必须在某某事件发生 )



　　RMI



　　SNMP



　　控制台 -提供远程管理服务器功能



　　基于 HTTP的远程应用程序接口实现



　　基于 RMI的远程应用程序接口实现

　

　　如果你把服务空间结构当成 JavaBean中的容器的话， JES就变得容易理解了。在这种类比关系中，服务程序就相当 JavaBean。那么，正象组件容器提供一个环境供
JavaBeans实例化、运行一样，服务空间就是以实例化的服务的聚集地。服务空间管理安装、实例化、执行、终止以及卸载服务；它也提供应用程序接口供服务交互作用。