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.
-Achim
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
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.
-Achim
|
