BlogJava-实践-全程-随笔分类-开源

Eclipse3.3-3.4MX多国语言项目放出

阿南 — Sun, 27 Apr 2008 01:33:00 GMT

    老版本的Eclipse多国语言项目只维护到3.2.1版本，以后就再也没有维护了，我觉得主要的问题是，语言包太大，一个包中会有多种语言，对于RCP版本的产品汉化起来很不舒服，明明我只要中文，结果要加入N个语言进来，而且还是20M的包~
    Eclipse的http://download.eclipse.org/eclipse/downloads/最近刚刚放出一个叫做Babel project的项目，这个项目就是在解决国际化的问题，这个项目旨在为每一个插件提供独立的单语言包，这样在做RCP项目的时候，可以根据需要，打不同的包就可以了~！
    周五的下午测试了一下，汉化率绝对在99%以上，而且很多地方的汉化还是很到位的~再有哪些客户看不懂的地方的了~
    只是有一个很小的麻烦，就是RCP原来的异常对话框中的内容，每一句后面都会有\n，莫非多国语言的时候\n被转义了？
    希望可以得到改进！

阿南 2008-04-27 09:33 发表评论

RAP再次放入令人振奋的Demo

阿南 — Thu, 27 Mar 2008 04:29:00 GMT

此次RAP放出了draw2d_in_RAP的Demo，主要展示的是draw2D在RAP框架上的应用，还没有下载真正的Demo试用，但是从视频上看，好像是融合了flex来做图形展示和拖拽，有兴趣的朋友可以看看Demo的代码，然后告诉我~

上次e4放出的基于web的IDE就使用flash作为代码展示和编辑的编辑器，看来Eclipse社团也感觉到纯的js基本上不能完成任务了。

Demo下载地址：http://www.innoopract.com/fileadmin/user_upload/Bilder/Films/draw2d_640x480.mp4

阿南 2008-03-27 12:29 发表评论

微软真的来搅局吗？

阿南 — Fri, 21 Mar 2008 04:34:00 GMT

关注过上一篇文章的朋友，基本都对最后说到的微软要支持SWT的开发提出了不少自己的看法。
下面我们再来看看来自cnBate.com的新闻：

Java程序员们可能会经常遇到Windows下的UI问题,Java程序总是和Windows的外观统一不起来,特别是Vista,难度更高.
而现在,微软微软宣布它将为Eclipse基金会提供了标准的widget工具,这意味着Java将与Windows Presentation Foundation实现互通,允许应用程序原生采用Windows VIsta的外观.

这也是微软未来开放计划的一部分,微软认为一个日益开放,透明的方式正在出现.之前,微软还成立了Linux的互操作性实验室,并与JBoss,Zend Technologies等公司实现了技术合作.

微软真的在开源，不但支持了Linux，而且还来关注SWT，而且还有微软最近在收购Yahoo!，它最近非常关注开源事业，也许他真的要搅局，也许他真的是想做些事情，也许几年之后微软摇身一变真的变成了一个开源斗士了！
微软更换了首席构架师，他的做事风格在改变，我想微软是在向开源界证明自己的实力，是想让人们相信自己，也许过几年微软还果真出了一个开源版本的windows了~

阿南 2008-03-21 12:34 发表评论

Eclipse4.0放出部分Demo

阿南 — Thu, 20 Mar 2008 04:46:00 GMT

    早上，习惯性的打开GoogleReader，看看世界的变化。发现Planet Eclipse上已经有参加EclipseCON2008的朋友把Eclipse4.0（简称e4）Demo地址以及一些截图放到Blog上了~我们就来欣赏一下Eclipse的巨大变化吧！

    呵呵，是不是很可怕，一个基于web的开发工具？我在Eclipse的Wiki上已经看到这个截图的Demo了，但是还没有时间试用~
    此次放出的e4的demo基本上都是swt的调整，比方说可以使用swt来做flex，使用swt来做DOJO~，从这些方面就可以看到Eclipse正在向基金会想想的那样为e4提供一个基于web应用的平台，我想这个平台应该就是RAP了~而且从Demo上看，e4将会大大的涉足到web应用领域中，期待他们为我们带来再一次的惊呼！！！
    http://wiki.eclipse.org/E4/Running_the_demos （e4的demo）

    还有一个令人振奋的消息，不知道是好事还是坏事-----微软已经决定进入Eclipse基金会，并打算开始资助SWT项目了。

阿南 2008-03-20 12:46 发表评论

Planning for Eclipse 4.0（来自InfoQ）

阿南 — Sat, 15 Mar 2008 10:38:00 GMT

