Re: Putting some plug-ins up for adoption

2017-08-22 Thread Slide
Do you mean the plugins are "now" up for adoption?

On Tue, Aug 22, 2017 at 4:41 PM 'Bruno P. Kinoshita' via Jenkins Developers
 wrote:

> Hi,
>
> Not using these plug-ins at the moment, and haven't had time to maintain
> them lately. The following plug-ins are not up for adoption:
>
> * https://wiki.jenkins.io/display/JENKINS/CCM+Plugin
> * https://wiki.jenkins.io/display/JENKINS/TestLink+Plugin
> * https://wiki.jenkins.io/display/JENKINS/Testopia+Plugin
>
> Testopia is not being maintained anymore I think. Unless someone in
> Bugzilla re-started work on it, then maybe the plug-in can be
> decommissioned.
>
> Cheers
> Bruno
>
> --
> You received this message because you are subscribed to the Google Groups
> "Jenkins Developers" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to jenkinsci-dev+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/jenkinsci-dev/2038693730.153377.1503445286679%40mail.yahoo.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/CAPiUgVdsoTjVKskWu9_JEP8EvhhMTm4G0L5J5QR3zzavxdigJg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


Putting some plug-ins up for adoption

2017-08-22 Thread 'Bruno P. Kinoshita' via Jenkins Developers
Hi, 
Not using these plug-ins at the moment, and haven't had time to maintain them 
lately. The following plug-ins are not up for adoption:
* https://wiki.jenkins.io/display/JENKINS/CCM+Plugin* 
https://wiki.jenkins.io/display/JENKINS/TestLink+Plugin* 
https://wiki.jenkins.io/display/JENKINS/Testopia+Plugin
Testopia is not being maintained anymore I think. Unless someone in Bugzilla 
re-started work on it, then maybe the plug-in can be decommissioned. 
CheersBruno

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/2038693730.153377.1503445286679%40mail.yahoo.com.
For more options, visit https://groups.google.com/d/optout.


Re: How to get the "step id" from pipeline code?

2017-08-22 Thread Jesse Glick
On Tue, Aug 22, 2017 at 4:57 PM, Daniel Weber
 wrote:
> Is there a way (an API) to get the current "step-id" from within pipeline
> code while it is being executed?
> I'd like to generate links to important steps and push them to another place
> for reference.

https://issues.jenkins-ci.org/browse/JENKINS-28119

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/CANfRfr0f25dZf8-n6N5BHtoL_t09%3D7W3bKc5MqmPD-jznZx7kA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


How to get the "step id" from pipeline code?

2017-08-22 Thread Daniel Weber
Hi there,

when using blue ocean (I love the pipeline visualization ;)), one has these 
links: /pipeline/ to see the details of an individual 
step only.
Is there a way (an API) to get the current "step-id" from within pipeline 
code while it is being executed? 
I'd like to generate links to important steps and push them to another 
place for reference.

Best Regards,
Daniel

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/c90b99ff-0b48-4fa3-b1d4-50df7411a469%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: Q: How to show the ToolTip popup in Stacked Bars within Jenkins?

2017-08-22 Thread Victor Martinez
Same outcome using the latest version and the current one which it's used 
in 
Jenkins: https://github.com/jenkinsci/jenkins/blob/master/core/pom.xml#L243-L247

Cheers

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/cbc960a2-48ed-4245-9eb4-842bfb2d6e36%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: Q: How to show the ToolTip popup in Stacked Bars within Jenkins?

2017-08-22 Thread Ullrich Hafner
I’m using a StackedBarGraph in the static analysis plugins and have the same 
problem. I think Kohsuke created a workaround for the other graphs and simply 
did not implement it for StackedBarGraphs (as these were not used in Jenkins so 
far).

Quite some time ago I tried to extract that piece of code that does the actual 
rendering from StackedAreaRenderer2 without success.

Interesting that it works when called stand alone. Is this the same version 
that is used in Jenkins?

