javaapi下载？java软件下载

本篇文章给大家谈谈javaapi下载，以及java软件下载对应的知识点，文章可能有点长，但是希望大家可以阅读完，增长自己的知识，最重要的是希望对各位有所帮助，可以解决了您的问题，不要忘了收藏本站喔。

怎么在oracle/java官网下载jdk api1.8

在Oracle官网下载JDK API 1.8（即Java SE 8 Documentation）的步骤如下：

进入Oracle官网：通过百度搜索“oracle”，进入其官方网站。

选择开发者下载入口：在官网导航栏中找到 Downloads选项，点击 Java for Developers。

进入Java SE下载页面：在开发者页面中，会看到Java SE相关资源的列表。

定位JDK API文档：向下滚动页面，找到 Java SE 8 Documentation选项并点击进入。

接受协议并下载：在文档列表中找到 Java SE Development Kit 8u71 Documentation（版本号可能略有差异），点击 Accept License Agreement接受许可协议，然后点击下载链接即可。

注意事项：

下载前需确保网络环境稳定，避免因连接中断导致下载失败。若页面布局或选项名称与描述不完全一致，可通过关键词（如“Java SE 8 Documentation”）在页面内搜索定位。下载的文档为压缩包格式，解压后可直接通过浏览器或文档工具查看API内容。

为什么Javase api 打不开

一.如果不能打开，可这样恢复文件关联：

1、开始运行，输入：regsvr32 C:\windows\system32\hhctrl.ocx，确定，重新关联文件。

2、执行一下windows目录里的hh.exe。

有时候chm文件放在中文目录就不行。包括中文chm名字。试着把文件考出来.中文名字一改.

二.1.在微软网站上下载hhupd.exe,安装hh.exe后并运行。

2.实际上,下载hhupd.exe后,运行后就可以了。这个东西大小为461kb 3.在c:\windows\system32里找到“Hhctrl.ocx”文件,然后运行:“regsvr32“c:\windows\system32\hhctrl.ocx...

网上的解决方法不可行，下载不了hhupd.exe.我直接执行regsvr32 c:\windows\system32\hhctrl.ocx就ok了。

解决方法2是：

1，右键关联chm文件的“打开方式”到\Windows\HH.exe

2，在命令行运行regsvr32 itss.dll

3，在命令行运行regsvr32 hhctrl.ocx

三.也许是 HH.EXE所必需的某个组件出了问题。但是不知道 HH.EXE会用到些什么组件，所以上网查了一下，有人建议重新注册 hhctrl.ocx。我在系统目录下找到了 hhctrl.ocx，重新注册一下 hhctrl.ocx试试：regsvr32 hhctrl.ocx。依然不能正常阅读 CHM。

既然如此，很有可能是协议出了问题。HH.EXE用的是 ms-its等协议，这些协议应该是由某个 DLL文件提供服务的。问题是，是什么 DLL呢？于是再用 Google搜索 ms-its协议。终于找到了，原来是一个 itss.dll在做服务。不过网上查到的解决方案是修改注册表。

要修改 ItssRestrictions注册表项以启用特定的安全区域，请按照下列步骤操作：

1.单击“开始”，单击“运行”，键入 regedit，然后单击“确定”。

2.找到并单击下面的子项：

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\HTMLHelp\1.x\ItssRestrictions

注意：如果该注册表子项不存在，则使用方法 1中的步骤 2a和 2b创建该子项。

3.右键单击“ItssRestrictions”子项，指向“新建”，然后单击“DWORD值”。

4.键入 MaxAllowedZone，然后按 Enter键。

5.右键单击“MaxAllowedZone”值，然后单击“修改”。

6.在“数值数据”框中，键入 0至 4之间的一个数字，然后单击“确定”。

7.退出注册表编辑器。

注意：默认情况下，“MaxAllowedZone”值设置为 0。下表摘要列出了“MaxAllowedZone”值对各个项的解释。 MaxAllowedZone本地计算机区域本地 Intranet区域受信任的站点区域 Internet区域受限站点区域

