Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » Hudson » Jenkins plugins on Hudson
Jenkins plugins on Hudson [message #1203064] Fri, 22 November 2013 13:06 Go to next message
Markus Buchner is currently offline Markus Buchner
Messages: 11
Registered: May 2013
Junior Member
Hi,

The status of most Hudson plugins is pretty old and nobody cares about them anymore!
Whats the plan here on Hudson side?

Don't get me wrong - I am a fan of the way hudson is developing (enterprise / security / ...).
As Hudson in the past and Jenkins are a complete security leak - in the end you would have to set-up a separate Jenkins for every Project / Project Team - otherwise everybody can see / download / manipulate all other projects on this server!
see: https://bugs.eclipse.org/bugs/show_bug.cgi?id=416025
& https://bugs.eclipse.org/bugs/show_bug.cgi?id=412721

Back to the plugins topic:
If I want to use the
http://wiki.hudson-ci.org/display/HUDSON/Parameterized+Trigger+Plugin
this one is pretty outdated
Version on Husdon side:2.17-h-1 (Nov 13, 2012)
Version on Jenkins side:2.21 (Oct 06, 2013)

Can I savely use the Jenkins plugin? If I want to use the Jenkins plugin I always have to upload it - or? - and in the end I don't get updates therefore (is there a way to configure a second "Update Location")?

Its somehow like in the mobile market -> the Mobile OS with the most apps is bought the most

Is there a plan to keep plugin compatible with Jenkins?

Again: Don't get me wrong - we are currently moving back to Hudson! Because of all the bugs, stability issues and security issues with Jenkins.

Thanks, would be nice to get some more insight of the future of hudson ...

Greetings Max
Re: Jenkins plugins on Hudson [message #1204045 is a reply to message #1203064] Sat, 23 November 2013 00:05 Go to previous messageGo to next message
Winston Prakash is currently offline Winston Prakash
Messages: 428
Registered: August 2011
Location: Fremont, CA USA
Senior Member
Hi Max, welcome back. We have been asked this question several times. A very relevant question.

A short answer is we port plugin based on user request.

Long answer is ..

We used to blindly port most of the plugins from Jenkins, with simple automation tool and a load check. But we started getting several complain that new version of the plugins are broken and they had to revert to older version. Most of the users seems to be happy with older version that puzzled us. Either they are not interested in the new functionalities or managing with the older version. So we decided to port plugins based on user request only.

However, this model is not correct. How do we know, if we don't port the plugins and make them work adequately in Hudson, that the users are not interested in the new features. They may not be using it, just because it is not there. So plugins must be ported, but we don't have resources to port each and every plugin when they appear in Jenkins update center.

So next option we thought would be to keep track on features added to plugins (even users are not explicitly asking) and if we find any of the new added features may be useful then we port those plugins. However, this is also resource consuming.

The best option we came up with is, analyze the usage statistics of all the plugins and pick the top used plugins (our analysis showed, 95% of the user use about 30 or so plugins and 80 or so plugins are used by 99% of the users). So, we divide these plugins in to Manadatory (needed for Hudson to work), Featured and Recommended in the update center. Rest of the plugins are marked as Others

You can see the details of our analysis here

http://wiki.eclipse.org/images/2/2c/HudsonPluginUsageAnalysis.pdf

We constantly monitor these widely used plugins and port them accordingly at
https://github.com/hudson3-plugins

True, the version of Parameterized trigger plugin at Husdon is old. But truly the new features added are needed for every day use?. A month ago, there was a request to port Conditional Step build plugin, at that time I looked at Parameterized trigger plugin and did not find any interesting feature that warranted a port.

Having said that we may overlook features, seems trivial to us, but important for users. So we certainly depend on the user to tell us the plugin they want us to port via filing a bug at https://bugs.eclipse.org/bugs/enter_bug.cgi?product=Hudson (component Plugins). Some time, we may not be able to attend those immediately, but we will do the porting eventually.

Hope this helps. Feel free to ask more questions.


Winston Prakash
Eclipse Hudson team
Re: Jenkins plugins on Hudson [message #1211602 is a reply to message #1204045] Tue, 26 November 2013 14:23 Go to previous messageGo to next message
Markus Buchner is currently offline Markus Buchner
Messages: 11
Registered: May 2013
Junior Member
Hi,

Thanks for the answer - the procedure you mentioned seams okay for me.

One or two other questions:
- we updated to 3.1 but we had the following issues and i dont know if they are already known:
1) the sidebar doesn't display release builds anymore & size & so on (see attachment -> sorry just recognized that i cannot upload a file)
- we want this feature back -> or at least a list of the last release builds or something like that.
2) when a job is moved the symlinks are not copied correctly! Instead all build data is duplicated! This was a showstopper on our side! Is this bug fixed in 3.1.1?

Thanks Max

[Updated on: Tue, 26 November 2013 14:24]

Report message to a moderator

Re: Jenkins plugins on Hudson [message #1211827 is a reply to message #1211602] Tue, 26 November 2013 16:42 Go to previous messageGo to next message
Winston Prakash is currently offline Winston Prakash
Messages: 428
Registered: August 2011
Location: Fremont, CA USA
Senior Member
Hi, we are aware of issue #1. It is fixed in Hudson 3.1.1. We are not aware of issue #2. Do you mean while renaming a job or moving from one team to another? We will investigate.

Winston Prakash
Eclipse Hudson team
Re: Jenkins plugins on Hudson [message #1212333 is a reply to message #1211602] Tue, 26 November 2013 21:33 Go to previous messageGo to next message
Latha Amujuri is currently offline Latha Amujuri
Messages: 3
Registered: October 2013
Junior Member
Hi Markus,

For the second issue, could you please let us know the following:
1) Which platform are you running Hudson on?
2) Is team authorization enabled?
3) Were you moving a job or copying it?