> Am 22.08.2017 um 15:10 schrieb Victor Martinez 
> :
> 
> Hi there,
> 
> I'm using the JFreeChart in order to show some StackedBarGraphs but for some 
> reason the tooltips doesn't pop up when using Jenkins but it works when using 
> it outside of Jenkins, as you can see in the below screenshot, left screen is 
> the JenkinsUI while the right one is the AWT Frame:
> 
>  
> 
> 
> As far as I saw 
> https://github.com/jenkinsci/jenkins/blob/master/core/src/main/java/hudson/util/StackedAreaRenderer2.java#L77
>  overrides that functionality, but unfortunately I cannot use that particular 
> rendering class, and even if I use it it doesn't work, any ideas how I can 
> force the tooltip to be shown?
> 
> 
> Thanks
> 
> 
> 
> 
> --
> You received this message because you are subscribed to the Google Groups 
> "Jenkins Developers" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to jenkinsci-dev+unsubscr...@googlegroups.com 
> .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/jenkinsci-dev/672e29d4-7754-4d03-a8d5-f16257446ac3%40googlegroups.com
>  
> .
> For more options, visit https://groups.google.com/d/optout 
> .

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/58BF71C1-FC07-4C5A-B51C-25C96582A659%40gmail.com.
For more options, visit https://groups.google.com/d/optout.


signature.asc
Description: Message signed with OpenPGP


Re: How to define labels and executor thread count for docker-jnlp-slave?

2017-08-22 Thread Kirill
Thanks for your comments, guys, I have found a solution that combines the 
creation of slave and an agent launch.

Just in case someone needs it.

1. Have an XML jnlp_slave.xml with slave description containing executor 
thread count and labels, e.g.


  /opt/jenkins2
  2
  
  fat