0允许阻止阻止阻止阻止

1允许允许阻止阻止阻止

2允许允许允许阻止阻止

3允许允许允许允许阻止

4允许允许允许允许允许

注册表修改之后还是不能打开！

试试偷懒的办法吧——重新注册DLL：regsvr32 itss.dll。

四.操作系统的语言不是中文（经常出现这种情况）

1.看看你的 OS是不是中文的 OS？如果你的 OS不是中文的，那么到 Control Pane中看看那个“语言和区域”的option，打开看看“区域选项”是不是中国，这个选项对一些软件还是有一些影像的。

2.如果你的CHM文件是中文的，可能存在缺省语言设置问题。可能你用是的英文版的WINDOWS，把RAGIONAL AND LANGUAGE OPTIONS中的LANGUAGE和ADVANCED中的语言和国家选项都设置成中文（PRC）。就可以了

五.可以试试改变此文件的名字.比如去掉多余的符号

六.如果都不能，最后一招就是，把电子书CHM格式转换为PDF文件：

CHM Converter是一个专门转换CHM格式的文件，它可以把CHM文件转换成PDF、TXT、DOC等常用的格式。

下载后运行软件，软件默认是英文界面，点击菜单“Tools-Language”，在弹出的对话框中选择“Chinese_Simplified”就可以换成中文了，软件还支持其他很多语言。

选好语言后点击左上角的“打开”按钮来选择要转换的CHM文件，如果CHM文件是英文版的，那么在旁边的下拉菜单中就选择“DEFAILT_CHARSET”，如果是中文的，那需要在下拉菜单中选择“GB2312_CHARSET”，否则会产生乱码，然后在右面的“导出”中来选择要转换的文件类型，软件支持很多格式的文件，如这里选择“Word97-2003”，最后点击“另存数据库为”按钮，选择保存的文件夹后就开始进行转换了。

PS: Window2K中不能打开*.chm文件的解决办法

这个问题的发生，是由于hhctrl.ocx的版本号出现错误或未正确注册。原因在于安装的其他软件用hhctrl.ocx的旧版本替换了原来的版本。

IE6SP1中，这个文件的版本号应为5.2.3735.0。可以看看你的系统这个文件的版本号。

位于winnt/system32这个文件夹。大小504K（英文版本）从其他相同的系统（IE版本也相同）中COPY一份

粘贴到你的系统相应文件夹中。然后注册一下。

注意：

1、先替换winnt/system32/dllcache文件夹的这个文件

后替换winnt/system32文件夹里的这个文件

2、如果看不到这个文件，

先工具--文件夹选项中，设置显示隐藏文件

并设置显示系统文件

3、注册的方法是

开始--运行，输入regsvr32 hhctrl.ocx

之后出来一个注册成功的对话框，确定然后重启系统。

jndi(java命名与目录接口)api下有哪些常用的包和接口

JNDI（Java命名和目录接口）

分布式计算环境通常使用命名和目录服务来获取共享的组件和资源。命名和目录服务将名称与位置、服务、信息和资源关联起来。

命名服务提供名称—对象的映射。目录服务提供有关对象的信息，并提供定位这些对象所需的搜索工具。有许多命名和目录服务实现，并且到它们的接口是不同的。

Java命名和目录接口或 JNDI提供了一个用于访问不同的命名和目录服务的公共接口。请参阅 URL java.sun.com/products/jndi/serviceproviders.html以获取支持通过 JNDI接口访问命名和目录服务的供应商列表。

JNDI（Java Naming and Directory Interface）

当你在开发企业beans时，JNDI很重要，因为对一个EJB的访问是通过JNDI的命名服务完成的。运用一个命名服务来查找与一个特定名字相关的一个对象。在EJB context中，一个命名服务找到一个企业bean，给定这个bean的名字。因此，了解JNDI在开发一个EJB应用程序中是至关重要的。另外，JDBC可以用JNDI来访问一个关系数据库。

附：The JNDI Tutorial

(下载)

