- 浏览: 480771 次
- 性别:
- 来自: 北京
文章分类
最新评论
-
yuan:
Hooopo 写道( ^_^ )不错嘛不错个啥?这家伙的博客都 ...
用五年时间跨越鸿沟——“大学未毕业程序员”的流水帐 -
dearsunkey:
嗯 的确如此,中国的软件企业是应该要好好反省
从企业门户网站看中外软件的差距 -
Hooopo:
( ^_^ )不错嘛
用五年时间跨越鸿沟——“大学未毕业程序员”的流水帐 -
wfwkiss:
小弟,最近正在用NetBeans IDE 6.0.1 开发GU ...
Sun的新版开发工具——救世主还是噱头? -
airbuddy:
我访问http://localhost:8080/seleni ...
用Selenium测试web应用
Eclipse 3.0开发计划草案发布
Eclipse发布了版本3.0的开发计划草案,这就意味着这个最好的Open Source Java IDE将从2.1版本直接跳到3.0版。3.0版本的发布日期暂定于明年第二季度,换句话说,它将很有可能提供对泛型Java的直接支持。实际上,在目前的Eclipse 3.0计划草案中,计划支持的Java新特性将包括泛型、枚举、自动装箱、增强for循环、静态导入、元数据工具和编译器API(JSR-199)。如果确定要加入这些新特性,意味着整个IDE将有相当大的改动。<!----><o:p></o:p>
其他的新特性几乎都是补充性的。仍然没有看到GUI设计工具的出现,这就表示在Eclipse中画界面将继续是犯罪。重构菜单中将会出现几个新的重构项。插件(plug-in)将可以动态添加……和删除——呵呵,Eclipse 2.1中删除插件实在太不方便了。<o:p></o:p>
总而言之,这是一个值得期待的版本。与商业软件不同,Open Source软件的每个版本都是渐进式的,兼容性(而非花哨的新特性)被放在第一位考虑。这才是真正值得信赖的软件。下面摘录开发计划草案的一部分,全文请看http://www.eclipse.org/eclipse/development/eclipse_project_plan_3_0.html 。<o:p></o:p>
——————————————————<o:p></o:p>
Eclipse Project
DRAFT 3.0 Plan<o:p></o:p>
Last revised Thursday May 22, 2003 (replaces the draft 2.2 plan of Dec. 20, 2002; <!----><v:shapetype o:spt="75" coordsize="21600,21600" stroked="f" id="_x0000_t75" filled="f" o:preferrelative="t" path="m@4@5l@4@11@9@11@9@5xe"><v:stroke joinstyle="miter"></v:stroke><v:formulas><v:f eqn="if lineDrawn pixelLineWidth 0"></v:f><v:f eqn="sum @0 1 0"></v:f><v:f eqn="sum 0 0 @1"></v:f><v:f eqn="prod @2 1 2"></v:f><v:f eqn="prod @3 21600 pixelWidth"></v:f><v:f eqn="prod @3 21600 pixelHeight"></v:f><v:f eqn="sum @0 0 1"></v:f><v:f eqn="prod @6 1 2"></v:f><v:f eqn="prod @7 21600 pixelWidth"></v:f><v:f eqn="sum @8 21600 0"></v:f><v:f eqn="prod @7 21600 pixelHeight"></v:f><v:f eqn="sum @10 21600 0"></v:f></v:formulas><v:path gradientshapeok="t" o:extrusionok="f" o:connecttype="rect"></v:path><o:lock v:ext="edit" aspectratio="t"></o:lock></v:shapetype><v:shape type="#_x0000_t75" id="_x0000_i1025" alt="" style="WIDTH: 9pt; HEIGHT: 9pt"></v:shape>marks interesting changes since the final 2.1 plan)
Please send comments about this draft plan to the eclipse-dev@eclipse.org developer mailing list.
This document lays out the feature and API set for the next feature release of Eclipse after 2.1, designated release 3.0 (Why Eclipse "3.0"?).
· Release deliverables <o:p></o:p>
· Release milestones <o:p></o:p>
· Target operating environments <o:p></o:p>
· Compatibility with previous releases <o:p></o:p>
· Eclipse Platform subproject <o:p></o:p>
· Java development tools (JDT) subproject <o:p></o:p>
· Plug-in development environment (PDE) subproject <o:p></o:p>
Plans do not materialize out of nowhere, nor are they entirely static. To ensure the planning process is transparent and open to the entire Eclipse community, we (the Eclipse PMC) post plans in an embryonic form and revise them throughout the release cycle.
The first part of the plan deals with the important matters of release deliverables, release milestones, target operating environments, and release-to-release compatibility. These are all things that need to be clear for any release, even if no features were to change.
The remainder of the plan consists of plan items for the various Eclipse subprojects. Each plan item covers a feature or API that is to be added to Eclipse, or some aspect of Eclipse that is to be improved. Each plan item has its own entry in the Eclipse bugzilla database, with a title and a concise summary (usually a single paragraph) that explains the work item at a suitably high enough level so that everyone can readily understand what the work item is without having to understand the nitty-gritty detail.
Not all plan items represent the same amount of work; some may be quite large, others, quite small. Some plan items may involve work that is localized to a single Platform component; others may involve coordinated changes to several components; other may pervade the entire Platform. Although some plan items are for work that is more pressing that others, the plan items appear in no particular order.
With the previous release as the starting point, this is the plan for how we will enhance and improve it. Fixing bugs, improving test coverage, documentation, examples, performance, usability, etc. are considered routine ongoing maintenance activities and are not included in this plan unless they would also involve a significant change to the API or feature set, or involve a significant amount of work. All interesting feature work is accounted for in this plan.
The current status of each plan item is noted:
· Committed plan item - A committed plan item is one that we have decided to address for the release. <o:p></o:p>
· Proposed plan item - A proposed plan item is one that we are considering addressing for the release. Although we are actively investigating it, we are not yet in a position to commit to it, or to say that we won't be able to address it. After due consideration, a proposal will either be committed, deferred, or rejected. <o:p></o:p>
· Deferred plan item - A reasonable proposal that will not make it in to this release for some reason is marked as deferred with a brief note as to why it was deferred. Deferred plan items may resurface as committed plan items at a later point. <o:p></o:p>
· Rejected plan item - Plan items that were proposed but judged unworkable are marked as rejected plan items, with an accompanying summary of why they were dismissed. Keeping track of rejected items avoids repeating the discussion. <o:p></o:p>
Release deliverables
The release deliverables have the same form as previous releases, namely:
· Source code release for Eclipse Project, available as versions tagged "R3_0" in the Eclipse Project CVS repository. <o:p></o:p>
· Eclipse Project SDK (includes Platform, JDT, and PDE source zips) (downloadable). <o:p></o:p>
· Eclipse Platform runtime binary distribution (downloadable). <o:p></o:p>
· JDT runtime binary distribution (downloadable). <o:p></o:p>
· Eclipse SDK Examples (downloadable). <o:p></o:p>
· SWT distribution (downloadable). <o:p></o:p>
Release milestones
Release milestone occurring at roughly 6 week intervals exist to facilitate coarse-grained planning and staging. The milestones for 2003 are:
· Friday June 6, 2003 - Milestone 1 (3.0 M1) - stable build reflecting progress <o:p></o:p>
· Friday July 18, 2003 - Milestone 2 (3.0 M2) - stable build reflecting progress <o:p></o:p>
· Friday August 29, 2003 - Milestone 3 (3.0 M3) - stable build reflecting progress <o:p></o:p>
· Friday October 10, 2003 - Milestone 4 (3.0 M4) - initial API freeze - stable build reflecting progress <o:p></o:p>
· Friday November 21, 2003 - Milestone 5 (3.0 M5) - APIs frozen - stable build reflecting progress <o:p></o:p>
Additional 2004 milestones will be added later. Our target is to complete 3.0 in 2Q2004. All release deliverables will be available for download as soon as the release has been tested and validated in the target operating configurations listed below.
Target Operating Environments
In order to remain current, each Eclipse release targets reasonably current versions of the underlying operating environments.
Most of the Eclipse SDK is "pure" Java™ code and has no direct dependence on the underlying operating system. The chief dependence is therefore on the Java 2 Platform itself. <v:shape type="#_x0000_t75" id="_x0000_i1026" alt="" style="WIDTH: 9pt; HEIGHT: 9pt"></v:shape>The 3.0 release of the Eclipse Project is written and compiled against version 1.4 of the Java 2 Platform APIs, and targeted to run on version 1.4 of the Java 2 Runtime Environment, Standard Edition.
<v:shape type="#_x0000_t75" id="_x0000_i1027" alt="" style="WIDTH: 9pt; HEIGHT: 9pt"></v:shape>There are many different implementations of the Java 2 Platform running atop a variety of operating systems. We focus Eclipse testing on a handful of popular combinations of operating system and Java 2 Platform; these are our reference platforms. Eclipse undoubtedly runs fine in many operating environments beyond the reference platforms we test. However, since we do not systematically test them we cannot vouch for them. Problems encountered when running Eclipse on non-reference platform that cannot be recreated on any reference platform will be given lower priority than problems with running Eclipse on a reference platform.
Eclipse SDK 3.0 is tested and validated on the following reference platforms (this list is updated over the course of the release cycle):
Operating system<o:p></o:p> | Processor architecture<o:p></o:p> | Window system<o:p></o:p> | Java 2 Platform<o:p></o:p> |
Microsoft Windows XP<o:p></o:p> | Intel x86<o:p></o:p> | Win32<o:p></o:p> | Sun Java 2 SDK, Standard Edition, version 1.4.1_02 for Microsoft Windows<o:p></o:p> |
Microsoft Windows XP<o:p></o:p> | Intel x86<o:p></o:p> | Win32<o:p></o:p> | IBM 32-bit SDK for Windows, Java 2 Technology Edition, version 1.4.0<o:p></o:p> |
RedHat Linux 9 Professional<o:p></o:p> | Intel x86<o:p></o:p> | GTK<o:p></o:p> | Sun Java 2 SDK, Standard Edition, 1.4.1_02 for Linux x86<o:p></o:p> |
RedHat Linux 9 Professional<o:p></o:p> | Intel x86<o:p></o:p> | GTK<o:p></o:p> | IBM Developer Kit for Linux, Java 2 Technology Edition, version 1.4.0<o:p></o:p> |
SuSE Linux 8.2<o:p></o:p> | Intel x86<o:p></o:p> | GTK<o:p></o:p> | Sun Java 2 SDK, Standard Edition, 1.4.1_02 for Linux x86<o:p></o:p> |
SuSE Linux 8.2<o:p></o:p> | Intel x86<o:p></o:p> | GTK<o:p></o:p> | IBM Developer Kit for Linux, Java 2 Technology Edition, version 1.4.0<o:p></o:p> |
Sun Solaris 8<o:p></o:p> | SPARC<o:p></o:p> | Motif<o:p></o:p> | Sun Java 2 SDK, Standard Edition, 1.4.1_02 for Solaris SPARC<o:p></o:p> |
HP HP-UX 11i<o:p></o:p> | hp9000 | Motif<o:p></o:p> | HP-UX SDK for the Java 2 platform, version 1.4.1.01 for hp9000 PA-RISC<o:p></o:p> |
IBM AIX 5.1<o:p></o:p> | PowerPC<o:p></o:p> | Motif<o:p></o:p> | IBM Developer Kit for AIX, Java 2 Technology Edition, version 1.4<o:p></o:p> |
Apple Mac OS X 10.2<o:p></o:p> | PowerPC<o:p></o:p> | Carbon<o:p></o:p> | Java 2 Standard Edition 1.4.1 for Mac OS X<o:p></o:p> |
QNX Neutrino RTOS [version TDB]<o:p></o:p> | Intel x86<o:p></o:p> | Photon<o:p></o:p> | IBM J9 VM for QNX [version TDB]<o:p></o:p> |
Internationalization<o:p></o:p>
The Eclipse Platform is designed as the basis for internationalized products. The user interface elements provided by the Eclipse SDK components, including dialogs and error messages, are externalized. The English strings are provided as the default resource bundles.
Latin-1 locales are supported by the Eclipse SDK on all of the above operating environments; DBCS locales are supported by the Eclipse SDK on the Windows, GTK, and Motif window systems; BIDI locales are supported by the Eclipse SDK only on Windows operating environments.
The Eclipse SDK supports GB 18030, the new Chinese code page standard, on Windows XP and 2000, and Linux.
German and Japanese locales are tested.
BIDI support<o:p></o:p>
The Eclipse SDK is a development environment targeted at technical professionals - not an end user application. However, the Eclipse SDK tools will permit technical professionals who are working in English to build Hebrew/Arabic end user Java programs which are themselves not based on the Eclipse SDK. The BIDI support in the Eclipse SDK allows a Java programmer to work with BIDI strings, code comments, etc. but the Eclipse SDK itself is not designed to be localized for BIDI locales and its widget orientation can not be changed.
IMPORTANT: The above BIDI support is available only on Windows platforms.
Compatibility with Previous Releases
<v:shape type="#_x0000_t75" id="_x0000_i1028" alt="" style="WIDTH: 9pt; HEIGHT: 9pt"></v:shape>Eclipse 3.0 will not be fully compatible with Eclipse 2.0 and 2.1.
Compatibility of Release 3.0 with 2.0 and 2.1
We have decided that the next release of Eclipse will not be fully compatible with 2.0 and 2.1. This gives us additional freedom to innovate and make the next Eclipse significantly better than it could have been had we tried to maintain compatibility. That said, most of the Eclipse APIs will be the same in 3.0 as in 2.1. We will only break APIs in 3.0 when have a compelling case for doing so. And when we find we need to break APIs, we would do it in a controlled way that minimizes the effort required to port an existing plug-in to the 3.0 APIs. We will provide a comprehensive Eclipse 3.0 Porting Guide that covers all areas of breaking API changes, and describes how to port existing 2.1 plug-ins to 3.0. Up-to-date drafts of the Eclipse 3.0 Porting Guide will be included with milestone builds so that it's possible to climb aboard the 3.0 release wagon at the early stages, or to estimate the amount of effort that will be involved in eventually porting existing plug-ins to 3.0.
API Contract Compatibility: Eclipse SDK 3.0 will be upwards contract-compatible with Eclipse SDK 2.0 and 2.1 except in those areas noted in the Eclipse 3.0 Porting Guide. This means that programs in full compliance with contracts specified in Eclipse SDK 2.0 or 2.1 APIs will need to be ported to Eclipse SDK 3.0 APIs. (API is construed broadly to include such things as plug-in extension points.) Downward contract compatibility is not supported. There is no guarantee that compliance with Eclipse SDK 3.0 APIs would ensure compliance with Eclipse SDK 2.0 or 2.1 APIs. Refer to Evolving Java-based APIs for a discussion of the kinds of API changes that maintain contract compatibility.
Binary (plug-in) Compatibility: Eclipse SDK 3.0 will not be upwards binary-compatible with Eclipse SDK 2.0 and 2.1. Plug-ins built for Eclipse SDK 2.0 or 2.1 will need to be ported and recompiled for Eclipse SDK 3.0. Downward plug-in compatibility is not supported either. Plug-ins for Eclipse SDK 3.0 will not be usable in Eclipse SDK 2.0 or 2.1. Refer to Evolving Java-based APIs for a discussion of the kinds of API changes that maintain binary compatibility.
Source Compatibility: Eclipse SDK 3.0 will be upwards source-compatible with Eclipse SDK 2.0 or 2.1 except in the areas noted in the Eclipse 3.0 Porting Guide. This means that source files written to use Eclipse SDK 2.0 or 2.1 APIs might successfully compile and run against Eclipse SDK 3.0 APIs, although this is not guaranteed. Downward source compatibility is not supported. If source files use new Eclipse SDK APIs, they will not be usable with an earlier version of the Eclipse SDK.
Workspace Compatibility: Eclipse SDK 3.0 will be upwards workspace-compatible with Eclipse SDK 2.0 or 2.1 unless noted. This means that workspaces and projects created with Eclipse SDK 2.0 or 2.1 can be successfully opened by Eclipse SDK 3.0 and upgraded to a 3.0 workspace. This includes both hidden metadata, which is localized to a particular workspace, as well as metadata files found within a workspace project (e.g., the .project file), which may propagate between workspaces via file copying or team repositories. Individual plug-ins developed for Eclipse SDK 3.0 should provide similar upwards compatibility for their hidden and visible workspace metadata created by earlier versions; 3.0 plug-in developers are responsible for ensuring that their plug-ins recognize 3.0, 2.1, and 2.0 metadata and process it appropriately. User interface session state may be discarded when a workspace is upgraded. Downward workspace compatibility is not supported. A workspace created (or opened) by Eclipse SDK 3.0 will be unusable with an earlier version of Eclipse SDK. Visible metadata files created (or overwritten) by Eclipse SDK 3.0 will generally be unusable with earlier versions of Eclipse SDK.
Non-compliant usage of API's: All non-API methods and classes, and certainly everything in a package with "internal" in its name, are considered implementation details which may vary between operating environment and are subject to change without notice. Client plug-ins that directly depend on anything other than what is specified in the Eclipse SDK API are inherently unsupportable and receive no guarantees about compatibility within a single release much less with an earlier releases. Refer to How to Use the Eclipse API for information about how to write compliant plug-ins.
<o:p></o:p>
相关推荐
《Eclipse 3.0 程序开发技术详解》一书由吴越胜等人编著,清华大学出版社于2010年出版,是针对Eclipse 3.0这一版本的详细开发指南。Eclipse是一个开源的集成开发环境(IDE),广泛应用于Java和其他语言的软件开发。...
Eclipse 3.0程序开发技术详解
《Eclipse 3.0 从入门到精通》是一本专为初学者和进阶者设计的编程指南,主要聚焦于Eclipse 3.0版本的使用和开发。Eclipse作为一个开源的集成开发环境(IDE),在全球范围内广受欢迎,尤其在Java开发领域,它的功能...
Official Eclipse 3.0 Faqs
- 发布插件供其他 Eclipse 用户使用。 #### 五、Eclipse 的优势与不足 - **优势**: - 开源免费。 - 高度可定制和可扩展。 - 支持多种编程语言。 - 强大的社区支持。 - **不足**: - 启动速度相对较慢。 - ...
【标题】"Eclipse3.0_cxkfjsxj.rar" 涉及的主要知识点是Eclipse集成开发环境(IDE)的版本3.0及其安装与使用。Eclipse是一款广泛应用于Java开发,同时也支持多种其他语言如C++, Python等的开源开发工具。3.0版本在...
综上所述,Eclipse 3.0 是一个功能强大的开发平台,它不仅支持 Java 开发,还可以通过丰富的插件系统支持其他编程语言和技术。作为一个开放源代码项目,Eclipse 促进了社区的合作和创新,同时也为商业软件开发者提供...
然而,随着版本 3.0 的发布,Eclipse 开始向一个更为丰富的客户端平台(Rich Client Platform, RCP)转变。这一转变是由开源社区推动的,随之而来的是对 Eclipse 平台的一系列新需求和挑战,如动态插件管理、服务...
"propedit_4.8.2_for_eclipse3.0" 是一个专为Eclipse集成开发环境(IDE)设计的插件,版本号为4.8.2,主要适用于Eclipse 3.0和3.2。这个插件主要用于编辑和管理项目的属性文件,它提升了开发者在处理这些文件时的...
### Eclipse 3.0上配置JSP开发环境详解 #### 一、概述 本文将详细介绍如何在Eclipse 3.0环境下配置JSP开发环境。整个配置过程涉及多个步骤,包括Java环境安装、Tomcat安装、Eclipse安装以及必要的插件安装等。通过...
学习eclipse3.0的好帮手,最新的介绍eclipse3.0功能
Eclipse 3.0版本是其早期的一个重要版本,虽然现在已经更新到了更先进的版本,但理解如何在旧版本上配置JSP开发环境对于历史研究或特定项目需求仍然有价值。JSP(JavaServer Pages)是一种动态网页技术,它允许开发...
【Eclipse3.0配置SQLExplorer访问数据库】 在软件开发过程中,数据库的管理和操作是必不可少的一环。Eclipse作为一款强大的Java集成开发环境,通过插件可以扩展其功能,其中包括对数据库的直接访问。SQLExplorer是...
【Eclipse 3.0 配置JSP开发环境】\n\nEclipse是一款流行的集成开发环境(IDE),尤其适用于Java开发。对于JSP(JavaServer Pages)开发,Eclipse需要进行特定的配置才能实现高效的开发环境。以下是配置Eclipse 3.0...
3. Eclipse插件开发:深入讲解Eclipse插件的开发环境设置,创建插件项目,编写插件元数据,以及如何调试和发布插件。 4. 视图和编辑器:讨论如何在Eclipse中创建和管理视图和编辑器,以及它们在工作台中的角色。 5. ...
Eclipse3.0 的中文教程。本人把繁体转化为简体,对相关术语作了相应替换,便于大家理解。。 对使用Eclipse相关开发工具的人员均有帮助,无论你使用何种版本,包括Eclipse EE, MyEclipse。 文件是DOC格式。
propedit_4.8.2_for_eclipse3.0插件 在myeclipse 选择 help --sofware updates --find and Install -- search for new features to install —— new Local site 找到 eclipse的目录
本文将详细介绍一款名为"jp.gr.java_conf.ussiy.app.propedit_4.8.1_for_eclipse3.0"的Eclipse插件,它专门针对处理.properties文件的中文写入问题。 .properties文件是Java应用程序中常见的资源配置文件,通常用来...
Eclipse 开发 EJB 3.0 教程 Eclipse 开发 EJB 3.0 是一个基于 Eclipse 平台的企业级 JavaBean(EJB)开发指南。本教程将指导读者如何使用 Eclipse 创建一个 EJB 3.0 项目,从创建项目到部署到Application Server 的...
Eclipse 3.0 中引入的插件自动构建能力极大地提高了插件开发的效率和灵活性。借助 Ant 构建工具和 Eclipse 自带的构建框架,开发者可以轻松地实现复杂项目的自动化构建。通过合理的项目规划和构建脚本的设计,可以...