2. Run the following script to start agent (considering that 
http://jenkins:8080/jenkins/ is a Jenkins main page):

wget http://jenkins:8080/jenkins/jnlpJars/jenkins-cli.jar
cat jnlp_slave.xml | java -jar jenkins-cli.jar -s 
http://jenkins:8080/jenkins/ create-node my-agent
slaveComputerMac=`echo 'println 
jenkins.model.Jenkins.instance.nodesObject.getNode("my-agent")?.computer?.jnlpMac'
 
| java -jar jenkins-cli.jar -s http://jenkins:8080/jenkins/ groovy =`
docker run jenkinsci/jnlp-slave -url http://jenkins:8080/jenkins/ 
${slaveComputerMac} my-agent

Regards,
K.

понедельник, 21 августа 2017 г., 14:57:07 UTC+1 пользователь Kirill написал:
>
> Hi folks,
>
> I'd like to use docker-jnlp-slave in my docker-compose to spin up slaves 
> for Jenkins master.
> However, I didn't find a way to define the labels for the agent - seems 
> that there's no parameter for that. The same for executor thread count.
> Furthermore, the Main class of JNLP agent (
> https://github.com/jenkinsci/remoting/blob/master/src/main/java/hudson/remoting/jnlp/Main.java)
>  
> doesn't seem to support these parameters as well. However, in agent's 
> details in UI you can define these things.
>
> So is there still a way to define those on container start? Or maybe I 
> should just use an empty busybox-style container calling create-node CLI 
> command (e.g, 
> https://stackoverflow.com/questions/42683324/create-jenkins-jlnp-slave-programmatically/42703928#42703928)
>  
> to create a JNLP agent?
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/9b3717a0-62f9-4e44-ad54-3cff50c86df5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: RFC: Removal of the auto refresh feature

2017-08-22 Thread Jesse Glick
On Tue, Aug 22, 2017 at 6:07 AM, Daniel Beck  wrote:
> we could always revert it (or, more likely, create a plugin that does this)

IIUC you could not create a plugin which does it as well, since the
`isAutoRefresh` calls have been removed, and possibly also
`norefresh="true"` markers (as I queried in the PR). So any such
plugin would probably have to add the refresh (mis)feature to URLs (or
Stapler ancestor tails, whatever) which have been explicitly
whitelisted as safe to refresh, such as folder index pages (with some
tricks to deal with `editDescription` which does not change the page
URL).

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/CANfRfr2cWcxDCUEKXGeA81oMA4zddKNSmvG0fi7PKmY90p26tw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.


new Cloud Provider remoting trouble

2017-08-22 Thread Steven F
Hi,

I'm writing a cloud provider plugin and I'm running into issues with 
launching agents. Locally it's fine, pointed against a remote instance of 
the cloud it's unreliable.

~70% of the time the agent will finish launching with this:


openjdk full version "1.8.0_141-b16"
> Copying slave.jar
> Launching slave agent: java -jar /tmp/slave.jar -workDir .
> Both error and output logs will be printed to ./remoting
> <===[JENKINS REMOTING CAPACITY]===>Slave.jar version: 3.10
> This is a Unix agent
> Evacuated stdout
> java.io.IOException: Remote call on testnode failed
>   at hudson.remoting.Channel.call(Channel.java:847)
>   at 
> org.jenkinsci.modules.slave_installer.impl.ComputerListenerImpl.onOnline(ComputerListenerImpl.java:32)
>   at hudson.slaves.SlaveComputer.setChannel(SlaveComputer.java:582)
>   at hudson.slaves.SlaveComputer.setChannel(SlaveComputer.java:390)
>   at 
> sfoster.jenkins.plugins.onecloud.OneComputerLauncher.launch(OneComputerLauncher.java:141)
>   at hudson.slaves.SlaveComputer$1.call(SlaveComputer.java:262)
>   at 
> jenkins.util.ContextResettingExecutorService$2.call(ContextResettingExecutorService.java:46)
>   at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
>   at java.lang.Thread.run(Thread.java:748)
> Caused by: java.lang.LinkageError: Failed to load 
> jenkins.util.SystemProperties
>   at 
> hudson.remoting.RemoteClassLoader.loadClassFile(RemoteClassLoader.java:385)
>   at 
> hudson.remoting.RemoteClassLoader.findClass(RemoteClassLoader.java:293)
>   at java.lang.ClassLoader.loadClass(ClassLoader.java:424)
>   at java.lang.ClassLoader.loadClass(ClassLoader.java:357)
>   at hudson.FilePath.(FilePath.java:2363)
>   at sun.misc.Unsafe.ensureClassInitialized(Native Method)
>   at 
> sun.reflect.UnsafeFieldAccessorFactory.newFieldAccessor(UnsafeFieldAccessorFactory.java:43)
>   at 
> sun.reflect.ReflectionFactory.newFieldAccessor(ReflectionFactory.java:156)
>   at java.lang.reflect.Field.acquireFieldAccessor(Field.java:1088)
>   at java.lang.reflect.Field.getFieldAccessor(Field.java:1069)
>   at java.lang.reflect.Field.getLong(Field.java:611)
>   at 
> java.io.ObjectStreamClass.getDeclaredSUID(ObjectStreamClass.java:1707)
>   at java.io.ObjectStreamClass.access$700(ObjectStreamClass.java:72)
>   at java.io.ObjectStreamClass$2.run(ObjectStreamClass.java:484)
>   at java.io.ObjectStreamClass$2.run(ObjectStreamClass.java:472)
>   at java.security.AccessController.doPrivileged(Native Method)
>   at java.io.ObjectStreamClass.(ObjectStreamClass.java:472)
>   at java.io.ObjectStreamClass.lookup(ObjectStreamClass.java:369)
>   at java.io.ObjectStreamClass.initNonProxy(ObjectStreamClass.java:598)
>   at 
> java.io.ObjectInputStream.readNonProxyDesc(ObjectInputStream.java:1843)
>   at java.io.ObjectInputStream.readClassDesc(ObjectInputStream.java:1713)
>   at 
> java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2000)
>   at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1535)
>   at 
> java.io.ObjectInputStream.defaultReadFields(ObjectInputStream.java:2245)
>   at java.io.ObjectInputStream.readSerialData(ObjectInputStream.java:2169)
>   at 
> java.io.ObjectInputStream.readOrdinaryObject(ObjectInputStream.java:2027)
>   at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1535)
>   at java.io.ObjectInputStream.readObject(ObjectInputStream.java:422)
>   at hudson.remoting.UserRequest.deserialize(UserRequest.java:245)
>   at hudson.remoting.UserRequest.perform(UserRequest.java:159)
>   at hudson.remoting.UserRequest.perform(UserRequest.java:52)
>   at hudson.remoting.Request$2.run(Request.java:336)
>   at 
> hudson.remoting.InterceptingExecutorService$1.call(InterceptingExecutorService.java:68)
>   at java.util.concurrent.FutureTask.run(FutureTask.java:266)
>   at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149)
>   at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624)
>   at java.lang.Thread.run(Thread.java:748)
>   at ..remote call to testnode(Native Method)
>   at hudson.remoting.Channel.attachCallSiteStackTrace(Channel.java:1554)
>   at hudson.remoting.UserResponse.retrieve(UserRequest.java:281)
>   at hudson.remoting.Channel.call(Channel.java:839)
>   ... 10 more
> Caused by: java.lang.NoClassDefFoundError: 
> javax/servlet/ServletContextListener
>   at java.lang.ClassLoader.defineClass1(Native Method)
>   at java.lang.ClassLoader.defineClass(ClassLoader.java:763)
>   at java.lang.ClassLoader.defineClass(ClassLoader.java:642)
>   at 
> 