JDBC2.0扩展API(1)

[作者:不详添加时间: 2001-8-24 14:11:50 ]

来源：www.csdn.net

JDBC 2.0 API被划分为两部分：JDBC 2.0核心API和JDBC 2.0标准扩展API。核心API在java.sql里面。这是原来的版本就实现了的基本的功能。标准扩展API在javax.sql里面。由JDBC2.0规范新规定的一些接口在这里面。当然，JDBC2.0也对原来版本的java.sql核心做了一些改动。不过不是很大。原来JDBC1.0的程序可以不加修改的在JDBC2.0上运行。这是Java的一贯的良好的作风。最新的JDBC包可以从sun公司的网站上下载。

JDBC2.0的扩展API增加了一些数据访问和数据源访问的重大的功能。这中间有一些是主要用来做企业计算的。用JDBC2.0的新的扩展包，JDBC提供了一个从JAVA2平台的通用的数据访问的方法。

首先，我们来看看JDBC标准扩展的API怎样来和JDBC2.0结合在一起的。JDBC2.0包括两个包：

1、 java.sql包，个包里面是JDBC2.0的核心API。它包括了原来的JDBC API（JDBC 1.0版本），再加上一些新的2.0版本的API。这个包在Java 2 Platform SDK里面有。

2、 javax.sql包，这里面是JDBC2.0的标准扩展API。这个包是一个全新的，在Java 2 Platform SDK, Enterprise Edition里面单独提供。

JDBC2.0的核心API包括了JDBC1.0的API，并在此基础上增加了一些功能，对某些性能做了增强。使java语言在数据库计算的前端提供了统一的数据访问方法，效率也得到了提高。

JDBC是向后兼容的，JDBC1.0的程序可以不加修改的运行在JDBC2.0上。但是，假如程序中用到了JDBC2.0的新特性，就必须要运行在JDBC2.0版本上。

概括的来说，JDBC核心API的新特性在两个方面做了工作。一个是支持一些新的功能，另一个就是支持SQL3的数据类型。

1、在支持新功能方面：包括结果集可以向后滚动，批量的更新数据。另外，还提供了UNICODE字符集的字符流操作。

2、在支持SQL3的数据类型方面：包括新的SQL3数据类型，增加了对持久性对象的存贮。

为了对数据的存取，操作更加方便，JDBC的新特性是应用程序的设计更容易了。例如：数据块的操作能够显著的提高数据库访问的性能。新增加的BLOB, CLOB,和数组接口能够是应用程序操作大块的数据类型，而不必客户端在存贮之前进行其它的处理。这样，就显著的提高了内存的使用效率。

下面我们来介绍JDBC2.0的标准扩展API。标准扩展API分为如下几个方面：

1、 DataSource接口：和Java名字目录服务（JNDI）一起工作的数据源接口。它提供了对数吹囊恢指玫牧臃椒ā?br>;2、 Connection pooling（连接池）：可以重复使用连接，而不是对每个请求都使用一个新的连接。

3、 Distrubute transaction（分布式的事务）：在一个事务中涉及到了多个数据库服务器。

4、 Rowsets：JavaBean组件包含了结果集，主要用来将数据传给瘦客户，或者提供一个可以滚动的结果集。

下面我们一个一个来介绍：

一、DataSource接口是一个更好的连接数据源的方法：

JDBC1.0是原来是用DriverManager类来产生一个对数据源的连接。JDBC2.0用一种替代的方法，使用DataSource的实现，代码变的更小巧精致，也更容易控制。

一个DataSource对象代表了一个真正的数据源。根据DataSource的实现方法，数据源既可以是从关系数据库，也电子表格，还可以是一个表格形式的文件。当一个DataSource对象注册到名字服务中，应用程序就可以通过名字服务获得DataSource对象，并用它来产生一个与DataSource代表的数据源之间的连接。

