[JIRA] (JENKINS-41791) Pipeline waiting for user input does not survive Jenkins restart

2018-03-23 Thread ljpeng1...@gmail.com (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Junpeng Luo commented on  JENKINS-41791  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: Pipeline waiting for user input does not survive Jenkins restart   
 

  
 
 
 
 

 
 Same behavior as described. Can't reproduce that in local Jenkins but for us it happened every time after each restarts recently in our PROD Jenkins. With following logs for builds can't click input step. 

 

Mar 23, 2018 12:22:37 PM org.jenkinsci.plugins.workflow.support.steps.input.InputAction loadExecutions

WARNING: no flow execution found for my-job #79
 

 Jenkins version 2.73.2  Pipeline input step plugin version 2.8    
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian JIRA (v7.3.0#73011-sha1:3c73d0e)  
 
 

 
   
 

  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] (JENKINS-40117) Type java.lang$Enum not present when updating 2.6 to 2.7

2017-01-20 Thread ljpeng1...@gmail.com (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Junpeng Luo commented on  JENKINS-40117  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: Type java.lang$Enum not present when updating 2.6 to 2.7   
 

  
 
 
 
 

 
 Got similar problem after upgrade pipeline api plugin from 2.4 to 2.7. Also upgrade some other pipeline plugins so I am not 100% sure this is the cause. But the exception looks similar. Jenkins Version: 2.33 

 

java.lang.TypeNotPresentException: Type java$lang$Enum not present
	at sun.reflect.generics.factory.CoreReflectionFactory.makeNamedType(CoreReflectionFactory.java:117)
	at sun.reflect.generics.visitor.Reifier.visitClassTypeSignature(Reifier.java:125)
	at sun.reflect.generics.tree.ClassTypeSignature.accept(ClassTypeSignature.java:49)
	at sun.reflect.generics.repository.ClassRepository.getSuperclass(ClassRepository.java:84)
	at java.lang.Class.getGenericSuperclass(Class.java:696)
	at com.sun.beans.TypeResolver.prepare(TypeResolver.java:308)
	at com.sun.beans.TypeResolver.resolve(TypeResolver.java:185)
	at com.sun.beans.TypeResolver.resolve(TypeResolver.java:218)
	at com.sun.beans.TypeResolver.resolve(TypeResolver.java:169)
	at com.sun.beans.TypeResolver.resolveInClass(TypeResolver.java:81)
	at java.beans.FeatureDescriptor.getReturnType(FeatureDescriptor.java:370)
	at java.beans.PropertyDescriptor.findPropertyType(PropertyDescriptor.java:661)
	at java.beans.PropertyDescriptor.updateGenericsFor(PropertyDescriptor.java:636)
	at java.beans.Introspector.addPropertyDescriptor(Introspector.java:595)
	at java.beans.Introspector.addPropertyDescriptors(Introspector.java:604)
	at java.beans.Introspector.getTargetPropertyInfo(Introspector.java:457)
	at java.beans.Introspector.getBeanInfo(Introspector.java:418)
	at java.beans.Introspector.getBeanInfo(Introspector.java:163)
	at groovy.lang.MetaClassImpl$15.run(MetaClassImpl.java:3290)
	at java.security.AccessController.doPrivileged(Native Method)
	at groovy.lang.MetaClassImpl.addProperties(MetaClassImpl.java:3288)
	at groovy.lang.MetaClassImpl.initialize(MetaClassImpl.java:3265)
	at org.codehaus.groovy.reflection.ClassInfo.getMetaClassUnderLock(ClassInfo.java:254)
	at org.codehaus.groovy.reflection.ClassInfo.getMetaClass(ClassInfo.java:285)
	at org.codehaus.groovy.runtime.metaclass.MetaClassRegistryImpl.getMetaClass(MetaClassRegistryImpl.java:258)
	at org.codehaus.groovy.runtime.InvokerHelper.getProperty(InvokerHelper.java:175)
	at org.codehaus.groovy.runtime.ScriptBytecodeAdapter.getProperty(ScriptBytecodeAdapter.java:456)
	at com.cloudbees.groovy.cps.sandbox.DefaultInvoker.getProperty(DefaultInvoker.java:33)
	at com.cloudbees.groovy.cps.impl.PropertyAccessBlock.rawGet(PropertyAccessBlock.java:20)
	at com.indeed.pipeline.logging.Logger.info(file:/var/local/jenkins/indeedu/jobs/junpeng/builds/305/libs/pipeline/src/com/indeed/pipeline/logging/Logger.groovy:23)
	at pipeline.call(/var/local/jenkins/indeedu/jobs/junpeng/builds/305/libs/pipeline/vars/pipeline.groovy:44)
	at WorkflowScript.run(WorkflowScript:33)
	at ___cps.transform___(Native Method)
	at com.cloudbees.groovy.cps.impl.PropertyishBlock$ContinuationImpl.get(PropertyishBlock.java:74)
	at com.cloudbees.groovy.cps.LValueBlock$GetAdapter.receive(LValueBlock.java:30)
	at com.cloudbees.groovy.cps.impl.PropertyishBlock$ContinuationImpl.fixName(PropertyishBlock.java:66)
	at sun.reflect.GeneratedMethodAccessor536.invoke(Unknown Source)
	at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
	at java.lang.reflect.Method.invoke(Method.java:606)
	at 

[JIRA] (JENKINS-31484) Flow goes into endless loop in DefaultInvoker.getProperty when accessing field via getter

2016-11-18 Thread ljpeng1...@gmail.com (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Junpeng Luo commented on  JENKINS-31484  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: Flow goes into endless loop in DefaultInvoker.getProperty when accessing field via getter   
 

  
 
 
 
 

 
 Similar issue occured when using getter in class of pipeline global shared lib. We decided not use getters for now. Any solutions for this problem?  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian JIRA (v7.1.7#71011-sha1:2526d7c)  
 
 

 
   
 

  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.