derby数据库是哪个公司的，JDK 621不捆绑 derby了吗

本文目录一览

1，JDK 621不捆绑 derby了吗
2，MyEclipse Derby是什么
3，德比是什么意思
4，MyEclipse derby和tomact的区别
5，最新的javaee技术是什么

1，JDK 621不捆绑 derby了吗

Java SE 6 里面，instrumentation 包被赋予了更强大的功能：启动后的 instrument、本地代码（native code）instrument，以及动态改变 classpath 等等。在 Java SE 6 当中，围绕着 HTTP 协议出现了很多实用的新特性：NTLM 认证提供了一种 Window 平台下较为安全的认证机制；JDK 当中提供了一个轻量级的 HTTP 服务器；提供了较为完善的 HTTP Cookie 管理功能；更为实用的 NetworkInterface；DNS 域名的国际化支持等等。JDK6.0中新增加的编译器 API（JSR 199）。利用此 API，您可以在运行时调用 Java 编译器，可以编译不同形式的源代码文件，还可以采集编译器的诊断信息。新安装了 JDK 6 的程序员们也许会发现，除了传统的 bin、jre 等目录，JDK 6 新增了一个名为 db 的目录。这便是 Java 6 的新成员：Java DB。这是一个纯 Java 实现、开源的数据库管理系统（DBMS），源于 Apache 软件基金会（ASF）名下的项目 Derby。它只有 2MB 大小，对比动辄上 G 的数据库来说可谓袖珍。但这并不妨碍 Derby 功能齐备，支持几乎大部分的数据库应用所需要的特性。更难能可贵的是，依托于 ASF 强大的社区力量，Derby 得到了包括 IBM 和 Sun 等大公司以及全世界优秀程序员们的支持。这也难怪 Sun 公司会选择其 10.2.2 版本纳入到 JDK 6 中，作为内嵌的数据库。这就好像为 JDK 注入了一股全新的活力：Java 程序员不再需要耗费大量精力安装和配置数据库，就能进行安全、易用、标准、并且免费的数据库编程。

JDK 621不捆绑 derby了吗

2，MyEclipse Derby是什么

Derby是Apache Software Foundation (ASF)的一个的孵化器项目。它是由IBM把自己的 Cloudscape(一种纯关系 Java 数据库)数据库作为开放源代码发布给 Apache Software Foundation (ASF)而建立的。 Cloudscape 是一种基于 Java 的、具有全面事务支持能力的关系数据库技术。它是一种纯嵌入式数据库,可以用在应用程序中,也可以作为更传统的客户机-服务器应用程序的数据库。它体积小,而且不需要数据库管理员;您只需编写应用程序。在需要时直接调用数据库,Cloudscape 就可以为您服务。 IBM Cloudscape 的未来商业版本都将以 Derby 代码为基础。 Cloudscape 最有趣的一个用法就是作为一个 Java 数据存储,直接将数据库输入到 Java 应用程序中。我曾提到过,Cloudscape 数据库非常小。它只是一个 2MB 的 .jar 文件。有了这样一个 Java 数据库,当一个 Java 应用程序想要使用它时,根本不需要做任何工作,不需要进行任何管理。Java 应用程序只需发出 JDBC 调用,然后访问数据,之所以可以这样做,是因为数据库自始至终都是以一个 .jar 文件的形式存在。 Cloudscape 能满足新的和正在增长的市场的需求。作为面向 Java 的数据库,Cloudscape 的定位非常恰当,它很好地弥补了IBM的其他数据库:DB2 Universal Database、Informix Dynamic Server、DB2 Express 等等。又因为它是建立在开放标准基础上的,任何针对 Cloudscape 编写的应用程序都可以很容易地迁移到 DB2 UDB 和其他数据库上运行,这正是企业级的解决方案所需要的。与其他开放源代码数据库相比,Derby 是独一无二的。它的确是功能丰富的关系型数据库。而且,它完全是免费提供的,没有商业许可限制。

MyEclipse Derby是什么

3，德比是什么意思

一个城市两只球队的比赛，就叫德比

这个词语一般流行在体育赛事中，指同一个城市的两支球队，相互之间进行PK。球队的水平，赛事竞争水平越高，德比的含金量就越高。谢谢

Derby数据库　　 Derby是一个开源的、100% Java编写的、与平台无关的、易管理的关系数据库管理系统。Derby为用户提供了轻量的标准数据库引擎，它可以紧密的嵌入到任何基于Java的解决方案中。Derby确保数据完整性，并提供负责的事务处理操作。默认的配置中不包含任何独立的数据库服务器。同时，Derby 的安装过程非常简单，只需要将其 .jar 文件复制到系统中并为您的项目添加该 .jar 文件即可。　　Derby拥有一个令人惊奇的特性列表。它可以支持关系数据库中的所有企业级的特性，包括崩溃恢复、事务回滚和提交、行/表级锁、视图、主键/外键约束、触发器、子查询表达式，等等。一部分的列表特性使Derby从其他的Java 关系数据库管理系统中分离出来。　　Derby可以有两种部署方式：　　嵌入式：Derby被单个用户的Java应用程序使用，在这种模式下，Derby和应用程序运行在同一个JVM中。Derby对于终端用户几乎是透明的，因为它的启动和终止都是由应用程序来控制，而不需要任何的管理。　　服务器模式：Derby由应用程序启动，此时通过用户可以通过网络连接。在这种模式下，Derby运行在服务器主机的JVM中。其他JVM的应用程序通过连接服务器来访问数据库。