关于数据源的信息和如何来定位数据源，例如数据库服务器的名字，在哪台机器上，端口号等等，都包含在DataSource对象的属性里面去了。这样，对应用程序的设计来说是更方便了，因为并不需要硬性的把驱动的名字写死到程序里面去。通常驱动名字中都包含了驱动提供商的名字，而在DriverManager类中通常是这么做的。如果数据源要移植到另一个数据库驱动中，代码也很容易做修改。所需要做的修改只是更改DataSource的相关的属性。而使用DataSource对象的代码不需要做任何改动。

由系统管理员或者有相应权限的人来配置DataSource对象。配置DataSource，包括设定DataSource的属性，然后将它注册到JNDI名字服务中去。在注册DataSource对象的的过程中，系统管理员需要把DataSource对象和一个逻辑名字关联起来。名字可以是任意的，通常取成能代表数据源并且容易记住的名字。在下面的例子中，名字起为：InventoryDB，按照惯例，逻辑名字通常都在jdbc的子上下文中。这样，逻辑名字的全名就是：jdbc/ InventoryDB。

一旦配置好了数据源对象，应用程序设计者就可以用它来产生一个与数据源的连接。下面的代码片段示例了如何用JNDI上下文获得一个一个数据源对象，然后如何用数据源对象产生一个与数据源的连接。开始的两行用的是JNDI API，第三行用的才是JDBC的API：

Context ctx= new InitialContext(); DataSource ds=(DataSource)ctx.lookup("jdbc/InventoryDB");Connection con= ds.getConnection("myPassword","myUserName");

在一个基本的DataSource实现中，DataSource.getConnection方法返回的Connection对象和用DriverManager.getConnection方法返回的Connection对象是一样的。因为DataSource提供的方便性，我们推荐使用DataSource对象来得到一个Connection对象。我们希望所以的基于JDBC2.0技术的数据库驱动都包含一个基本的DataSource的实现，这样就可以在应用程序中很容易的使用它。

对于普通的应用程序设计者，是否使用DataSource对象只是一个选择问题。但是，对于那些需要用的连接池或者分布式的事务的应用程序设计者来说，就必须使用DataSource对象来获得Connection，原因在下面我们会提到。

二、Connection pooling（连接池）：

连接池是这么一种机制，当应用程序关闭一个Connection的时候，这个连接被回收，而不是被destroy，因为建立一个连接是一个很费资源的操作。如果能把回收的连接重新利用，会减少新创建连接的数目，显著的提高运行的性能。

假设应用程序需要建立到一个名字为EmpolyeeDB的DataSource的连接。使用连接池得到连接的代码如下：

Context ctx= new InitialContext(); DataSource ds=(DataSource)ctx.lookup("jdbc/EmployeeDB");Connection con= ds.getConnection("myPassword","myUserName");除了逻辑名字以外，我们发现其代码和上面举的例子的代码是一样的。逻辑名字不同，就可以连接到不同的数据库。DataSource对象的getConnection方法返回的Connection是否是一个连接池中的连接完全取决于DataSource对象的实现方法。如果DataSource对象实现与一个支持连接池的中间层的服务器一起工作，DataSource对象就会自动的返回连接池中的连接，这个连接也是可以重复利用的。

是否使用连接池获得一个连接，在应用程序的代码上是看不出不同的。在使用这个Connection连接上也没有什么不一样的地方，唯一的不同是在java的finally语句块中来关闭一个连接。在finally中关闭连接是一个好的编程习惯。这样，即使方法抛出异常，Connection也会被关闭并回收到连接池中去。代码应该如下所示：

try{…

}catch（）{…

}finally{ if（con!=null）con.close();}

三、分布式事务：

获得一个用来支持分布式事务的连接与获得连接池中的连接是很相似的。同样，不同之处在于DataSource的实现上的不同，而不是在应用程序中获得连接的方式上有什么不同。假设DataSource的实现可以与支持分布式事务中间层服务器一起工作，得到连接的代码还是如下所示：

Context ctx= new InitialContext(); DataSource ds=(DataSource)ctx.lookup("jdbc/EmployeeDB"); Connection con= ds.getConnection("myPassword","myUserName");由于性能上的原因，如果一个DataSource能够支持分布式的事务，它同样也可以支持连接池管理。

