| IP.com Number | IPCOM000174160D |
|
|
|---|---|---|---|
| Dated | Aug 29, 2008 UTC | ||
| Size | 6 page(s) (303.6 KB) | ||
| Disclosed by |
|
||
| Country | |
|---|---|
| Language | English (United States) |
This document was submitted to IP.com's Prior Art Database and this preview is designed to provide you with information regarding the contents of this document by displaying up to the first four pages of the document as scaled page renderings and displaying a limited amount of text which was extracted from the document on the Text Preview Tab.
To find out more on how to obtain the entire document, click the Download tab. There is a charge for downloading some Prior Art Database documents; please examine carefully whether you believe this document fills your needs before purchasing.
For more information about the Prior Art Database, visit the Learn section of this website. Thank you for visiting IP.com's Prior Art Database! You may wish to check out our Intellectual Property Library website before you leave.
System and method to interact with an Eclipse based application from an external system
Authors -- Gautham B Pai, Kiran Subbaraman, Shrinivas S Kulkarni
The core idea of the invention is to make available, any Eclipse based application for other modes of interaction without the application developer writing any code for it. Examples for such modes of interaction are: a web interface, command line interface etc.
This is achieved by including a server within the Eclipse based application using the plug-in development model and then using this server to interact with the Eclipse process during runtime. Interaction with Eclipse involves fetching data from and feeding data to the Eclipse
process.
Sample interactions include:
fetching user interface definition from the running Eclipse process as an Abstract User Interface definition,
simulating the click of a mouse on a particular button in a view of Eclipse by generating the corresponding event etc. This also applies to any other application that has the above mentioned capabilities.
There have been efforts to web-enable desktop applications. These can be broadly categorized as follows:
Efforts where custom code is written to web-enable the applications. This involves a lot of effort.
Efforts where AJAX applications are built using an Eclipse programming model. This requires some effort on behalf of application developers. Ex: Rich Ajax Platform - RAP[1]. Efforts similar to J2S [2] where code-generators are used to convert entire desktop applications to web-based applications.
This invention solves the problem by tackling the problem at the level of SWT widgets in Eclipse. The basic controls provided by Eclipse are mapped to corresponding controls in a browser. Any new widget composed in Eclipse using the basic controls are thus automatically mapped in the browser.
The main advantages of this invention are:
Users don't need to install resource hungry applications. Users can remotely connect to the
1.
Eclipse process using various interfaces like Web Browsers, Mobile devices, Command shells etc.
Try and buy - Software providers can host their application so that users of the application
2.
can try the application first before downloading the desktop equivalent of the application. Users are able to access these applications anytime, anywhere since they are web-enabled.
3.
Multiple users working on the same project can collaborate using the web-based interface
4.
(also applies to other modes of interaction).
The application can be bundled as an appliance (a hardware/software combination) and
5.
1
hosted by an enterprise to be accessible to all its employees.
Software configuration is centralized because a single install of the application can be shared
6.
by all the users of a team or project.
Software licensing issues can become easier by making the Eclipse s...
Copyright © 2004-2010 IP.com. All Rights Reserved.