Earlier this week, the teams and developers working on the various projects of Eclipse began an intense debate regarding the next steps in the future of Eclipse, all triggered by the announcement of the incubation project titled 'e4' on the Eclipse committer mailing-list:

The Eclipse Project PMC is announcing a new component, called E4, as part of the Eclipse Project Incubator.

Component Description:

During the Eclipse Project 3.4 release cycle, one of the important plan items was "Create the Eclipse 4.0 Plan". The intent of this work was to identify the most pressing issues that would impact the ongoing success of Eclipse, and come up with a plan to address them. The result was the design of a new platform "e4", which will be the basis for Eclipse 4.0.

The goal of the e4 component is to provide a public venue for the initial explorations that were done, leading up to the e4 design. We expect to continue to work in this area until we have reached consensus on how the full e4 effort will be structured.

The e4 moniker is a reference to Eclipse 4.0, which would be the next major release number for the classic Eclipse distribution and platform projects. The last three major Eclipse releases shared these version number relationships: Callisto corresponded to the Eclipse platform v3.2, Europa corresponded to the Eclipse platform v3.3, and the upcoming Ganymede release corresponds to the Eclipse platform 3.4.

Historically it has been common practice for these plan documents to outline the thematic goals for a given release of what is commonly called the Eclipse top-level project. Traditionally, the top-level project has encompassed the Eclipse platform, the Java development tools, the Plug-in development tools, and all other components of the commonly referred-to Eclipse 'classic' distribution (the Java and Eclipse Plug-in IDE). This plan format has been used since the 2.1 release of Eclipse, and each prior plan is available on the Eclipse top-level project site. The e4 announcement is a somewhat different approach in that community involvement is being asked prior to the drafting of any plan.

Initially, the e4 project is little more than a community gathering point; a place to track early changes and ideas in code. The goal of opening this project now has been described by many of those involved as an effort to get community input and ideas at EclipseCon 2008, and to then begin drafting a plan based on the community input after that point. Kevin McGuire, an Eclipse committer who primarily works on the Platform UI team, described e4 in this way:

We on the platform team care passionately about Eclipse. We know you do too. We want to see it live a long, healthy life. We want it to serve its community as best it can. When we can’t achieve that it makes us sad. It’s clear to us that for Eclipse as a platform to remain long lived, vibrant, and relevant, it must be able to change. But the weight of a zillion plug-ins, projects, and API means the path of least resistance is stagnation, and the effort to effect change given the current constraint system is becoming monumental.

Therefore, two things must happen:

A new space must be carved out in which experimentation can happen, leading to change.

New people must get involved, bringing with them their energy, ideas, requirements, knowledge, passion.

These two are intrinsically tied.

That is e4.

While there was some heated discussion over the format and approach of the initial project announcement, the e4 project is likely to become a central test-bed for the various transformations that Eclipse will go through to reach its next major milestone. In the past, major version number increments for Eclipse have represented significant changes for the Eclipse project. The transition to Eclipse 3.0 encompassed the move of Eclipse to the OSGi platform, the announcement and creation of Eclipse rich-client platform, and both a look-and-feel and performance overhaul. The expectation is that Eclipse 4.0 will also represent such a major shift.

InfoQ will continue to cover future Eclipse planning decisions as they become available.

阿南 2008-03-15 18:38 发表评论

EclipseCON2008 only 1 week left!

阿南 — Sat, 08 Mar 2008 04:52:00 GMT

    EclipseCON2008 only 1 week left!
    又一次开源界的盛会EclipseCON2008就要召开了~据我了解此次盛会将会吸引更多的开源厂商，领袖，开发者参与，其中就有来自微软的Sam Ramji（微软开源的Labs），关于OSGi的讨论依然是重头戏。
    虽然Eclipse的RAP的发布也有半年多了，也在开源界引起了不小的反响，但是RAP还是没有得到广泛的应用，来自RAP的主力开发商Innoopract Informationssysteme GmbH的消息，此次EclipseCON2008大会也会给RAP带来更多的利好消息，毕竟关于RAP的讨论被安排在第二场，仅次于第一场OSGi的议题。
    Eclipse4.0也被提上了讨论日程，在介绍中提到，Eclipse3.0主要在力推RCP平台，而Eclipse4.0将会将会带来一个全新的用户界面以及新的用户体验，将带领Eclipse进入到WEB应用中，我想在Eclipse4.0的时候RAP应用，将变成Eclipse的主推平台了。
    还有很多关于其他项目的讨论，但是我一直关注的VE的消息，好像还是不被人们注意，可见VE基本上已经死亡，而且我认为可以算是Eclipse基金会中比较失败的一个项目了！
   预祝此次大会硕果累累，祝Eclipse越走越好！