从应用程序设计者的观点来看。是否支持分布式的事务的连接对它来说没什么不同，唯一的不同是在事务的边界上（开始一个事务的地方和结束一个事务的地方），开始一个事务或者结束一个事务都是由事务服务器来控制的。应用程序不应该做任何可能妨碍服务的事情。应用程序不能够直接调用事务提交commit或者回滚rollback操作，也不能够使用事务的自动提交模式auto-commit mode（在数据库操作完成的时候自动的调用commit或者rollback）。

在一个连接参与了分布式事务的时候，下面的代码是你不能做的（con表示支持分布式事务的连接Connection）。

con.commit();或者con.rollback();或者con.setAutoCommit(true);对于通常的Connection来说，缺省的是auto-commit模式。而对于支持分布式事务的Connection来说，缺省不是auto-commit模式。注意，即使Connection是支持事务的，它也可以用于没有事务的情况。关于事务边界的限制只是是对分布式事务的情况下才成立的。

配置支持连接池的DataSource的时候，涉及到配置ConnectionPoolDataSource对象，这个对象是三层体系结构中的中间层来管理连接池的。同样的，在配置支持分布式事务的时候，需要配置XADataSource，XADataSource是中间层用来管理分布式事物的对象。ConnectionPoolDataSource和XADataSource是由驱动提供商提供的，对应用程序的设计者来说是透明的。和基本的DataSource一样，系统管理员来配置ConnectionPoolDataSource和XADataSource对象。

四、结果集：

结果集对象是一行行数据的容器。根据其目的，可以通过多种方法实现。RowSet及其相关的接口与JDBC2.0的标准扩展API有点不同，他们并不是驱动的一部分，RowSet是在驱动的上层实现的，可以由其它的任何人来实现他们。

任何类型的rowset都实现了RowSet接口，RowSet接口扩展了ResultSet接口。这样RowSet对象就有了ResultSet对象所有的功能。能够通过getXXX方法得到数据库中的某列值，通过updateXXX方法可以修改某列值，可以移动光标，是当前行变为另一行。

当然，我们更感兴趣的是RowSet接口提供的新的功能。作为一个JavaBean组件，RowSet对象可以增加或者删除一个listener（监听者），可以get或者set其属性值，这些属性中，有一个是字符串，表示一个对数据库Query请求，RowSet接口定义了设定参数的方法，也提供了执行这个请求的方法。这意味着RowSet对象能够执行查询请求，可以根据它产生的结果集进行计算。同样，RowSet也可以根据任何表格数据源进行计算，所以，它不局限于关系数据库。

从数据源得到数据之后，RowSet对象可以和数据源断开连接，rowset也可以被序列化。这样，RowSet就可以通过网络传递给瘦客户端。

RowSet可以被重新连接到数据源，这样，做的修改就可以存回到数据源中去。如果产生了一个listener，当RowSet的当前行移动，或者数据被修改的时候，监听者就会收到通知。例如，图形用户界面组件可以注册成为监听者，当RowSet更改的时候，图形用户界面接到通知，就可以修改界面，来符合它所表示的RowSet。

根据不同的需要，RowSet接口可以通过多种方法来实现。Java software已经写了一个CachedRowSet实现，从中可以得到这个实现。

与CachedRowSet类不样的是，JDBCRowSet类总是保持一个和数据源的连接。这样，在ResultSet外围简单到加了一层，是基于JDBC技术的驱动看起来象是一个简单的JavaBean组件一样。

总结：JDBC2.0标准扩展API通过见DataSource注册到JNDI名字服务上，将JDBC技术扩展为一个全新的概念。使应用程序的代码更加精巧，易于控制。新的API支持了连接池，支持分布式的事务。最后，还使java应用程序可以在网络上传播结果集，是不可以滚动的ResultSet变成了可以滚动的RowSet。

好了，本文到此结束，如果可以帮助到大家，还望关注本站哦！