Community
Participate
Working Groups
Following projects would like to request one shared dedicated Hudson instance: - tmf/xtext - m2t/xpand - emft/mwe - emf/emf As a releng guy for all the projects I would like to have one hudson instance for all the projects.
(In reply to Dennis Huebner from comment #0) > Following projects would like to request one shared dedicated Hudson > instance: > - tmf/xtext > - m2t/xpand > - emft/mwe > - emf/emf > > As a releng guy for all the projects I would like to have one hudson > instance for all the projects. Can the Project Leads for each of these projects +1 this? tmf/xtext (Sven) m2t/xpand (Karsten) emft/mwe (Sven) emf/emf (Ed) Also since all these projects will be sharing a single instance I need to pick a URL for this instance. Do you have a preferred URL? As an example for Egit/Jgit we used "egit" as the URL so something like https://hudson.eclipse.org/egit In this case I could pick a project such as emf and set the URL to be https://hudson.eclipse.org/emf which would be the same instance for all 4 projects. One last thing I wanted to note was that because the 4 projects will be sharing the same instance that means committers of each project would have job management permissions in the instance.
+1 (I'm actually co-leading Xpand with Karsten, just in case he is busy these days)
+1 Note that XSD is built as part of EMF's build so it will use that too.
+1 busy, but listening :)
(In reply to Thanh Ha from comment #1) > Also since all these projects will be sharing a single instance I need to > pick a URL for this instance. Do you have a preferred URL? Pretty difficult to decide... We need something that describes all the projects. https://hudson.eclipse.org/coolstuff? :) > One last thing I wanted to note was that because the 4 projects will be > sharing the same instance that means committers of each project would have > job management permissions in the instance. That's exactly what we need.
(In reply to Dennis Huebner from comment #5) > (In reply to Thanh Ha from comment #1) > > Also since all these projects will be sharing a single instance I need to > > pick a URL for this instance. Do you have a preferred URL? > Pretty difficult to decide... We need something that describes all the > projects. > > https://hudson.eclipse.org/coolstuff? :) haha, good one :) Looks like they are all under the "modeling" top level project so how about I just create it as such. So the URL would be https://hudson.eclipse.org/modeling Then if any other projects want to share the instance they can, or if you decide you want more instances for specific projects we could do that too. I will create this HIPP later today.
Hi, IMHO, using "modeling" as the HIPP name may introduce some noise for other modeling projects that would want their own HIPP instance. It may confuse users when they are looking for the proper CI server.
hudson.eclipse.org/mexx (MWE, EMF, XTEXT, XPAND)
(In reply to Denis Roy from comment #8) > hudson.eclipse.org/mexx (MWE, EMF, XTEXT, XPAND) mexx it is! The new HIPP instance is available at https://hudson.eclipse.org/mexx/ Committers on the listed projects can now login and create jobs. One difference from the shared instance however is you will need to login with your _email_ as the username. Also if there's any Hudson plugins you'd like installed feel free to reopen this bug and let us know which. Finally we can also optionally add the HIPP user to the project group which would allow Hudson to write to any directory writeable by the project such as the downloads area in case you want to use hudson for automatic build promotion. If you'd like us to enable this for any of the projects then reopen this bug and let us know.
(In reply to Thanh Ha from comment #9) > Also if there's any Hudson plugins you'd like installed feel free to reopen > this bug and let us know which. We need: - buckminster 4.3 - gerrit + git - Copy Artifact Plugin - FindBugs Plug-in - JobConfigHistory Plugin - Xvnc plugin - Show Build Parameters plugin - Workspace Cleanup Plugin And I (dhubner->dennis.huebner@itemis.de) need a permission which allows me to restart Mexx. > Finally we can also optionally add the HIPP user to the project group which > would allow Hudson to write to any directory writeable by the project such > as the downloads area in case you want to use hudson for automatic build > promotion. Yes please, do so for modeling.tmf.xtext group first.
(In reply to Dennis Huebner from comment #10) > (In reply to Thanh Ha from comment #9) > > Also if there's any Hudson plugins you'd like installed feel free to reopen > > this bug and let us know which. > We need: > - buckminster 4.3 I only found buckminster 4.2 on /shared/common and I wasn't able to find a download page for 4.3. For now I've configured 4.2 though. If you can install 4.3 to /shared/common we should be able to add it to the HIPP instance. > - gerrit + git > - Copy Artifact Plugin > - FindBugs Plug-in > - JobConfigHistory Plugin > - Xvnc plugin > - Show Build Parameters plugin > - Workspace Cleanup Plugin > I've installed and configured the above plugins, if anything is not right let me know. > And I (dhubner->dennis.huebner@itemis.de) need a permission which allows me > to restart Mexx. > I've added you as an admin user on the HIPP instance so you should be able to configure your own plugins and such now. Unfortunately Hudson does not provide a mechanism to restart the instance inside of Hudson. It's done via init scripts at the file system level. I'm afraid you will have to let us know when you want it restarted at least in the short term. Denis is working on a mechanism to allow projects to restart their own HIPP instances via bug 413102. > > Finally we can also optionally add the HIPP user to the project group which > > would allow Hudson to write to any directory writeable by the project such > > as the downloads area in case you want to use hudson for automatic build > > promotion. > Yes please, do so for modeling.tmf.xtext group first. I've added the HIPP user to the modeling.tmf.xtext group and restarted the instance.
(In reply to Thanh Ha from comment #11) Thanks. Somehow the job I've created today "emf.gerrit" disappeared. If I try to create a new one 500 error occurs: HTTP ERROR 500 Problem accessing /mexx/view/All/createItem. Reason: hudson/maven/AbstractMavenProject Caused by: java.lang.NoClassDefFoundError: hudson/maven/AbstractMavenProject at hudson.plugins.analysis.core.PluginDescriptor.isApplicable(PluginDescriptor.java:215) at hudson.tasks.BuildStepDescriptor.filter(BuildStepDescriptor.java:79) at hudson.Functions.getPublisherDescriptors(Functions.java:695) at hudson.model.BaseBuildableProject.getPublishersList(BaseBuildableProject.java:180) at hudson.model.BaseBuildableProject.createTransientActions(BaseBuildableProject.java:129) at hudson.model.AbstractProject.updateTransientActions(AbstractProject.java:860) at hudson.model.AbstractProject.onCreatedFromScratch(AbstractProject.java:312) at hudson.model.ItemGroupMixIn.createProject(ItemGroupMixIn.java:251) at hudson.model.ItemGroupMixIn.createTopLevelItem(ItemGroupMixIn.java:170) at hudson.model.Hudson.doCreateItem(Hudson.java:2676) at hudson.model.AllView.doCreateItem(AllView.java:67) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.kohsuke.stapler.Function$InstanceFunction.invoke(Function.java:274) at org.kohsuke.stapler.Function.bindAndInvoke(Function.java:141) at org.kohsuke.stapler.Function.bindAndInvokeAndServeResponse(Function.java:80)
(In reply to Dennis Huebner from comment #12) > (In reply to Thanh Ha from comment #11) > Thanks. Somehow the job I've created today "emf.gerrit" disappeared. If I > try to create a new one 500 error occurs: > Did you play around with Views or tried to configure your user account in Hudson? I ran into a bug a long time ago related to views and configuring your account. I opened bug 403242 against the Hudson project to let them know about it. It appears to be a Hudson bug in that when you try to configure your "User Configuration" it reset the Default View from "All" to blank. Which is causes issues with seeing views and jobs. The solution is I would have to reset your account in Hudson. Although in this case I just tried logging in with my account and I'm experiencing the same issues despite not having configured my account in anyway so maybe a different bug here?
I forced a restart and I can see your job again. Can you check?
(In reply to Thanh Ha from comment #14) > I forced a restart and I can see your job again. Can you check? Looks good now. Thanks a lot!
Mexx need more permissions. She can't access project's signing folders. [ant] Queueing site_520126434.zip for signing ERROR: org.eclipse.core.runtime.CoreException: /opt/public/common/buckminster-4.2/configuration/org.eclipse.osgi/bundles/25/1/.cp/org/eclipse/buckminster/jarprocessor/antscript/signing.ant:209: Failed to copy /jobs/genie.modeling.mexx/mwe-head/workspace/buildroot/buckminster.workspace/temp/org.eclipse.emf.mwe.build_2.5.0-eclipse.feature/temp/site_520126434.zip to /shared/download-staging.priv/modeling/emft/mwe/site_520126434.zip due to java.io.FileNotFoundException /shared/download-staging.priv/modeling/emft/mwe/site_520126434.zip (Permission denied) So Mexx should have write access to following folders: /shared/download-staging.priv/modeling/emf/base /shared/download-staging.priv/modeling/emf/core /shared/download-staging.priv/modeling/emf/emf I think the group ownership modeling.emf.website is wrong, should be modeling.emf.emf? /shared/download-staging.priv/modeling/emft/mwe Group 8341? Should be modeling.emf.mwe, I think /shared/download-staging.priv/modeling/m2t/xpand /shared/download-staging.priv/modeling/tmf/xtext Group should be modeling.tmf.xtext, right now it's modeling.tmf. After changing folders group, please add Mexx to following groups: modeling.m2t.xpand modeling.emf.emf modeling.emf.mwe
(In reply to Dennis Huebner from comment #16) > Mexx need more permissions. She can't access project's signing folders. > > [ant] Queueing site_520126434.zip for signing > ERROR: org.eclipse.core.runtime.CoreException: > /opt/public/common/buckminster-4.2/configuration/org.eclipse.osgi/bundles/25/ > 1/.cp/org/eclipse/buckminster/jarprocessor/antscript/signing.ant:209: Failed > to copy > /jobs/genie.modeling.mexx/mwe-head/workspace/buildroot/buckminster.workspace/ > temp/org.eclipse.emf.mwe.build_2.5.0-eclipse.feature/temp/site_520126434.zip > to /shared/download-staging.priv/modeling/emft/mwe/site_520126434.zip due to > java.io.FileNotFoundException > /shared/download-staging.priv/modeling/emft/mwe/site_520126434.zip > (Permission denied) > > So Mexx should have write access to following folders: > > /shared/download-staging.priv/modeling/emf/base > /shared/download-staging.priv/modeling/emf/core > /shared/download-staging.priv/modeling/emf/emf > I think the group ownership modeling.emf.website is wrong, should be > modeling.emf.emf? > Done. > /shared/download-staging.priv/modeling/emft/mwe > Group 8341? Should be modeling.emf.mwe, I think > Done. > /shared/download-staging.priv/modeling/m2t/xpand > I assumed you meant to say set it to modeling.m2t.xpand here? (I went ahead and made this change) > /shared/download-staging.priv/modeling/tmf/xtext > Group should be modeling.tmf.xtext, right now it's modeling.tmf. > Done. > After changing folders group, please add Mexx to following groups: > modeling.m2t.xpand modeling.emf.emf modeling.emf.mwe Done. I also restarted your instance so that the group changes take effect.
Mexx should also be able to execute /usr/bin/sign right? INFO: [start org.eclipse.emf.mwe.build:eclipse.feature$2.5.0.qualifier#site.signed] [ant] Queueing site_132230854.zip for signing ERROR: org.eclipse.core.runtime.CoreException: /opt/public/common/buckminster-4.2/configuration/org.eclipse.osgi/bundles/25/1/.cp/org/eclipse/buckminster/jarprocessor/antscript/signing.ant:210: Execute failed: java.io.IOException: Cannot run program "/usr/bin/sign" (in directory "/jobs/genie.modeling.mexx/mwe-head/workspace/git-repo/features/org.eclipse.emf.mwe.build-feature"): java.io.IOException: error=2, No such file or directory org.eclipse.core.runtime.CoreException: /opt/public/common/buckminster-4.2/configuration/org.eclipse.osgi/bundles/25/1/.cp/org/eclipse/buckminster/jarprocessor/antscript/signing.ant:210: Execute failed: java.io.IOException: Cannot run program "/usr/bin/sign" (in directory "/jobs/genie.modeling.mexx/mwe-head/workspace/git-repo/features/org.eclipse.emf.mwe.build-feature"): java.io.IOException: error=2, No such file or directory
(In reply to Dennis Huebner from comment #18) > Mexx should also be able to execute /usr/bin/sign right? > Yes, looks like the problem is we're missing the symlink for /usr/bin/sign (the real location is /usr/local/bin/sign). I'll look into adding the symlink to all the HIPP servers.
I added the symlink to our puppet config. It should appear the next time the server syncs. Let me know if it does not appear after a reasonable amount of time though.
