对InitialContext的理解

类InitialContext java.lang.Object javax.naming.InitialContext

此类是执行命名操作的初始上下文。 所有命名操作都相对于某一上下文。该初始上下文实现 Context 接口并提供解析名称的起始点。

对于同时存在于两个源或多个应用程序资源文件中的每个属性，用以下方式确定属性值。如果该属性是指定 JNDI 工厂列表的标准 JNDI 属性

之一（参见 Context），则所有值都被串联成一个以冒号分隔的列表。对于其他属性，只使用最先找到的值。 初始上下文实现是在运行时确定的。默认策略使用环境属性 "java.naming.factory.initial"，该属性包含初始上下文工厂的类名称。解析

URL 字符串时生成此策略的一个异常，如下所述。

在将 URL 字符串（一个 scheme_id:rest_of_name 形式的 String）作为名称参数传递给任一方法时，将定位处理该方案的一个 URL 上下文工

厂，并将它用于解析该 URL。如果没有找到这样的工厂，则使用由 "java.naming.factory.initial" 指定的初始上下文。类似地，当将第一个

组件是 URL 字符串的 CompositeName 对象作为名称参数传递给任一方法时，将定位一个 URL 上下文工厂并将它用于解析第一个名称组件。有

关如何定位 URL 上下文工厂的描述，请参见 NamingManager.getURLContext()。

构造方法： InitialContext() 构造一个初始上下文

访问资源的URL语法都是什么？

正如访问资源的方法有很多种一样，对资源进行定位的方案也有好几种。URL的一般语法只是为使用协议来建立新方案提供了一个框架，当然除了已经在这篇文档中定义过的。URL通过提供资源位置的一种抽象标志符来对资源进行定位。系统定位了一个资源后，可能会对它进行各种各样的操作，这些操作可以抽象为下面的几个词：访问，更新，替换，发现属性。一般来说，只有访问方法这一项在任何URL方案中都需要进行描述。

主要部分

第五部分给出了URL语法的完整BNF描述。

URL通常被写成如下形式：<方案>:<方案描述部分>

一个URL包含了它使用的方案名称（<方案>）, 其后紧跟一个冒号，然后是一个字符串（<方案描述部分>），这部分的解释由所使用的方案来决定。方案名称由一串字符组成。小写字母“a”——“z”，数字，字符加号（“+”），句点（“.”）和连字号（“-”）都可以。为了方便起见，程序在解释URL的时候应该视方案名称中的大写字母和小写字母一样。（例如：视“HTTP”和“http”一样）。

标签： 对Initial Context的理解 都有什么