Thanks.
Latha
Re: Jenkins plugins on Hudson [message #1212857 is a reply to message #1212333] Wed, 27 November 2013 02:52 Go to previous messageGo to next message
Markus Buchner is currently offline Markus Buchner
Messages: 11
Registered: May 2013
Junior Member
#1 -> Okay fine
#2 -> will create a bug and post bug# here (I need our IT guys to get the os details)

about #2:
- we have hudson running (3.0.1-b2)
- with Role Strategy Plugin
- two jobs defined
- jobs are executed on a build slave "local-slave1"
- "# of executors" is set to "0" on hudson itself
- created VM snapshot
- updated plugins
- updated hudson to 3.1.0
- restart hudson
- reconfigured authorization to team authorization
- restarted hudson
- now we configured a team -> added the team members (LDAP)
- then we moved the jobs to the team (via GUI)
- until here everything is working fine
- but if you check whats happening in the file system symlinks are replaced by directories

Hope this helps for now - more details tomorrow ...

Thanks Max
Re: Jenkins plugins on Hudson [message #1214600 is a reply to message #1212857] Wed, 27 November 2013 19:28 Go to previous message
Winston Prakash is currently offline Winston Prakash
Messages: 428
Registered: August 2011
Location: Fremont, CA USA
Senior Member
Hi Markus, the logic to move job from one team to another is exactly same as renaming a job that exists in Hudson/Jenkins for years now. On Windows Hudson does not create symlink(shortcut), so not an issue. The issue may occur only on Unix like systems (Linux, Solaris, Mac etc).

The logic used for renaming or moving job between teams is simple

- Hudson first tries to use Java I/O File.renameTo() (preserves symlink). renameTo is tried 5 times before using alternative method.
- If for some reason File.renameTo() fails, then Ant Task "move" is used to move the content. This Ant Task does not guarantee to preserve symlinks.

One of our QA engineers tried on a Linux machine. She noticed that after moving the jobs to another team, symlinks are preserved correctly in the moved jobs.

I tested on MAC. My result was interesting. I created 4 jobs and moved one by one to a team. 3 of them moved with symlinks preserved. However while moving one job, the symlinks were not preserved. I tried to create couple of more jobs and moved them to a team and the symlinks were preserved

We used JDK 7.0 to run Hudson, in case if that makes any difference.

Note: One important thing to keep in mind; if the job is moved across file system, then the symlinks are not preserved.



Winston Prakash
Eclipse Hudson team
Previous Topic:Build fails when running ant target having javascript
Next Topic:Workspace folder getting cleaned up
Goto Forum:
  


Current Time: Fri Oct 31 13:47:43 GMT 2014

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

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