[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [p2-dev] p2: Migration question for large scale Eclipse deployment

Hi Jeff,
thanks for these hints. Unfortunately I won't be at ESE.
Correct me if I'm wrong, but as far as I can see Yoxos is used for a consistent Eclipse setup on each client computer. So it would be a great tool to provide 5 different setups for our users to choose from, which then gets installed on their computer. That is fine for a Windows environment, but in our case no user shall install anything. There is only one installation of the software on the server. All Solaris workstation share this global installation.
Actually, what we need is no "provisioning" for the end user. He/She shall never be bothered with updates, plugin dependencies etc. Everything is done only once by the system administrator.
It works fine now the way I described, all we need is a way (that does not cost weeks of work) to achieve the same result with Eclipse 3.5.


Jeff McAffer wrote on 2009-10-21 04:10:
Hey Achim, 

This is a great usecase that I see quite frequently.  p2 offers a number of infrastructure pieces that facilitate the behaviour you want but, as a "provisioning platform", does not directly offer a solution for this scenario. I can say that Yoxos (http://eclipsesource.com/yoxos) is built on top of p2 and does offer solutions from IDE lockdown to workspace- and role-based provisioning -- the kinds of enterprise level provisioning problem you outline.  Drop me a line if you want to know more. If you are going to be at ESE next week then check out the Yoxos talk and demo sessions on Wed.  Feel free to grab me then.


Jeff McAffer | CTO | EclipseSource | +1 613 851 4644

On 2009-10-20, at 9:48 AM, Achim Bursian wrote:

Hi guys,
first of all: I hope this is the right place to ask this question, if not, please give me a hint where to go and bear with me.

In our company, we are currently running an Eclipse 3.4 installation for several hundred software developers on Unix workstations. The installation is shared from a network location via NFS. The needs of the different developers are very different, some are C++ guys, some are into Java or other stuff.

To provide the different groups an uncluttered IDE, I did NOT use p2 up to now, I removed it manually as described on the Wiki. But now, as we want to move on to 3.5, there is no way without p2, right?

To give a better understanding of our setup, this is what we did up to now: There is a main installation directory for the platform. Then, there is a separate directory for CDT, and one for JDT, and some more. The individual user shall NOT fiddle with these install directories, they are read-only for him. In our startup script, for each user a special Eclipse configuration directory inside the user's homedirectory is created, with a platform.xml that contains references to all the extension locations that this particular user needs. This way, one user only gets the CDT features, while another one only gets the Java IDE, all with the same platform install.

Bottom line: The user must not configure anything manually. Our launcher script analyzes the user's environment and creates the corresponding Eclipse configuration (platform.xml) on the fly, without any user interaction (and, of course, without any GUI). Only if that is done, Eclipse itself gets launched.

Is there a way to achieve the same with Eclipse 3.5?

I'd be very thankful for any pointers or hints.