Q: How to show the ToolTip popup in Stacked Bars within Jenkins?

2017-08-22 Thread Victor Martinez
Hi there,

I'm using the JFreeChart in order to show some StackedBarGraphs but for 
some reason the tooltips doesn't pop up when using Jenkins but it works 
when using it outside of Jenkins, as you can see in the below screenshot, 
left screen is the JenkinsUI while the right one is the AWT Frame:



As far as I 
saw 
https://github.com/jenkinsci/jenkins/blob/master/core/src/main/java/hudson/util/StackedAreaRenderer2.java#L77
 
overrides that functionality, but unfortunately I cannot use that 
particular rendering class, and even if I use it it doesn't work, any ideas 
how I can force the tooltip to be shown? 


Thanks



-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/672e29d4-7754-4d03-a8d5-f16257446ac3%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: doCheck methods not being called

2017-08-22 Thread Ivo Bellin Salarin
Perhaps the sidepanel.jelly required the presence of a variable which is
missing. This could be sufficient to show your widget but leave it
inanimated.

Search for an old thread from February 2015 (
https://groups.google.com/forum/m/#!msg/jenkinsci-dev/TgNiBeYEgz4/TqqNGcJ0ng0J
)
You will find how I determined the name of the missing variables.

(Just a suggestion, I'm not sure this is the reason of your misbehavior)

On lun. 21 août 2017 à 23:40 Shaun Thompson  wrote:

> I'm currently developing a plugin and trying to do form validation.  I've
> tried multiple approaches and nothing has worked to invoke the doCheck
> methods.  Any help would be appreciated.
>
>
> Here is my index.jelly file
>
> 
>  xmlns:d="jelly:define"
> xmlns:l="/lib/layout" xmlns:t="/lib/hudson" xmlns:f="/lib/form">
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
>  method="${it.fullURL}git" with="gitGroup,gitToken" />
> 
> 
>
> 
> 
> 
> 
> 
>
> 
>
>
>
> Here is my java file
>
> @Extension
> public class ReleaseManagement extends ManagementLink implements
> RootAction, Describable {
> private static final Logger LOG =
> LoggerFactory.getLogger(ReleaseManagement.class);
>
> private Api api;
>
> @Override
> public String getIconFileName() {
> return "/plugin/" + Constants.ARTIFACT_ID + "/images/icon.png";
> }
>
> @Override
> public String getUrlName() {
> return Constants.ARTIFACT_ID;
> }
>
> @Override
> public String getDisplayName() {
> return "Release";
> }
>
> @Override
> public String getDescription() {
> return "Release";
> }
>
> public String getFullURL() {
> return
> Stapler.getCurrentRequest().getOriginalRequestURI().substring(1);
> }
>
> @RequirePOST
> public HttpResponse doGit(@QueryParameter("gitGroup") final String
> gitGroup, @QueryParameter("gitToken") final String gitToken) {
>
> }
>
> @SuppressWarnings("unchecked")
> @Override
> public Descriptor getDescriptor() {
> return Jenkins.getInstance().getDescriptorOrDie(getClass());
> }
>
> @Extension
> public static final class DescriptorImpl extends
> Descriptor {
> private Api api;
>
> public String getGitGroup() {
> return api.getGitGroup();
> }
>
> public String getGitToken() {
> return api.getGitToken();
> }
>
>
> public FormValidation doCheckGitGroup(@QueryParameter final String
> value) {
> return FormValidation.error("checked username");
> }
>
> public FormValidation doCheckGitToken(@QueryParameter final String
> value) {
> return FormValidation.ok("checked repo");
> }
>
> @Override
> public String getDisplayName() {
> return "";
> }
> }
>
> }
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "Jenkins Developers" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to jenkinsci-dev+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/jenkinsci-dev/ffdd67a2-4f9f-48a9-a616-b0ccb9ebe0be%40googlegroups.com
> 
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"Jenkins Developers" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jenkinsci-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jenkinsci-dev/CAPc4eF9P8qzRzO0U9t1Ag03A5A6AWiLFDD%3Dhu0zK0MHgZJBgZA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.