[JBoss JIRA] (EMBJOPR-176) Call to org.rhq.plugins.jbossas5.ApplicationServerComponent.createResource() timed out
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/EMBJOPR-176?page=com.atlassian.jira.plugi... ]
RH Bugzilla Integration commented on EMBJOPR-176:
-------------------------------------------------
Heiko W. Rupp <hrupp(a)redhat.com> made a comment on [bug 707759|https://bugzilla.redhat.com/show_bug.cgi?id=707759]
Bulk closing of old issues that are in VERIFIED state.
> Call to org.rhq.plugins.jbossas5.ApplicationServerComponent.createResource() timed out
> --------------------------------------------------------------------------------------
>
> Key: EMBJOPR-176
> URL: https://issues.jboss.org/browse/EMBJOPR-176
> Project: Embedded Jopr
> Issue Type: Bug
> Environment: EmbJopr testsuite - testEarDeploymentRepeated()
> Reporter: Ondrej Zizka
> Assignee: Ian Springer
>
> After deploying and undeploying the same EAR for several times (around 60), the call to testEarDeploymentRepeated() times out.
> Failed to create Resource eardeployment.ear - cause: org.rhq.core.pc.inventory.TimeoutException: Call to [org.rhq.plugins.jbossas5.ApplicationServerComponent.createResource()] with args [[CreateResourceReport: ResourceType=[ResourceType[id=0, category=Service, name=Enterprise Application (EAR), plugin=JBossAS5]], ResourceKey=[null]]] timed out. Invocation thread will be interrupted
> at org.rhq.core.pc.inventory.ResourceContainer$ResourceComponentInvocationHandler.invokeInNewThreadWithLock(ResourceContainer.java:437)
> at org.rhq.core.pc.inventory.ResourceContainer$ResourceComponentInvocationHandler.invoke(ResourceContainer.java:406)
> at $Proxy264.createResource(Unknown Source)
> at org.rhq.core.pc.inventory.CreateResourceRunner.call(CreateResourceRunner.java:113)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
> at java.util.concurrent.FutureTask.run(FutureTask.java:123)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
> at java.lang.Thread.run(Thread.java:595)
> Failed to create Resource eardeployment.ear - cause: org.rhq.core.pc.inventory.TimeoutException: Call to [org.rhq.plugins.jbossas5.ApplicationServerComponent.createResource()] with args [[CreateResourceReport: ResourceType=[ResourceType[id=0, category=Service, name=Enterprise Application (EAR), plugin=JBossAS5]], ResourceKey=[null]]] timed out. Invocation thread will be interrupted
> at org.rhq.core.pc.inventory.ResourceContainer$ResourceComponentInvocationHandler.invokeInNewThreadWithLock(ResourceContainer.java:437)
> at org.rhq.core.pc.inventory.ResourceContainer$ResourceComponentInvocationHandler.invoke(ResourceContainer.java:406)
> at $Proxy264.createResource(Unknown Source)
> at org.rhq.core.pc.inventory.CreateResourceRunner.call(CreateResourceRunner.java:113)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269)
> at java.util.concurrent.FutureTask.run(FutureTask.java:123)
> at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650)
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675)
> at java.lang.Thread.run(Thread.java:595)
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 3 months
[JBoss JIRA] (EMBJOPR-350) Unable to Unset configuration values for managed resources
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/EMBJOPR-350?page=com.atlassian.jira.plugi... ]
RH Bugzilla Integration commented on EMBJOPR-350:
-------------------------------------------------
Heiko W. Rupp <hrupp(a)redhat.com> changed the Status of [bug 694660|https://bugzilla.redhat.com/show_bug.cgi?id=694660] from VERIFIED to CLOSED
> Unable to Unset configuration values for managed resources
> ----------------------------------------------------------
>
> Key: EMBJOPR-350
> URL: https://issues.jboss.org/browse/EMBJOPR-350
> Project: Embedded Jopr
> Issue Type: Bug
> Components: Web App/Integration
> Affects Versions: 1.3.4
> Environment: JBoss EAP 5.1.0 admin-console (Embeeded JOPR 1.3.4.SP1)
> Reporter: Larry O'Leary
> Assignee: Ian Springer
> Priority: Blocker
> Fix For: 1.3.4
>
>
> Configuration values can not be unset. For example, setting a datasource's "Check Valid Connection SQL" to a string, saving the configuration and then reverting back to the default by checking the "Unset" check-box next to the property, the string is retained after save and the Unset has no affect.
> This appears to be an issue with the UI not updating the Configuration object for the resource. In order for the org.jboss.on.embedded.ui.configuration.resource.ResourceConfigurationUIBean.updateConfiguration() method to actually push the configuration change into ProfileService as being "Unset" the value of the unset input field must be <null>. In the current case, it retains the old value and has no indication that it is "Unset".
> This appears to be the same (or similar) to JBNADM-2643 (https://jira.jboss.org/browse/JBNADM-2643).
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 3 months
[JBoss JIRA] (EMBJOPR-350) Unable to Unset configuration values for managed resources
by RH Bugzilla Integration (JIRA)
[ https://issues.jboss.org/browse/EMBJOPR-350?page=com.atlassian.jira.plugi... ]
RH Bugzilla Integration commented on EMBJOPR-350:
-------------------------------------------------
Heiko W. Rupp <hrupp(a)redhat.com> made a comment on [bug 694660|https://bugzilla.redhat.com/show_bug.cgi?id=694660]
Bulk closing of old issues that are in VERIFIED state.
> Unable to Unset configuration values for managed resources
> ----------------------------------------------------------
>
> Key: EMBJOPR-350
> URL: https://issues.jboss.org/browse/EMBJOPR-350
> Project: Embedded Jopr
> Issue Type: Bug
> Components: Web App/Integration
> Affects Versions: 1.3.4
> Environment: JBoss EAP 5.1.0 admin-console (Embeeded JOPR 1.3.4.SP1)
> Reporter: Larry O'Leary
> Assignee: Ian Springer
> Priority: Blocker
> Fix For: 1.3.4
>
>
> Configuration values can not be unset. For example, setting a datasource's "Check Valid Connection SQL" to a string, saving the configuration and then reverting back to the default by checking the "Unset" check-box next to the property, the string is retained after save and the Unset has no affect.
> This appears to be an issue with the UI not updating the Configuration object for the resource. In order for the org.jboss.on.embedded.ui.configuration.resource.ResourceConfigurationUIBean.updateConfiguration() method to actually push the configuration change into ProfileService as being "Unset" the value of the unset input field must be <null>. In the current case, it retains the old value and has no indication that it is "Unset".
> This appears to be the same (or similar) to JBNADM-2643 (https://jira.jboss.org/browse/JBNADM-2643).
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 3 months
[JBoss JIRA] (EMBJOPR-366) Updating farmed EAR/WAR fails and un-farms app with error @Out attribute requires non-null value: updateBackingContentAction.packageType
by Larry O'Leary (JIRA)
[ https://issues.jboss.org/browse/EMBJOPR-366?page=com.atlassian.jira.plugi... ]
Larry O'Leary closed EMBJOPR-366.
---------------------------------
> Updating farmed EAR/WAR fails and un-farms app with error @Out attribute requires non-null value: updateBackingContentAction.packageType
> ----------------------------------------------------------------------------------------------------------------------------------------
>
> Key: EMBJOPR-366
> URL: https://issues.jboss.org/browse/EMBJOPR-366
> Project: Embedded Jopr
> Issue Type: Bug
> Components: Plugin
> Affects Versions: 1.3.4.SP5
> Environment: JBoss EAP 5.1.0 admin-console (1.3.4 SP1)
> Reporter: Larry O'Leary
> Assignee: Stefan Negrea
> Priority: Blocker
> Fix For: 1.3.4.SP6
>
>
> When attempting to update a deployed application (EAR/WAR) which has been deployed in the farm directory, the original application is removed from farm and the new version is deployed to the deploy directory and the following exception is being displayed in the UI:
> javax.el.ELException: org.jboss.seam.RequiredException: @Out attribute requires non-null value: updateBackingContentAction.packageType
> at org.jboss.el.util.ReflectionUtil.invokeMethod(ReflectionUtil.java:339)
> at org.jboss.el.util.ReflectionUtil.invokeMethod(ReflectionUtil.java:280)
> at org.jboss.el.parser.AstMethodSuffix.getValue(AstMethodSuffix.java:59)
> at org.jboss.el.parser.AstMethodSuffix.invoke(AstMethodSuffix.java:65)
> at org.jboss.el.parser.AstValue.invoke(AstValue.java:96)
> at org.jboss.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:276)
> at org.jboss.seam.core.Expressions$2.invoke(Expressions.java:175)
> at org.jboss.seam.navigation.Page.preRender(Page.java:311)
> at org.jboss.seam.navigation.Pages.preRender(Pages.java:351)
> at org.jboss.seam.jsf.SeamPhaseListener.preRenderPage(SeamPhaseListener.java:561)
> at org.jboss.seam.jsf.SeamPhaseListener.beforeRenderResponse(SeamPhaseListener.java:472)
> at org.jboss.seam.jsf.SeamPhaseListener.beforeServletPhase(SeamPhaseListener.java:148)
> at org.jboss.seam.jsf.SeamPhaseListener.beforePhase(SeamPhaseListener.java:118)
> at com.sun.faces.lifecycle.Phase.handleBeforePhase(Phase.java:214)
> at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:96)
> at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139)
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:266)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83)
> at org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:40)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:86)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:178)
> at org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:295)
> at org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:373)
> at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:500)
> at org.jboss.seam.web.Ajax4jsfFilter.doFilter(Ajax4jsfFilter.java:56)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:60)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158)
> at org.jboss.on.embedded.LazyStartupFilter.doFilter(LazyStartupFilter.java:87)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:235)
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
> at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:183)
> at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:95)
> at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126)
> at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:330)
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:829)
> at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:598)
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:451)
> at java.lang.Thread.run(Thread.java:636)
> Caused by:org.jboss.seam.RequiredException: @Out attribute requires non-null value: updateBackingContentAction.packageType
> at org.jboss.seam.Component.outjectAttribute(Component.java:1767)
> at org.jboss.seam.Component.outjectAttributes(Component.java:1758)
> at org.jboss.seam.Component.outject(Component.java:1611)
> at org.jboss.seam.core.BijectionInterceptor.aroundInvoke(BijectionInterceptor.java:86)
> at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
> at org.jboss.seam.core.ConversationInterceptor.aroundInvoke(ConversationInterceptor.java:56)
> at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
> at org.jboss.seam.core.MethodContextInterceptor.aroundInvoke(MethodContextInterceptor.java:44)
> at org.jboss.seam.intercept.SeamInvocationContext.proceed(SeamInvocationContext.java:68)
> at org.jboss.seam.intercept.RootInterceptor.invoke(RootInterceptor.java:107)
> at org.jboss.seam.intercept.JavaBeanInterceptor.interceptInvocation(JavaBeanInterceptor.java:185)
> at org.jboss.seam.intercept.JavaBeanInterceptor.invoke(JavaBeanInterceptor.java:103)
> at org.jboss.on.embedded.ui.content.UpdateBackingContentAction_$$_javassist_seam_16.init(UpdateBackingContentAction_$$_javassist_seam_16.java)
> 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:616)
> at org.jboss.el.util.ReflectionUtil.invokeMethod(ReflectionUtil.java:335)
> at org.jboss.el.util.ReflectionUtil.invokeMethod(ReflectionUtil.java:280)
> at org.jboss.el.parser.AstMethodSuffix.getValue(AstMethodSuffix.java:59)
> at org.jboss.el.parser.AstMethodSuffix.invoke(AstMethodSuffix.java:65)
> at org.jboss.el.parser.AstValue.invoke(AstValue.java:96)
> at org.jboss.el.MethodExpressionImpl.invoke(MethodExpressionImpl.java:276)
> at org.jboss.seam.core.Expressions$2.invoke(Expressions.java:175)
> at org.jboss.seam.navigation.Page.preRender(Page.java:311)
> at org.jboss.seam.navigation.Pages.preRender(Pages.java:351)
> at org.jboss.seam.jsf.SeamPhaseListener.preRenderPage(SeamPhaseListener.java:561)
> at org.jboss.seam.jsf.SeamPhaseListener.beforeRenderResponse(SeamPhaseListener.java:472)
> at org.jboss.seam.jsf.SeamPhaseListener.beforeServletPhase(SeamPhaseListener.java:148)
> at org.jboss.seam.jsf.SeamPhaseListener.beforePhase(SeamPhaseListener.java:118)
> at com.sun.faces.lifecycle.Phase.handleBeforePhase(Phase.java:214)
> at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:96)
> at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:139)
> at javax.faces.webapp.FacesServlet.service(FacesServlet.java:266)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:83)
> at org.jboss.seam.web.IdentityFilter.doFilter(IdentityFilter.java:40)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.jboss.seam.web.MultipartFilter.doFilter(MultipartFilter.java:86)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.jboss.seam.web.ExceptionFilter.doFilter(ExceptionFilter.java:64)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.jboss.seam.web.RedirectFilter.doFilter(RedirectFilter.java:45)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.ajax4jsf.webapp.BaseXMLFilter.doXmlFilter(BaseXMLFilter.java:178)
> at org.ajax4jsf.webapp.BaseFilter.handleRequest(BaseFilter.java:295)
> at org.ajax4jsf.webapp.BaseFilter.processUploadsAndHandleRequest(BaseFilter.java:373)
> at org.ajax4jsf.webapp.BaseFilter.doFilter(BaseFilter.java:500)
> at org.jboss.seam.web.Ajax4jsfFilter.doFilter(Ajax4jsfFilter.java:56)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.jboss.seam.web.LoggingFilter.doFilter(LoggingFilter.java:60)
> at org.jboss.seam.servlet.SeamFilter$FilterChainImpl.doFilter(SeamFilter.java:69)
> at org.jboss.seam.servlet.SeamFilter.doFilter(SeamFilter.java:158)
> at org.jboss.on.embedded.LazyStartupFilter.doFilter(LazyStartupFilter.java:87)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:235)
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191)
> at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:183)
> at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:95)
> at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.process(SecurityContextEstablishmentValve.java:126)
> at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:70)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)
> at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:330)
> at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:829)
> at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:598)
> at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:451)
> at java.lang.Thread.run(Thread.java:636)
> The result is the application is un-deployed or removed from all nodes of the cluster and the new version is only being deployed to the single node. Additionally, the error displayed to the user is unexpected.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira
11 years, 3 months