一个地区或国家最强的两只队比赛！

同一个城市或同一个国家的两支球队或两个本土球员的比赛，俗称德比！！！比如姚易德比（姚明和易建联在NBA的比赛），西班牙德比（巴萨和皇马的比赛）再就是你说的米兰德比（国际米兰vsAC米兰）

德比是同一个城市的球队较量。国家德比是一个国家2 支最强球队的较量。

德比是什么意思

4，MyEclipse derby和tomact的区别

derby是一个纯java的数据库服务器，可以用jdbc去连接。和SQL Server2000,Mysql是相同类别。tomcat就不用说了吧,web容器。

derby是apache software foundation (asf)的一个的孵化器项目。它是由ibm把自己的 cloudscape(一种纯关系 java 数据库)数据库作为开放源代码发布给 apache software foundation (asf)而建立的。 cloudscape 是一种基于 java 的、具有全面事务支持能力的关系数据库技术。它是一种纯嵌入式数据库，可以用在应用程序中，也可以作为更传统的客户机-服务器应用程序的数据库。它体积小，而且不需要数据库管理员；您只需编写应用程序。在需要时直接调用数据库，cloudscape 就可以为您服务。 ibm cloudscape 的未来商业版本都将以 derby 代码为基础。 cloudscape 最有趣的一个用法就是作为一个 java 数据存储，直接将数据库输入到 java 应用程序中。我曾提到过，cloudscape 数据库非常小。它只是一个 2mb 的 .jar 文件。有了这样一个 java 数据库，当一个 java 应用程序想要使用它时，根本不需要做任何工作，不需要进行任何管理。java 应用程序只需发出 jdbc 调用，然后访问数据，之所以可以这样做，是因为数据库自始至终都是以一个 .jar 文件的形式存在。cloudscape 能满足新的和正在增长的市场的需求。作为面向 java 的数据库，cloudscape 的定位非常恰当，它很好地弥补了ibm的其他数据库：db2 universal database、informix dynamic server、db2 express 等等。又因为它是建立在开放标准基础上的，任何针对 cloudscape 编写的应用程序都可以很容易地迁移到 db2 udb 和其他数据库上运行，这正是企业级的解决方案所需要的。与其他开放源代码数据库相比，derby 是独一无二的。它的确是功能丰富的关系型数据库。而且，它完全是免费提供的，没有商业许可限制。

5，最新的javaee技术是什么

　　 2005年度Java十大新技术和新产品本篇文章来自http://www.soidc.net" target="_blank">IDC专家网原文链接： http://www.soidc.net/articles/1213781061058/20051219/1214037288727_1.html

现在框架太多了，struts jsf webwork 还有数据库方面的框架hibernate 反正挺多，有得我记不住名字，有得我也不知道！

在这个新版本中最主要的新特性是增加了对几种持久化技术的支持，包括支持TopLink 9.0.4和10.1.3、JDO 2.0、Hibernate 3.0.3等。此外，Spring 1.2还简化了bean声明的XML格式，并且支持JDK 1.5事

现在框架太多了，struts jsf webwork 还有数据库方面的框架hibernate 反正挺多，有得我记不住名字，有得我也不知道！

