Skip to main content



      Home
Home » Eclipse Projects » Equinox » Are you responsible for providing eclipse at your firm?
Are you responsible for providing eclipse at your firm? [message #112571] Thu, 26 June 2008 05:56 Go to next message
Eclipse UserFriend
Hi,

If your answer to this question is "yes" then do you know if a community
is needed for people like us? I have been in sole charge of providing
eclipse at my company for the past 2 years. Users are not allowed to
download and install software from outside the corporate firewall. So for
3.2 and 3.3 I created a set of private update site mirrors + a policy
based on the content of these. I created an ant based eclipse installer,
and discovered a way of providing global config for installs. Just as I
was getting on top of things P2 is released and I find myself looking up
at another frustrating eclipse learning curve.

So, if you know of a community group for 'corporate eclipse sys admins'
please let me know. If you would like to be part of such a group please
also let me know. I think there is room here for such a group where we can
get together, share knowledge and help one another.

Cheers,

Miles
Re: Are you responsible for providing eclipse at your firm? [message #112835 is a reply to message #112571] Fri, 27 June 2008 22:41 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: joe_eclipse.freemansoft.com

I've been managing the eclipse installation for our team of 40 developers.

With 3.3, I installed Eclipse on my machine with all of the desired
plugins and checked it into our SCM system in development-tools
repository. New developers check out the development tools repo. They
then run eclipse and load our epf, import their projects and they're
ready to work. No scripts or other overhead.

Now this was easy under 3.3 because we could install all of the plugins
in directories that were external from eclipse. Every time we got a new
version of a plugin, say checkstyle, we'd delete the old directory and
add the new one to the repository and configure eclipse to point at the
new location. This was great because it let us control the "bloat" of
our installation because it was easy to clean out all of the components
of a plugin.

Now we have no idea how to do this under 3.4. Since our installation,
is under version control, we have to know what files are to be deleted
on every upgrade and we have to delete them using or version control
commands. The update process can't do it on its own. I don't know how
we are going to do that with all of the plugins mixed into one location.

Joe

Miles Daffin wrote:
> Hi,
>
> If your answer to this question is "yes" then do you know if a community
> is needed for people like us? I have been in sole charge of providing
> eclipse at my company for the past 2 years. Users are not allowed to
> download and install software from outside the corporate firewall. So
> for 3.2 and 3.3 I created a set of private update site mirrors + a
> policy based on the content of these. I created an ant based eclipse
> installer, and discovered a way of providing global config for installs.
> Just as I was getting on top of things P2 is released and I find myself
> looking up at another frustrating eclipse learning curve.
>
> So, if you know of a community group for 'corporate eclipse sys admins'
> please let me know. If you would like to be part of such a group please
> also let me know. I think there is room here for such a group where we
> can get together, share knowledge and help one another.
>
> Cheers,
>
> Miles
>
>
Re: Are you responsible for providing eclipse at your firm? [message #112848 is a reply to message #112835] Sat, 28 June 2008 07:09 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: ekkehard.gentz-software.de

Joe,

your plugins dont have to be mixed at one location

* you can use the dropins folder - you can even have this folder
structured with a subfolder for each plugin

* you can also work with link files inside the dropins folder,
so you can link from dropins folder to externalBundelLocation and if you
want to change this externalBundle you can replace the plugins with a
newer version

another thin whats worth to look at: you can use a bundle pool - tehn
all your eclipse installations use the same bundle pool (= all from
features and plugins folder in a regular eclipse installation)

ekke

Joe schrieb:
> I've been managing the eclipse installation for our team of 40 developers.
>
> With 3.3, I installed Eclipse on my machine with all of the desired
> plugins and checked it into our SCM system in development-tools
> repository. New developers check out the development tools repo. They
> then run eclipse and load our epf, import their projects and they're
> ready to work. No scripts or other overhead.
>
> Now this was easy under 3.3 because we could install all of the plugins
> in directories that were external from eclipse. Every time we got a new
> version of a plugin, say checkstyle, we'd delete the old directory and
> add the new one to the repository and configure eclipse to point at the
> new location. This was great because it let us control the "bloat" of
> our installation because it was easy to clean out all of the components
> of a plugin.
>
> Now we have no idea how to do this under 3.4. Since our installation,
> is under version control, we have to know what files are to be deleted
> on every upgrade and we have to delete them using or version control
> commands. The update process can't do it on its own. I don't know how
> we are going to do that with all of the plugins mixed into one location.
>
> Joe
>
> Miles Daffin wrote:
>> Hi,
>>
>> If your answer to this question is "yes" then do you know if a
>> community is needed for people like us? I have been in sole charge of
>> providing eclipse at my company for the past 2 years. Users are not
>> allowed to download and install software from outside the corporate
>> firewall. So for 3.2 and 3.3 I created a set of private update site
>> mirrors + a policy based on the content of these. I created an ant
>> based eclipse installer, and discovered a way of providing global
>> config for installs. Just as I was getting on top of things P2 is
>> released and I find myself looking up at another frustrating eclipse
>> learning curve.
>>
>> So, if you know of a community group for 'corporate eclipse sys
>> admins' please let me know. If you would like to be part of such a
>> group please also let me know. I think there is room here for such a
>> group where we can get together, share knowledge and help one another.
>>
>> Cheers,
>>
>> Miles
>>
>>
Re: Are you responsible for providing eclipse at your firm? [message #112860 is a reply to message #112848] Sat, 28 June 2008 10:34 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: joe_eclipse.freemansoft.com

Hi,

Thanks for the reply. I've been playing with this and I'm hoping I'm
missing something simple. (RTFM is ok also) To use the dropin folder
(and I assume bundles) I have to manually download the plugins to a
local drive and unpack them. I don't see how to use the update manager
to cause downloaded plugins to go where I want like we did in 3.3.

We have 6 main plugins: checkstyle, findbugs, jbpm, perforce, pmd and
spring. They are all available in slightly different formats. Checkstyle,

Perforce and PMD are all available in update site archive format.
Eclipse only sees them as installer packages and adds them as local
update site instead of just installing them. This implies that it will
install/copy the files as part of an installation. It doesn't look like
eclipse sees them as "run in place" packaging. They come with a site.xml
and without the META-INF so maybe that's the problem. Do I need to
create a META-INF?

Spring 2.0.6 or 2.1 are only available via remote update. How do you get
remote update site data put into the dropins / bundles architecture.

JBPM can be downloaded in the format that is immediately recognizable by
eclipse so that plugin works fine. I had to use the link file because
just dropping it in didn't work but that's ok.

findbugs is downloadable in a package style that is different from the
other 5. The only reliable way to get it to do a remote update.

Joe

ekke wrote:
> Joe,
>
> your plugins dont have to be mixed at one location
>
> * you can use the dropins folder - you can even have this folder
> structured with a subfolder for each plugin
>
> * you can also work with link files inside the dropins folder,
> so you can link from dropins folder to externalBundelLocation and if you
> want to change this externalBundle you can replace the plugins with a
> newer version
>
> another thin whats worth to look at: you can use a bundle pool - tehn
> all your eclipse installations use the same bundle pool (= all from
> features and plugins folder in a regular eclipse installation)
>
> ekke
Re: Are you responsible for providing eclipse at your firm? [message #112924 is a reply to message #112860] Mon, 30 June 2008 05:34 Go to previous messageGo to next message
Eclipse UserFriend
Dear All,

Thanks for your responses.

Do you think an eclipse group for Corportate Eclipse sysadmins would be
beneficial? How would one go about requesting one?

Thanks,

Miles
Re: Are you responsible for providing eclipse at your firm? [message #112960 is a reply to message #112848] Mon, 30 June 2008 06:21 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: ekkehard.gentz-software.de

Hi Joe again,

I did some tests at the weekend and wrote a blog:

http://ekkes-corner.blogspot.com/2008/06/eclipse-ganymede-p2 -shared.html

ekke
Re: Are you responsible for providing eclipse at your firm? [message #113659 is a reply to message #112924] Tue, 08 July 2008 23:16 Go to previous messageGo to next message
Eclipse UserFriend
This is a good idea as it would expose some of the eclipse developers what
the problems are in those environments.
You should simply request a newsgroup or mailing list by opening a bug
report against "Eclipse foundation" / Community / Bugzilla.
Please post the number here when you have done it. thx

"Miles Daffin" <miles.daffin@morganstanley.com> wrote in message
news:a5c16627204b292ec92a4e380242e540$1@www.eclipse.org...
> Dear All,
>
> Thanks for your responses.
> Do you think an eclipse group for Corportate Eclipse sysadmins would be
> beneficial? How would one go about requesting one?
>
> Thanks,
>
> Miles
>
Re: Are you responsible for providing eclipse at your firm? [message #113951 is a reply to message #113659] Fri, 11 July 2008 06:25 Go to previous messageGo to next message
Eclipse UserFriend
> This is a good idea as it would expose some of the eclipse developers what
> the problems are in those environments.
> You should simply request a newsgroup or mailing list by opening a bug
> report against "Eclipse foundation" / Community / Bugzilla.
> Please post the number here when you have done it. thx

Thanks Pascal.

https://bugs.eclipse.org/bugs/show_bug.cgi?id=240465

Miles
Re: Are you responsible for providing eclipse at your firm? [message #114377 is a reply to message #113951] Thu, 17 July 2008 18:07 Go to previous messageGo to next message
Eclipse UserFriend
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=240465

Hi Pascal,

Do you know if this has been actioned yet? I looked at the bug report and
cannot tell.

Thanks,

Miles
Re: Are you responsible for providing eclipse at your firm? [message #114711 is a reply to message #112960] Sat, 19 July 2008 22:06 Go to previous messageGo to next message
Eclipse UserFriend
Originally posted by: joe_eclipse.freemansoft.com

Thanks for the notes. Its not exactly what we're looking for. I need a
way to create and maintain our development environment for our team. We
currently use our version control system and that system requires
version control commands to delete files. We currently put each plugin
in its own directory. That makes it easy to delete a plugin from our
version control system. We've thought about using a shared pulse
profile but they aren't "ready to rock" with Eclipse 3.4.

Our real requirement is that we be able to centrally create and manage
an eclipse install package that can be copied to developer's machines. I
guess we could create some kind of "gold master" copy on a shared
drive and right protected and then have everyone copy it to their
machines but it seems simpler to manage this in perforce. For the time
being, we are looking at using the scripts provided in
https://bugs.eclipse.org/bugs/show_bug.cgi?id=224908 . They let us
convert 3.4 back to the 3.3 update manager with its support of external
directories for plugins.
Re: Are you responsible for providing eclipse at your firm? [message #490290 is a reply to message #112860] Thu, 08 October 2009 04:50 Go to previous message
Eclipse UserFriend
Hi Joe,

Just wondered if you are still in the business of providing Eclipse to a team of developers. If so perhaps you would like to give us an update about how you are doing and any problems you might be facing. I created a new forum for this purpose called Enterprise Users. We could continue the conversation there.

Cheers,

Miles
Previous Topic:How to change the default product having installed a feature into platform?
Next Topic:P2Util and installing new IU's
Goto Forum:
  


Current Time: Fri Jul 18 03:05:40 EDT 2025

Powered by FUDForum. Page generated in 0.11602 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top