Orion/FAQ

From Eclipsepedia

Jump to: navigation, search

If you have a question that is not covered by this FAQ but should, please let us know (on IRC, on the mailing list, or by filing a bug). Thanks!

Orion is a Mature open source project under the Eclipse top-level project.

Orion's objective is to create a browser-based open tool integration platform which is entirely focused on developing for the web, in the web. Tools are written in JavaScript and run in the browser. Unlike other attempts at creating browser-based development tools, this is not an IDE running in a single tab. Links work and can be shared. You can open a file in a new tab. Great care has been taken to provide a web experience for development. Orion components are individually consumable and examples of this are Mozilla Firefox Scratchpad, SpringSource stand-alone Editor. All the components of Orion together can be viewed at the public facing OrionHub site where anyone can create an account and try Orion out. This FAQ describes what you can expect from OrionHub.

Contents

What are the benefits of bringing the development infrastructure to the web?

More and more software and infrastructure is moving to the web and adopting web technologies. The same reasons apply to software development tooling:

  • Zero install on the client
  • Lower total cost of ownership
  • Scalable computing power
  • Simple connectivity -- links
  • Trivial update mechanism (i.e. refresh the page)
  • Powerful rendering engine -- browsers
  • Very large and active community

What is the current status of the project?

Orion has now been under development for over a year and graduated to a Mature project in October of 2012. Orion has a fast and scalable code editor that runs on all major desktop browsers. The components that make up the core infrastructure of Orion such as the plug-in mechanism, micro service framework are mature and have many example of use.

What is Orion Hub?

http://orionhub.org is a public beta server of Orion. It is available to the general public for the purpose of evaluating and playing with a stable Orion install. Everyone can request an account directly on the site. Note that this is a site meant to test Orion features and there is no guarantee that data stored on this server will be persisted. The Eclipse Foundation reserves the right to delete any and all data from the server. If you are trying it out, you should regularly push your changes to a remote Git repository such as Git Hub, copy your files to another server via SFTP, or export a Zip file with your changes.

Can Orion be used for real work?

Yes, although the available functionality is still quite limited. As of the June 2012 release, Orion has at least the following major limitations:

  • There is no support for version control systems other than Git, and the Git support does not yet encompass all the functionality available in eGit or Git command line tools.
  • No language refactoring tools, or global search and replace, makes large scale code changes difficult

A web-based IDE was originally announced as part of the e4 effort. How do these early announcements relate to what is currently available in the Orion codebase?

At EclipseCon 2008, we demoed a prototype of a web-based Eclipse. We decided back then that we were too early and did not continue working on the prototype. The Orion code base is a completely new implementation, focused on web technologies and principles. The idea is to make the web itself the development environment, instead of trying to bring existing desktop IDE concepts to the browser.

Which technologies are running behind the scenes of the Orion project?

To realize our vision of embracing the web, the important technologies will be RESTful HTTP, HTML, JavaScript, CSS, JSON, Atom, OpenID, OAuth, etc. Our goal is to enable linking between Orion and other web-based tools such as bug tracking systems like Bugzilla, build monitoring tools like Hudson, code review tools like Gerrit, versioning repositories like GitHub, and so on. By comparison, the concrete technologies used for our current implementation are not as important to us, but since you asked, we used pure HTML, CSS, JavaScript, and Dojo on the client, and Java with Equinox, Jetty, and JGit on the server.

What is the relationship between Orion and OSLC?

None today. One of the stated objectives of the OSLC community is creating open, public descriptions of resources and interfaces for sharing the things development teams rely on. As Orion grows and evolves we're going to need to define similar integration points and policies. The obvious place for this relationship is in Orion's access and update of life-cycle artifacts and we anticipate both working with and adopting OSLC specifications for these purposes.

What is the relationship between Orion and the Rich Ajax Platform (RAP)?

Orion does not use the Rich Ajax Platform (RAP). Quoted from the RAP project homepage, "the Rich Ajax Platform lets you build rich, Ajax-enabled Web applications by using the Eclipse development model, plug-ins with the well known Eclipse workbench extension points and a widget toolkit with SWT API. Existing RCP applications can be run as Web applications with only minor changes." Orion is a completely new codebase and has no dependencies on the traditional Eclipse development model with its plug-ins, extension points, Java API, or SWT widget toolkit.

Orion is not based on the old Eclipse codebase, so how does the Orion code relate to the “old” Eclipse platform code and the other existing Eclipse projects?

We are using code from the Eclipse Runtime project for our server. On the client side, we are working on UI components that are fully web based. To the extent possible, we want to make it possible to use these web UI components in the existing desktop Eclipse, for example as views or editors. But the codebases will be separate. We are only starting with Orion, and are at a very early stage. The desktop Eclipse IDE is not going to go away, and is going to be actively developed and maintained for many years to come.

Is Orion limited to providing a development infrastructure, or is it conceivable to use the Orion code for other purposes, in a similar way the Eclipse code was used for RCP and Runtime Projects?

This is definitely conceivable, but not our current focus. We will definitely be thinking about this constantly as we are developing Orion further.

What are the next steps for Orion?

Orion is working towards a 1.0 release in the Fall for 2012. In parallel, we will be improving the current code base based on our own needs, since we are already self-hosting — i.e. using Orion itself to work on the client side of Orion.

We've also made a hosted version of Orion available at orionhub.org so that those who would like to try it can do so with minimal effort.