dm Server project moves to Eclipse.org
来源:互联网 发布:我爱你用网络语言表达 编辑:程序博客网 时间:2024/04/28 17:03
Today we will be releasing version 2.0 of the dm server. This represents a major milestone for the project, and for enterprise application development with OSGi in general. I’m delighted to now be able to reveal the next step in the dm Server journey: we have submitted a proposal at Eclipse.org to continue development of the dm Server as part of the Eclipse RT top-level project. The Eclipse nickname for the project is Virgo.
Quick links:
- Virgo proposal document at Eclipse.org
- Virgo community forum
What does this mean for users of dm Server?
The move to Eclipse.org has a number of practical implications for users of dm Server:
- Project hosting, home pages, forums, and downloads will all be moved to Eclipse.org infrastructure
- The license will change from the current (largely) GPL license, to the Eclipse Public License (EPL)
- It will be much easier for other organizations and community members to get involved in the ongoing development of Virgo
The combination of the license change and community hosting at Eclipse.org opens the codebase to a much broader set of users and developers.
The follow-on release of dm Server will be developed and released from Eclipse.org.
Why is SpringSource making this change?
The dm Server represents a significant amount of intellectual property (IP) and has been in full-time development for over 2 years. Why would SpringSource move this project to Eclipse.org?
We set out with a vision to make modular application development a reality for enterprise developers. Over the last 3 – 4 years we have spoken with many end users and customers struggling with issues relating to modularity, and we know that there is a genuine need for pragmatic solutions. We frequently hear questions such as:
- I have a large number of components managed by Spring, how can I best structure my Spring configuration to make this more manageable?
- How can I best organize a large (where definition of “large” can vary considerably) development team to efficiently work together on larger projects?
- How can I minimize/isolate the impact of change within a given area of my codebase?
- How can I minimize the impact of change when deploying updates to an application in production?
The dm Server today provides a state of the art server platform for modular enterprise application development based on OSGi and the Spring Dynamic Modules (now standardized as the OSGi Blueprint Service) programming model. Enterprise OSGi, and the dm Server, have made huge advances. And yet it is fair to say that adoption of OSGi for enterprise application development does not come without a cost. Like many new technologies, an initial investment has to be made that will pay back over time. Hal Hildebrand captured the current situation quite nicely in his recent blog post on the OSGi Value Proposition.
There is a great deal of interest and innovation around enterprise OSGi and the dm Server. This interest is strongest amongst early adopters, and projects with requirements that match closely the dynamically modular nature of the OSGi Service Platform. For a mainstream development team though, who just want to build an enterprise application as quickly as possible, and with as little hassle as possible, the costs currently associated with adopting enterprise OSGi can outweigh the short-term benefits. This situation needs to be addressed before enterprise OSGi can become the de-facto approach for mainstream enterpriseapplication development. Please note that I’m talking about enterprise application development here; if you’re writing infrastructure software and need to create a “stackless stack” (Kirk Knoerschild, James Governor) then OSGi is already the de-facto approach, and fully supported by the dm Server and the associated dm kernel sub-project.
At SpringSource we know that open source development and community involvement can play a huge role in evolving simple, pragmatic solutions that enable a technology to bridge from early adopter to mainstream usage. We know because it is a path we have successfully taken many times. In creating the Virgo project at Eclipse.org, we seek to accelerate the journey of the dm Server and of enterprise OSGi along this path.
Why Eclipse.org?
The dm Server builds on, and tightly integrates with, Eclipse Equinox – the reference implementation of the OSGi Service Platform. In addition, the recently proposed Gemini project at Eclipse.org will host reference implementations of many of the key enterprise OSGi specifications supported by Virgo – including the SpringSource led Gemini Web Container and Gemini Blueprint Service projects. The dm Server development tools are also all Eclipse-based. As an Eclipse RT project, Virgo will benefit from close collaboration with the OSGi community at Eclipse.org, the ability for multiple parties to contribute to it’s ongoing development, and feedback from the Eclipse user base to help shape future direction.
From the Eclipse.org perspective, the number one strategic goal for the Eclipse Foundation as listed in the recent Executive Director Report presentation to members (http://www.eclipse.org/membership/slides09q4.pdf) is to “Establish Eclipse runtime technology as a leading open source runtime platform.” The creation of the Virgo project at Eclipse.org is a major step towards accomplishing that goal.
Where can I find out more?
The Virgo proposal document itself is the best information source for finding out the details of the contribution, how it relates to existing Eclipse.org projects, and what is happening to the associated development tools. The Virgo community forum provides an opportunity for contribution and interaction.
- dm Server project moves to Eclipse.org
- eclipse运行报Setting property 'source' to 'org.eclipse.jst.jee.server:project' did not find a matching
- Spring DM and DM server changes to Gemini and Virgo
- Setting property 'source' to 'org.eclipse.jst.jee.server
- Eclipse 运行web project,出现Server Tomcat v9.0 Server at localhost failed to start.错误
- {Server/Service/Engine/Host/Context} Setting property 'source' to 'org.eclipse.jst.jee.server:BBS' d
- eclipse下启动tomcat出现Setting property 'source' to 'org.eclipse.jst.jee.server:
- Eclipse报错:Setting property 'source' to 'org.eclipse.jst.jee.server:test1' did no
- Eclipse报错:Setting property 'source' to 'org.eclipse.jst.jee.server:test1' did no
- Eclipse报错:Setting property 'source' to 'org.eclipse.jst.jee.server:fzxt_tj' did not find
- Unable to associate project with a runtime server in eclipse IDE
- eclipse 创建maven项目时 报错 Unable to create project from archetype [org.apache.maven.archetypes:ma
- Project Server 2007 To Project Server 2007 迁移日记
- Eclipse: How to change general project to java project
- Setting property 'source' to 'org.eclipse.jst.jee.server:webProject' did not find a matching property
- Setting property ‘source’ to ‘org.eclipse.jst.jee.server:*’ 错误解决办法
- [SetContextPropertiesRule]{Context} Setting property 'source' to 'org.eclipse.jst.jee.server:XFirete
- Setting property 'source' to 'org.eclipse.jst.jee.server:webProject' did not find a matching propert
- [c.y.j]spring mvc controller 传参
- 安装Adobe Flash Player:
- 一个c++多重继承的例子
- Deferred Procedure Call Details(延迟过程调用详解)
- 局域网ip扫描器c语言多线程 linux版
- dm Server project moves to Eclipse.org
- 用UIScrollView和UIPageControl简单模拟相册功能
- iOSOpenDev环境搭建以及使用
- 文件监控(一) 处理结构(pthread)
- servlet是单例的 所以需要线程安全 以及如何实现线程安全
- Android 界面滑动实现---Scroller类 从源码和开发文档中学习(让你的布局动起来)
- android sqllte增删改查
- 安装linux版myeclipse
- 套接字发送结构体