阿南 2008-03-08 12:52 发表评论

VE终于复活了！

阿南 — Tue, 22 Jan 2008 01:37:00 GMT

VE在Eclipse的众多项目中沉寂了一年的时间，现在终于有动作了！至少是计划已经放出了~真是让人欣慰啊！

我每天都要看Eclipse的各大新闻组，VE虽然说是沉寂了一年，但是新闻组里面还是比较热闹的，每天都有一两篇问题更新。

Visual Editor Project 2007-2008 Roadmap

Project focus

In general, the main theme is to get the project back on track and in good shape.

From a goals perspective, we have the following alternatives:

focus exclusively on Swing, SWT and RCP and do it extremely well; deprecate everything else.
continue to provide a more generic editing framework, and supporting visual editing of non-java target such as GWT, HTML, Groovy, XForms, Web pages, EXSWT, etc.

My head tells me to go with (1) and my heart with (2).

Release Timeline

VE 1.3.0 Milestone 1:
- Q1 2008, have a stable working VE based on Europa

VE 1.3.0 Milestone 2: Q2 2008
- Investigate performance enhancements (single VM)
- Fix major bugs
- Add support for non Java visual target (Groovy contribution, XForms)

VE 1.3.0 Release: Q2 2008

VE 1.3.1 : maintenance for 1.3.0 Q3 2008

VE 1.3.2 : maintenance for 1.3.0 Q4 2008

VE 1.4.0 Milestone 1: Q2 2008
- Work on Ganymede compatibility

VE 1.4.0 Milestone 2: Q3 2008

VE 1.4.0 Milestone 3: Q3 2008

VE 1.4.0 Release: Q4 2008

Retrieved from "http://wiki.eclipse.org/VE/Roadmap"

我最期待的还是VE对于生成XML文件的扩展~加油啊~VE！

阿南 2008-01-22 09:37 发表评论

Sun发布开源PDF Renderer项目

阿南 — Mon, 17 Dec 2007 04:08:00 GMT

Sun将一个新的开源项目——PDF Renderer——作为SwingLabs的一部分于近日发布.
Sun 对该项目的描述是:“一个100%用Java编写的PDF渲染器和查看器”.PDF Renderer可以用来将可移植文档格式(Portable Document Format,PDF)从文件中解析出来,并以AWT图像或任何Graphics2D的实现形式在panel中显示.该项目与SwingLabs的其他部分一样,都是以LGPL许可发布的.

在项目首页上列出了一些潜在的用途:
在用户自己的应用中查看PDF.
提供PDF文件的打印预览.
将PDF绘制为PNG图像,用以在服务器端的Web应用中显示.
将PDF合并到3D场景中.
在PDF之上绘图,并可以在网络查看器中进行标注.

虽然这个项目是在2007年12月被开源的,但是它却有一段颇久的历史:
在2003年,Sun实验室的一群研究员开发出了PDF Renderer,当时它还是一款视频协作工具,Sun(TM)Labs Meeting Suite的一部分.这个工具在Sun内部的分布式会议中得到了广泛应用.Meeting Suite的设计初衷是方便人们使用OpenOffice创建的文稿做发言.
现在,这个公众项目还只是处于早期阶段,所以文档资源还很凌乱,也没有很大的用户社区.但是,Joshua Marinacci希望通过把这个项目开源,把那些可能为项目贡献力量的开发者们凝聚成一个社区:
虽然最原始的代码是来自Sun的,但我们希望能获得社区的高度参与.为保证这一点,我们聘请了Elluminate的Tom Oke来管理这个项目.他将担任项目所有者和首席架构师的角色.他很快掌握了现有的代码,并期待着与其他的参与者进行讨论.
我们最开始的目标是将PDF输出成OpenOffice格式,所以有些特性被遗漏掉了.它实现了绝大多数的PDF 1.4规范,但是少了透明度(transparency),填充表单(fill-in forms)和某些特定的字体编码.我们希望有兴趣的开发者可以帮助我们完成这些特性.
另外,Josh还将这个项目与其他PDF库进行了比较:JPedal使用了GPL许可,所以有些应用根本就没法用它.我们认为对于类似这样的库而言,使用LGPL是更好的选择.iText不是一个查看器/渲染器.它可以生成PDF文档,但并不能查看文档.这让iText和SwingLabs PDF Renderer变成了优秀的合作伙伴.我期盼着看到人们如何将它们进行合并.

访问:PDF Renderer: a 100% Java PDF renderer and viewer

阿南 2007-12-17 12:08 发表评论