JavaEE 是 J2EE的一个新的名称,之所以改名，目的还是让大家清楚J2EE只是Java企业应用.随着WEB和EJB容器概念诞生，使得软件应用业开始担心SUN的伙伴们是否还在Java平台上不断推出翻新的标准框架，致使软件应用业的业务核心组件架构无所适从，从一直以来是否需要EJB的讨论声中说明了这种彷徨。　　在2004年底中国软件技术大会Ioc微容器(也就是Jdon框架的实现原理)演讲中指出：我们需要一个跨J2SE/WEB/EJB的微容器，保护我们的业务核心组件（中间件），以延续它的生命力，而不是依赖J2SE/J2EE版本.此次J2EE改名为Java EE，实际也反映出业界这种共同心声。　　JavaEE的核心是EJB3.0, 其提供了更兼便捷的企业级的应用框架。　　看来，现在大多数人倾向于更加突出Java了，J2EE容易让初学者误解是独立于一套Java的技术方案。　　从更深层次来看，Java诞生十年来，很多近十年前的业务组件至今还可以使用，软件应用不再由于语言的更迭革命带来毁灭的打击了。　　但是，随着WEB和EJB容器概念诞生，使得软件应用业开始担心SUN的伙伴们是否还在Java平台上不断推出翻新的标准框架，致使软件应用业的业务核心组件架构无所适从，从一直以来是否需要EJB的讨论声中说明了这种彷徨。　　笔者曾经在2004年底中国软件技术大会Ioc微容器(也就是Jdon框架的实现原理)演讲中指出：我们需要一个跨J2SE/WEB/EJB的微容器，保护我们的业务核心组件（中间件），以延续它的生命力，而不是依赖J2SE/J2EE版本　　此次J2EE改名为Java EE，实际也反映出业界这种共同心声。　　让我们看看Java EE 5有哪些新的功能或规定，我们可以从SUN网站下载Java EE 5规范。其架构图如下：　　JAVA EE 架构图　　图中灰色加黑部分是Java EE 5新的功能，我们看到，在WEB层主要加入了JSF这个新的表现层框架，和我们日常开发关系密切的是，引入了新的Java Persistence标准，这个标准正在由EJB 3.0专家组制定。　　值得指出的是，这个Java持久化标准也可以嵌入在WEB层调用，所以，它肯定不会从属于EJB标准，这样，当前所有的Java持久层标准如：JDBC/JDO/Hibernate/Entity Bean将可能统一，减少用户的架构选择痛苦。　　从架构图可以看出，无论Web结构或EJB结构，提供实现的功能相差不多，这样，我们的业务核心组件就可以根据需要部署在Web或EJB中运行，而不依赖具体的Java EE容器了。前面一章图的目标在Java EE 5中可以实现了。　　当然，Java EE 5重要改变还是：Java EE不再象以前那样只注重大型商业系统的开发，而是更关注小到中型系统的开发，简化这部分系统开发步骤。　　落实这一简化行动的最大特征是在Java 5.0(Java 1.5)中加入Annotations，通过Annotations引入，降低Java EE开发时，既要写code，又要写XML配置文件之苦，来回照顾，疲于奔命，Annotations既是得益于C++语言，也是从开源项目xDoclet实践中获得经验。　　但是Annotations是一把双刃剑，初学者用得不好，将会使得原本在XML中的Hard code（硬编码）写进入代码Annotations，破坏代码的简洁和灵活性，Annotations讨论按这里。　　当然，Annotations的引入不只是解决XML配置，从大的概念说，是解决一个资源注射问题(XML属于其中一个资源)，在原理J2EE中，容器管理的资源都是由JNDI向应用程序提供的，现在通过Annotations可以方便实现注射。　　资源注射（Resource injection）设计概念其实是来自Ioc模式(Dependency Injection )，笔者设计开发的Jdon框架其实已经将Annotations这一宗旨的目的实现，在Jdon框架应用演示源码SimpleJdonFrameworkTest中，在jdonframework.xml中有一段如下配置：　　　　　　　　这段配置是将数据库的JNDI名java:/TestDS注射到JdbcDAO中。Jdon Framework下一个版本将是基于Java 5.0，这行配置将可通过 Annotations写在jdbcDAO代码中，方便程序员开发。　　从这里，大家也可以知道EJB 3.0和EJB 2.0的区别了，有的人疑惑，是学习EJB 3.0还是学习EJB 2.0，其实EJB 3.0并没有在原理机制上对EJB有多大改动，只是做了编程方面的简化，另外EJB CMP参考了Hibernate新特点，EJB 3.0最大简化变动是CMP编程方法上。所以，无论学习EJb 3.0/2.0，EJB原理和运行机制都是一样，这部分才是学习EJB最大的困难处，而不是因为到了EJB 3.0，理解EJB就会容易。　　初学者可从Eclipse+Xdoclet开发EJB 2.0开始学习， EJB 3.0 = EJB 2.0 + xDoclet，这里有一篇Eclipse开发EJB教程，使用JBossIDE非常简单，无需Lomboz等插件。　　Security安全是Java EE的一个重要特点，也就是基于容器的安全访问，无需自己手工编码，具体实现可参考Jdon框架应用演示源码JdonNews。这虽然是基于J2EE 1.3编写，但是和Java EE 5区别不是很大。　　事务管理Transaction Management也是Java EE 5的一个重要部分，该标准文档从几个方面阐述了事务管理的要点，标准中规定了在WEB层中使用事务和线程的处理关系，标准中规定：Web服务器如Tomcat无需在Web层提供事务支持，因为Web组件根本不支持事务繁衍/传递。　　因为目前一些架构如 Struts+Spring+Hibernate/Struts+Hibernate是标准中的Web结构，因此Java EE 5在J2EE 4.2.2规定了 Web组件事务的生命周期，如果Web组件直接调用JTA，事务就不可以跨一个客户端的多个请求，事务只能在一个请求(Servlet/Jsp)中完成，这个标准规定了我们在Web架构中（如上述架构）无法使用长事务(如工作流/状态图中跨页面请求事务)，针对一个客户端跨请求的事务目前只有唯一解决方案：只有使用EJB的有态Session。参考文章：I manage long duration transactions? 　　以上是Java EE 5主要部分，Java EE包含更多其他技术部分如Jdbc JMS JCA JNDI 等等，需要用户在实践中摸索。